Los 5 del LHC

Cinco experimentos estudiarán lo que sucederá cuando los haces de hadrónes del LHC hagan colisión. Y estos eventos van a generar tanta información como la que se transmite en toda la red de telecomunicaciones de Europa hoy en día.

Se estima que dentro del acelerador, qué generará niveles de energía nunca antes obtenidos en la tierra y producirá los haces de partículas mas intensos jamás logrados, se producirán una 800 millones de colisiones por segundo. Entender qué sucede en estas colisiones es la llave al éxito del LHC. Los cinco experimentos instalados en el LHC son: ATLAS, CMS, ALICE, LHCb y TOTEM.

Luego les hecho el cuento de cada uno de estos experimentos.

Conectando los magnetos

Los soldadores ya están conectando los últimos magnetos del LHC. En septiembre de este año deben estar conectados los 1700 magnetos que conforman el acelerador, con 123.ooo conexiones. Ya se le está viendo el queso a la tostada. Apenas terminen de interconectar todos los magnetos, ya podremos decir que el LHC es una máquina de verdad.

La tarea de interconectar todos los componentes del acelerador es desafiante. Los sistemas de vacío, los cables superconductores, las pantallas del haz de hadrones, las tuberías criogénicas y los aislantes térmicos y eléctricos deben ser interconectados, y cada una de estas conexiones individuales requiere unas sesenta operaciones.

Cada día estamos más cerca de saber cómo es que hace el bosón de Higgs para darle masa a las partículas, especialmente por las últimas noticias que nos llegan desde el Fermilab y su famoso Tevatron. La carrera por Higgs se está poniendo interesante. ¿Quién ganará? ¿El CERN o Fermilab? ¿Los yanquis o los europeos? Se escuchan apuestas…!

El detalle que faltaba…

Hay un detalle que pasé por alto en el post anterior, pero que es importante para la solución del problema del usuario «colgado», y es lo siguiente: cuando estén haciendo la prueba con lo de los usuarios «colgados», verifiquen que haya información en los campos NHANDLE, LCONECTED y TIME_IN. Si no tienen información, deben intentar hacer el login con el usuario «colgado» (claro, va a rechazar la conexión), y enonces si, pueden poner los valores a cero.

Usuarios colgados

Saludos a todos, desde lo que queda de Venezuela!

Hoy, 1° de mayo, estuve haciendo algunas pruebas mas a fondo sobre la cuestión de los usuarios desconectados, y efectivamente la solución que describí el día de ayer (como respuesta al post de Simón) funciona perfectamente.

Al principio me pareció que sólo funcionaba en ciertas ocasiones, pero no lograba tener la certeza de las condiciones en las cuales funcionaba correctamente. Después de echarle «coco» un buen rato (y casi darme por vencido), recordé que sólo tenía activa una conexión en el VFPServer. Al activar las 4 conexiones concurrentes que trae la versión grátuita (*), todo funcionó de maravilla.

También tenía la duda acerca de si la conexión que había quedado «colgada» estaría inhabilitada hasta el momento en que se reiniciara el VFPServer, pero no es así. Al aplicar la solución propuesta, las cuatro conexiones pudieron ser realizadas normalmente. De todas maneras, sería bueno que se hicieran más pruebas para confirmar o refutar los resultado que yo obtuve.

Por si no lo han leído, esto fue lo que escribí como respuesta al post de Simón:

«Creo que encontré la solución al problema de los usuarios bloqueados. En la DBC \VFPServer\localdata\vfpserver.dbc existe una tabla llamada VFPServer_users. Cuando un usuario hace login al VFPServer, en esta tabla se almacena el valor del USER_HANDLE en el campo NHANDLE; el campo LCONECTED toma el valor .T. y el campo TIME_IN toma el valor de la fecha de conexión de usuario. Prueben cambiando estos valores a 0, .F. y blanco, respectivamente. Mañana haré pruebas mas a fondo sobre esta cuestión. Les estaré avisando de los resultados.»

Saludos para todos. Desde hoy también estaré por aquí.