K Computer, la supercomputadora más veloz
supera la barrera de los 10 petaflops



La máquina de cómputo más veloz del planeta se llama K Computer, vive en Japón, es operada por una versión especial de Linux, y acaba de romper un récord de supercomputación al superar la barrera de los 10 petaflops durante la ejecución de una tarea que le llevó poco más de 29 horas. Increíble. Pero, ¿qué significa esa cantidad en términos computacionales?

NOTICIA REPETIDA

LEER : https://foro.elhacker.net/noticias/el_ordenador_mas_rapido_del_mundo_bate_su_propio_record-t343759.0.html;msg1680987;topicseen#msg1680987

La información proviene de Microsoft y los datos, referidos al mes de septiembre, son de Netmarketshare. Según informan los de Redmond en su blog, Internet Explorer 9 continúa creciendo en uso por parte de los usuarios de Windows 7, con una cuota del 31% en EEUU y del 22,1% a nivel mundial.

El segundo navegador preferido por los usuarios de Windows 7 es Google Chrome, con una cuota del 12,7% en EEUU y del 18,1% a nivel global. El tercer navegador en el ranking de preferencias entre los usuarios de Windows 7 es Mozilla Firefox, con un 12,6% en EEUU y 15,7% en el resto del mundo.

Ya sabemos que las estadísticas se pueden utilizar —no digo manipular— de la forma que más nos favorezcan y tal vez sea cierto lo que afirman, que no lo dudo. Lo que sí parece desprenderse de la misma fuente de datos, es más o menos lo que viene ocurriendo desde hace meses en el mercado global.

Internet Explorer sigue perdiendo cuota, unos 6 puntos porcentuales en 11 meses. Firefox también pierde algo más de un punto en el mismo periodo. Google Chrome sigue ganando adeptos, habiendo pasado del 9.57% en Noviembre de 2010 al 16,20% en septiembre de 2011.

Leido en GenBeta

Hola, tengo una duda..para desarrollar una aplicaciones web debo escribirla cada vez con la 'api' especifica de cada navegador o existe una forma de hacerla 'cross-browser'?

Saludos

Se me ocurrio una forma de optimizar un servidor web. Digamos que tenemos un servidor LAMP, el mismo usa un solo archivo php para responder a ciertas peticiones, generalemente la mayoria de los cms, frameworks o ‘sistemas’ hacen esto. Cuando necesitamos leer un archivo el SO lo mapea en memoria, por ‘paginas’ o todo completo...la verdad que de aca en adelante desconozco como es la cosa internamente pero calculo que es mas o menos asi:

1 - El sistem ubica dicho archivo físicamente y lógicamente
2- Abre, Lee y Carga el archivo en memoria
3- Mantiene una referencia (handler) al lugar en memoria por si es solicitado nuevamente
4 – Agregar una refencia al fichero en disco (tabla de inodos).

Esto es pura suposición mya, pero calculo que si después de cierto tiempo el archivo no es llamado, se borra de la memoria. En este punto me di cuenta que quizas el archivo solo seria borrado si se necesita memoria para otra cosa. Bien, se que en servidores LAMP se pueden configurar sistemas de archivos para no usar la tabla de inodos y acelerar el proceso de I/O desde el disco.

Mi duda es si es posible, de alguna forma, en GNU / LINUX indicar que un archivo se cargue al inicio y permanezca permanentemente cargado en memoria?

Una solucion que se me ocurrio es dejar corriendo el script como servicio, pero seria mucho mas simple, seguro y eficiente dejar el archivo ‘siempre disponible en memoria’...es posible configurar esto?

Saludos

Bueno..esto es raro, este foro es el lugar donde me siento mas como para preguntar esto, por el anonimato y la frialdad de no estar cara a cara. Ademas mas de una vez usuarios de este foro me han demostrado preocuparse por mi, tambien su a apoyo.

Voy al grano, y rompiendo el estereotipo 'geek'....alguien ah tenido problemas de adicciones??

