¿Cuánto tiempo se tarda en leer la hora? ¿Cómo medirías el tiempo? Estas extrañas preguntas salieron a la luz en 2014 cuando Netflix estaba cambiando los servicios de CentOS Linux a Ubuntu, y ayudé a depurar varios extraños problemas de rendimiento, incluido el que describiré aquí. Si bien es poco probable que vuelva a encontrarse con este problema específico, lo interesante es este tipo de problemas y el método simple de depurarlo: una combinación pragmática de herramientas de observación y experimentación.
![La velocidad del tiempo [ENG]](https://cdn.mnmstatic.net/cache/36/58/media_thumb_2x-link-3561611.jpeg?1632696426)
Comentarios
#10 he tenido malas experiencias con Xen y Ubuntu no sé si es el sistema más óptimo para servidores, si bien puede funcionar correctamente.
#17 lo estás viendo mal: siguiendo con tu ejemplo, el tiempo va mas despacio en la nave del gemelo que viaja, por eso para él solo han pasado 2 años, mientras que para el gemelo de la tierra (en "reposo") el reloj ha avanzado más rápido y tiene 8 años más.
https://okdiario.com/curiosidades/que-paradoja-gemelos-3116181
#20 Depende de la perspectiva Pues eso, el gemelo que viaja es el que viaja mas rápido al futuro, el ha tardado 2 años en llegar a la meta de 8, mientras que el de la tierra ha tardado 8, menos tiempo es mas velocidad, ha llegado mas rápido al futuro.
#21 el de la Tierra ha tardado 8 años en envejecer ocho años mientas que el viajero ha tardado ocho años en envejecer 2 años.
https://www.investigacionyciencia.es/noticias/la-dilatacin-del-tiempo-en-la-vida-cotidiana-9799
#24 #21 Yo creo que, relativamente, ambos tenéis razón
#24 Pues eso, el que viaja ha ido mas rápido al futuro.
Rápido o lento son palabras relativas, la cantidad objetiva es la velocidad y velocidad es espacio dividido por tiempo. Si tu y yo echamos una carrera de Paris a Berlín, el que ha ido mas rápido es que ha tenido mayor velocidad, como ambas ciudades están fijas, la única manera de aumentar la velocidad es disminuyendo el tiempo. Si yo tardo 11 horas en llegar a Berlin y tu has tardado 10, significa que tu velocidad ha sido mayor que la mía, misma distancia menos tiempo = mas velocidad, has sido mas "rapido".
Con el tiempo pasa lo mismo, en este caso vamos a echar una carrera de "ahora 2021" (Paris) a 8 años en el futuro 2029 (Berlin). Yo me quedo en la tierra y tu vas en el cohete, la distancia es la misma, 8 años (en 2029), pero yo he tardado 8 años en llegar a fecha, tu has tardado solo 2 años, menos tiempo mas velocidad, has ido mas rápido por tiempo que yo, has viajado mas rápido al futuro.
#27 el problema aquí es que estamos tomando" velocidad" como "tiempo por cada unidad de tiempo". Considerando la tierra en reposo el tiempo absoluto sería el tiempo de la tierra. De modo que si pasan ocho años en la tierra esa es la referencia absoluta. Desde ese punto de referencia terrestre tanto para la nave como para el que se queda han pasado ocho años. No obstante, el viajero solo ha envejecido dos porque su tiempo, su reloj va más despacio al ir en movimiento.
Interesante. El mundo de los sistemas operativos es inagotable. Nunca paras de aprender.
Netflix utiliza Ubuntu sobre Xen. 😱
#7 Bueno, en 2014, pero aun así, que tiene de malo?
#7 Es posible (aunque dicen que usan instancias de amazon). Pero también es probable que tengan imágenes de máquinas virtuales como elementos de prueba o plantillas y que use las del aplicativo corriendo bajo Ubuntu y bajo CentOS para comprobar las diferencias de rendimiento fuera de producción, que para comparar es más sencillo así (mismo hardware y condiciones y demás).
I understood some of the words.
Y que fácil parece todo una vez que te lo explican y lo dan mascadito... ¿cuántas horas le costaría encontrar todo esto?
#3 a este tío? Menos de lo que crees
#28 Siempre puedes navegar directamente con Lynx:
https://es.wikipedia.org/wiki/Lynx_(navegador)
#30 Exactamente a eso me refería
Si a alguien le gusta el tema de la administración de sistemas. El blog de este hombre es una mina.
#1 El artículo en sí está bastante bien. Tiene pinta de ser correlativo.
Además, si la belleza y armonía del blog es inversamente proporcional a su capacidad como administrador de sistemas, está claro que es un crack.
#2 Hoy en día en general cuanto más "feo" y simple es un blog de mayor calidad es su contenido.
#4 Hoy en día, y yo diría que desde siempre
#4 La gente que tiene algo importante que decir no tiene tiempo que perder con CSS, ni mucho menos JavaScript.
#2 #4 #6 si activas la vista de lectura de Firefox (no sé si Chrome tiene algo parecido) todos los blogs se ven igual...
#23 Nuestras retinas lo agradecerían, ciertamente.
También está la opción de leer los artículos desde la terminal ssh
#4 para muestra : https://stallman.org/
#1 el vídeo chillando a los discos es oro puro.
#1 ciertamente. Para el que no lo sepa, no es casualidad que utilice esos gráficos para visualizar el reparto del uso de cpu. Son conocidos como flame graphs, y Brendan Gregg, el autor del blog, es el creador de los mismos. Hoy se utilizan en gran cantidad de sitios
Normalmente, en reposo, un segundo por cada segundo.
#8 viajamos al futuro a velocidad 1X
#14 Depende: cuanto más rápido te mueves en el espacio, más despacio viajas al futuro (véase la paradoja de los gemelos).
#15 Al revés, mas rápido viajas al futuro de referencia. Tu propio tiempo no puedes tocar (siempre estas en reposo respecto a ti mismo) pero el tiempo y la distancia exterior se acortan, así por ejemplo, para ti ir y volver a Próxima Centauri te tardará solo 2 días, pero a la vuelta verás que han pasado 8 años en la tierra.
Lo único que le critico del artículo es que habla de la imposibilidad de visualizar los stacktraces en Java como si se tratara de un bug, cuando no es así. El jit compiler de Java voluntariamente utiliza el registro EBP (RBP) como un registro de propósito general adicional. En x86, 32 bits especialmente, el número de registros de propósito general es muy limitado, y tener uno más a disposición puede tener un efecto bastante apreciable en el rendimiento. Es por ese motivo que la opción de PreserveFramePointer no está activada por defecto.
Por supuesto, Brendan es completamente consciente de esto (el tío es un crack). Si alguien tiene interés, este es el correo que envío en su momento:
http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2014-December/016477.html