Showing posts with label Parallel Multicore Metropolis. Show all posts
Showing posts with label Parallel Multicore Metropolis. Show all posts

20090204

de turing a rapidhsare


supongo que alguna vez han visto esos dibujitos de letras deformadas, cruzadas por rayas, disfrazadas de gatos o perros, invertidas, con colores, etc etc. en general estas aparecen cuando queremos utilizar algun servicio en la web (mail, blog, etc) y se usan para prevenir abuso automatizado de estos.

estos esfuerzos llevan el nombre generico de CAPTCHA (Completely Automated Public Turing test to tell Computers and Humans Apart). yo creo que deberia en estos momentos parar de hablar del tema, ya que con la sola frase "to tell Computers and Humans Apart" podria pasar años hablando sobre lo que significa el dia de hoy.

pero como por una parte soy obstinado y por la otra suficientemente distraido como para no poder pasar 15 segundos hablando de un solo tema, continuo sin problema alguno en mi disertacion sin temor a obsesionarme con esto. asperger liminal le llaman.

entonces, decomponiendo la frase, tenemos dos partes interesante. la primera es el "test publico de turing completamente automatizado". un test de turing a buenas cuentas es un proceso mediante el cual podemos comprobar la capacidad de una maquina de hacerse pasar por humano. algunos llaman inteligencia a esto (turing, yo se que somos amigos igual). mas yo creo que, en el caso particular de ciertas personas, una maquina tendria que lisiarse para imitarlas. de todas formas tambien tenemos el Gom jabbar y el test de Voight-Kampff que ayudan a determinar quien es humano, pero no son publicos.

entonces llegamos a la segunda parte: "para diferenciar maquinas y humanos". como primer detalle, tenemos que en algun momento se hizo necesario diferenciar maquinas de humanos (gracias por nada señores filosofos). cuando eso ocurrio, tuvimos que recurrir a maquinas para que diferenciaran maquinas de humanos (mao hubiese sido de otra idea). luego tuvimos que enseñarles a las maquinas a diferenciar maquinas de humanos y para eso decidimos que habia que idear preguntas que una maquina no pudiera responder y un humano si.

y que cosas podria una maquina no responder? primero intentamos con dibujos de palabras y numeros, que supuestamente una maquina no debiera poder interpretar. luego distorsionamos las letras y numeros, hasta que llegamos a un punto en que una maquina especializada podia responder mejor que un humano que no podia diferenciar el texto del fondo. luego aparecieron ideas de sistemas que intentaron, de forma tan futil como intentar detectar una onda gravitatoria, usar matematicas ante el problema. esto mediante preguntas como "what is 13+11" o temas un poco mas subjetivos como "de que color es el cielo?".

cada dia se sigue perfeccionando CAPTCHA y cada dia estos intentos son invalidados por otros quienes intentar romper CAPTCHA. y esto para mi es de lo mas curioso, porque yo pienso que un test que dijera "calcule la raiz cubica de 963.418.328.693.495.609.108.518.161 en menos de 200 milisegundos" podria marcar una diferencia que si podria separar humanos de maquinas.

claro que este test dudo mucho que lo diseñe algun humano para diferenciarse de las maquinas. aunque, de todas formas, tendriamos que seguir llamandolo CAPTCHA.

20090129

Bomba logica intenta destruir centro de datos


Hoy se hizo publica la historia de una bomba lógica en los servidores de la empresa de financiación hipotecaria Fannie Mae, supuestamente plantada por un ex ingeniero subcontratado el otoño pasado. Dicha bomba hubera podido diezmar los 4000 servidores de la empresa, causando millones de dólares en daños y anular Fannie Mae por un mínimo de una semana.

El ingeniero especialista en linux Rajendrasinh Babubha Makwana, de 35 años, fue acusado el martes pasado en corte federal de Maryland de haber instalado el código malicioso en el 24 de octubre, día en que fue despedido de su trabajo. El programa malicioso se habia configurado para detonar a las 9:00 am del 31 de enero, pero fue descubierto por otro ingeniero cinco días después de haber sido instalado, según indican documentos judiciales.

Makwana, un nacional de la India, era empleado de la empresa de consultoría en tecnología OmniTech, pero trabajo a tiempo completo en las instalaciones de Fannie Mae del datacenter en Urbana, Maryland, durante un periodo de tres años.

En la tarde del 24 de octubre se le informo que estaba despedido, por un error en un script de programacion que había hecho anteriormente en el mes, pero se le permitió seguir trabajando hasta el final del día en su puesto. "A pesar del despido de Makwana, su acceso al sistema no fue rescindido inmediatamente", indico el agente del FBI Jessica Nye.

Cinco días más tarde, otro ingeniero linux del centro de datos descubrió el código malicioso oculto, dentro de un script que corria comandos legitimos automáticamente todas las mañanas a las 9:00 am. De no haber sido encontrado el FBI indica que el código habria ejecutado una serie de otros scripts diseñados para bloquear el sistema de vigilancia de la empresa, el acceso a servidor en el que se esta ejecutando y luego eliminar sistemáticamente cada uno de los 4000 servidores de Fannie Mae, sobrescribiendo todos los datos existentes con ceros.

"Esto también destruira el software de copia de seguridad de los servidores, haciendo la restauración de los datos más difícil porque los nuevos sistemas operativos tendrían que estar instalados en todos los servidores antes de que la restauración pudiera comenzar" indica Nye.

Como última sorpresa, la bomba lógica concluia apagando los servidores.

El código de activación se ocultaba al final de un programa legítimo, separado por una página de líneas en blanco. Registros de Makwana mostraron que se había registrado en el servidor en el que la bomba lógica se habia creado en sus últimas horas en el trabajo del dia en que fue despedido.

A Makwana se le impuso una fianza de US $ 100.000.

Su abogado no ha regresado la llamada telefónica hecha hoy.

20080919

aproximaciones a un futuro que no vamos a ver


en un carrete con mark me comento una weaa tan graciosa:

"When I laid out the goal of “delivering a user experience that can compete with Apple in two years” at OSCON, I had many questions afterwards about how on earth we could achieve that."


por mientras, nada mas que decir que...

"linux es como las hueas"

20080911

Retorica 101



Cuando dse encuentre en una disputa con cientificos digales que estan haciendo un argumento de autoridad. Veran inmediatamente lo colericos que pueden llegar a ser los cientificos.

20080906

paper proposal



"Parallel Multicore Metropolis (PMM)"

Digamos q los colorcitos de la foto son spines. Digamos q tienen un largo de correlacion C. Digamos que tenemos N (intel)cores y una red de SxS spines.

Se elijen M spines al azar mientras no se translapen sus radios de correlacion.

Los calculos de la energia asociados y actualizar el estado de cada uno de los spines se hace con una cola concurrente. (q no es un metalero al que le dan dos metaleros mas)

Voy a llamar a este modelo "causal parallel attending" o algo asi, sirve pa event driven en multicore tb.

p.s. si leen de intel: necesito un macbook con 4 cores/ 16 gigas ya!