Con el fin de proteger a todos los usuarios de Beast, el exploit descubierto por dos investigadores capaz de romper el cifrado de SSL/TLS que garantiza la fiabilidad y privacidad de los datos en los navegadores, Firefox estaría a punto de tomar una medida trágica que afectaría a la web. Los desarrolladores plantean una actualización que elimine el trabajo del navegador con Java de Oracle. La medida significaría que Firefox no podría trabajar en cientos de webs y herramientas fundamentales para otras tantas empresas que trabajan a diario.

Así de mal deben estar viendo la situación en Mozilla para llegar a plantearse tal situación y es que desde la compañía ven en estos momentos que el bloqueo y eliminación sería la única forma de frustrar un posible ataque que descifre el tráfico protegido por SSL.

Para aquellos que aún no hayan oído hablar de Beast les explico. La historia comenzó el pasado fin de semana en la conferencia de seguridad Ekoparty, momento en el que dos investigadores, Thai Duong y Julian Rizzo, aseguraron haber conseguido romper el cifrado SSL/TLS que se utiliza para garantizar la seguridad de los datos que se intercambian entre el servidor y el navegador, es decir, los que garantizan la privacidad.

Bajo el nombre de Beast (Browser Exploit Against SSL/TLS) se escondía un código javascript que funcionaba como sniffer y descifraba las cookies con credenciales de los usuarios para acceder a las cuentas y por lo tanto atacaba a la confidencialidad del protocolo. La demostración en la conferencia, consiguiendo recuperar una cookie de autenticación utilizada para acceder a una cuenta cifrada de un usuario en PayPal, alertó a todos los proveedores de navegadores, quienes desde entonces trabajan a contrarreloj para añadir parches.

El principal problema que se están encontrando es que muchos de los parches que se presentan son incompatibles con aplicaciones SSL actuales, por lo que llegamos al día de hoy y al anuncio de Mozilla de tomar esta medida drástica. Ayer miércoles fue Jonathan Nightingale de Firefox el que lo explicaba para The Registrer:

Chrome se actualizó la semana pasada nada más saber del exploit con un parche que ha mostrado varias incompatibilidades en algunos sitios web. Por su parte Microsoft se encuentra trabajando en un parche que palie el posible ataque.

Sea como fuere, si Firefox decide finalmente dejar de trabajar con Java causaría una gran variedad de problemas en la web bastante graves. Primero para los usuarios, y en segundo lugar para todo el entramado de trabajo de las empresas y compañías que funcionan con Java en el navegador. La palabras a última hora de Nightingale no dejan lugar a dudas sobre el drástico planteamiento:



Visto en http://alt1040.com/2011/09/firefox-plantea-eliminar-java-para-proteger-a-los-usuarios-del-exploit-beast
Relacionado: http://foro.elhacker.net/noticias/beast_descarga_la_herramienta_para_crackear_el_trafico_ssltls_de_forma_rapida-t340013.0.html

Binner es un candidato a la presidencia de Argentina, en uno de sus Spot de campaña se ve un BSOD (00:12) 



Saludos

Hola, quería saber que AV me recomendarían para una PC con Windows XP Pro y 256 de RAM (224 libres). Probé con el Avast pero se me muere la pc xD

Saludos

1.Una célula humana contiene 75MB de información genetica.



2.Un espermatozoide contine la mitad eso significa 37.5MB



3.Un ml de semen contiene 100 millones de espermatozoides.



4.En promedio la eyaculación dura 5 segundos y contiene 2.24 ml de semen



5.Esto significa que la producción del miembro de un hombre equivale 37.5MB x 100,000,000 x 2.25)/5 = 1,687,500,000,000,000 bytes/segundo = 1,6875 Terabytes/seg



Esto quiere decir que el óvulo femenino soporta este ataque DoS a 1,5 terabytes por segundo, y solo permite que pase un solo paquete de información lo que la hace el mejor hardware firewall del mundo.

La mala noticia de esto, es que ese paquete de información que deja pasar, cuelga el sistema por aproximadamente nueve meses.

Saludos!