Categoría: Internet

Temas relacionados a TCP/IP, WEB y tecnologías afines.

Usar Facebook podría afectar rendimiento académico

Aunque yo tengo una cuenta en Facebook, debo admitir que casi no la uso, a lo más cada fin de semana reviso a ver que solicitudes de amistad he recibido y las acepto, pero debo reconocer que soy un antisocial 2.0, lo cuál no es de sorprender porque he sido un antisocial desde mi más tierna infancia. Pero algo que me ha llamado la atención es el descubrimiento de una correlación estadística fuerte entre el uso de Facebook y el bajo rendimiento universitario. El portal de noticias científicas Live Science ha publicado bajo el título "Los usuarios de Facebook obtienen peores notas en la universidad", que un estudio realizado por Aryn Karpinski a los alumnos de la Universidad Estatal de Ohio, revela que mientras los alumnos que sin usarios de Facebook tienen notas de entre 3.0 y 3.5 GPA (Grade Point Average), los que no usan el servicio Facebook obtienen notas entre 3.5 y 4.0 GPA. Además el estudio tambien reveló que mientras los usuarios de Facebook solo dedican entre 1 y 5 horas a la semana a estudiar, los que no usan la popular red social estudian entre 11 y 15 horas semanales.

Aunque Karpinski es muy cauteloso al decir que correlación no significa causalidad, es obvio que quien está mucho tiempo haciendo cualquier cosa menos estuiar tenderá a sacar menos calificaciones, en ese caso Facebook es uno más de los factores distractores de la vida universitaria y no "el factor" al que deberíamos culpar de la bajas notas. Sin embargo el estudio también revela que entre los alumnos que dedican más tiempo a actividades extracurriculares, el Facebook suele ser muy popular. Otra cosa que también claramente revela el estudio es que quien estudia más tiempo obtiene mejores notas, lo cual no es más que una confirmación estadística de algo que todos sospechabamos.

En fin, si tienes Facebook y estas pensando dejarlo porque te esta haciendo sacar bajas calificaciones, pues no uses la salida fácil, puede ser que esas bajas notas se deban a un gran número de factores externos e internos. Lo primero que necesitas es implementar un sistema de check & balance en tu vida, ponte metas claras y realistas, evalua diariamente si las has cumplido y corrige el rumbo cuando veas que estas fuera del camino. Porque no se necesita ser un genio para sacar buenas notas, sólo se necesita disciplina, perseverancia y valor.

Publicado el por volkan68 0

¿Cómo funciona Facebook?

Aditya AgarwalEn una interesante presentanción Aditya Agarwal, Director de Ingeniería en Facebook, explica como funciona la pila LAMP (Linux Apache MySQL y PHP) + memcache que soporta a la popular red social. Un hecho importante que pude sacar de la conferencia es que la consistencia de la base de datos no es una prioridad en el diseño de la red social, es decir las múltiples instancias de MySQL geográficamente distribuidas, nunca estan 100% sincronizadas, lo cuál les permite escalar tan fácilmente a millones de usuarios. Además Agarwal insistio en la filosofía de la empresa de usar la mejor herramienta para el trabajo y no tratar de resolver todos los problemas con un sólo lenguaje de programación, así Facebook ha desarrollado un framework llamado Thrift, que permite el desarrollo de servicios RPC independientemente del lenguaje con el que se desarrolle.

Otro interesante punto expuesto son las debilidades de el popular lenguaje de programación PHP, que muchos de nosotros usamos para nuestros proyectos, cuando se trata de mantener código en el tamaño del millon de líneas.

El video de la conferencia (de poco más de 1 hora) y la presentación pueden verse en InfoQueue. Les recomiendo a todos los que esten interesados en entender como podemos escalar websites a billones de visitas ver esta presentación.

Publicado el por volkan68 0

En la nube

No he podido escribir mucho en los últimos días pues he estado evaluando y probando algunas alternativas para mover los servidores de la compañía donde trabajo a la nube (Cloud Computing), finalmente encontré una alternativa que me pareció tanto económica como flexible llamada mosso, esta es la marca que usa la empresa Rackspace para vender sus soluciones Cloud Computing.

La razon de haber optado por mosso en lugar de otras alternativas como GoGrid o Amazon ECC es fundamentalmente el costo y su política de Pay as you go, a través de la cuál es posible escalar los servidores hacia arriba o abajo dependiendo del tráfico en cualquier momento. Con tarifas tan bajas como $10.80 al mes por un servidor virtual de 256MB de RAM y 10GB de espacio más el tráfico que usemos, hace posible que cualquiera pueda tener su propio servidor en Internet de una manera muy conveniente. Además debido a que no hay un contrato que obligue a permanecer un cierto tiempo con el servicio para poder acceder a ese precio hace posible que en cualquier momento uno puede migrar a cualquier otro servicio si es que encuentra un mejor precio. Además el costo de $0.22 por GB enviado y $0.08 por GB recibido es de los más bajos del mercado. Otra ventaja es que se pueden crear el número de servidores que se desee y operarlos por horas y pagar tan poco como $0.015 por hora de uso, si el proyecto no funcionó simplemente se destruye el servidor y no hay que seguir pagando más. Por esa razón en el control panel de mosso podemos ver el reporte de cuanto hemos usado y cuanto se nos facturará, en cualquier momento que deseemos.

Las razones anteriores me convencieron no sólo de usarlo para mover los servidores de la empresa, sino para comenzar a mover mis propios servidores a mosso. El primero que decidí mover fue el que contenía este blog que estan leyendo y algunos proyectos personales como LogicoMatematica.com. Y hasta el momento todo transcurre bastante bien. Además de que aproveche la migración para hacer el upgrade de etch (Debian 4.0) a lenny (Debian 5.0).

Si esta pensando en comenzar a migrar todos sus servidores a mosso tenga presente sólo dos cosas, la primera es que Ud. recibe un sistema mínimo con sólo los servicios básicos instalados en el caso de servidores Debian, sólo tienen instalado el ssh para permitir la administración remota. La segunda limitación es que Ud. debe de hacer sus propios back-ups, si desea que sean hechos por mosso a traves de copias completas del sistema, pues debe de añadir un costo adicional. Las dos condiciones anteriores implican que Ud. deberá contar con un Unix/Linux System Administrator para que efectue las configuraciones necesarias si es que Ud. no sabe como hacerlo.

¿Qué tanto se puede ahorrar usando mosso?, pues supongamos que compramos un servidor 1U con un procesador con 2 CPU Core 2 Duo, 4GB de RAM y 2 discos de 1TB configurados en RAID 1 (mirroring), un servidor de esas características cuesta aproximadamente $2000. Hostear el servidor en algun data center tendría un costo de entre $75 a $100 al mes. Si operamos un equipo con esas características por 3 años, el costo mensual sería de $135 a $155. Por el contrario con mosso todo dependerá de cuanto usemos y no hay que preocuparnos por comprar otro server en 3 años para poder seguir operando, es decir que podemos pagar tan poco como $20 al mes o si lo necesitamos en algún mes podemos escalar mucho más alla de lo que se podría hacer con un servidor físico.

Si en el próximo mes veo que no tengo problemas con este servidor, comenzaré gradualmente a mover todos mis servidores a la nube y me olvidaré para siempre de estar lidiando con discos duros que fallan, CPU que se sobrecalientan, facturas de electricidad que suben y tarjetas de red de que vuelven locas, todo ello ya no será parte de mi trabajo sino de la nube de mosso que me garantiza de que si el servidor falla, la imagen de mi servidor virtual sera reubicada sin mayores contratiempos en otro servidor.

Publicado el por volkan68 2

Google podría comprar Twitter

twoogleEn TechCrunch, Michael Arrington ha endosado el chisme tecnológico del momento, la posible adquisición de Twitter por parte de Google. Hay que mencionar que esto es todavía un rumor, pero al parecer ha comenzado a ganar fuerza a tal punto que han comenzado los desmentidos entre bloggers, así por ejemplo Henry Blodget en Silicon Alley Insider dice que otra vez Arrington se ha equivocado y no existe intención en Google por adquirir Twitter. Lo mismo opina Robert Scoble en su blog Scobleizer, donde cita dos fuentes muy próximas a Google que le han afirmado que no hay conversaciones para adquirir Twitter actualmente.

Hay que recordar que el post de Arrington fue publicado el día de ayer 2 de abril, así que claramente no tenía la intención de ser una broma. Pero ¿por qué Arrington arriegaría su credibilidad endosando un rumor de ese tipo?, una hipótesis mía es que Arrington desea que alguien adquiera Twitter, ya sea Google o Micrsoft, sin embargo muchos de los analistas creen que sería un error para Micrsoft comprar Twitter en estos momentos, al menos es lo que Mary-Jo Foley dijo en su post "Microsoft shouldn’t buy Twitter" (Traducción: Microsoft no debería comprar Twitter).

Arrington por otro lado abono la teoría con algunos indicios como el hecho de que Evan Williams e Isaac "Biz" Stone fundadores de Twitter y Blogger, podría otra vez cerrar negocio con Google.  Sin embargo Arrington no mencionó para nada el hecho de que Google actualmente esta permitiendo a alguno de sus anunciantes poder hacer un scrolling en la red de anuncios AdSense de los últimos 5 tweets, uno de los que esta haciendo uso de esta facilidad es Intuit que desea promocionar su red en Twitter de Turbotax. Encontre esta información en el portal de noticias de publicidad AdvertisingAge.

Es decir Google tiene un motivo para comprar Twitter, ha descubierto como hacer dinero con dicha red social, algo que nadie más que Google puede hacer por el momento. Pero porque filtrar a los medios unas conversaciones de adquisición aunque estas esten en una fase incial. La respuesta es simple para tratar de hacer subir el precio. Lamentablemente la economía esta tan mal, que si este negocio no se cierra, Twitter podría quedar sin fondos para operar muy pronto, sin embargo parece ser un riesgo calculado que ha sido tomado por la gente de Twitter para tratar de obtener el mejor trato posible por parte de Google.

Publicado el por volkan68 0

Google revela la arquitectura de sus data center

En un interesante artículo aparecido en Cnet News, Stephen Shankland nos cuenta como Google el día de ayer 1 de abril en una conferencia realizada en Mountain View (California), revelo la arquitectura básica de sus data center. De acuerdo a dicho artículo estos no estan construidos en base a servidores individuales sino en contenedores estándar AAA que alojan 1,160 servidores cada uno, donde cada data center contiene varias de estas unidades, cada una de las cuales consume el equivalente a 250 Kw. Además otra sorpresa para la audiencia fue el hecho de que no había un sistema de UPS (Sistema de Alimentación Ininterrupdido) centralizado sino que cada servidor y equipo de red (switches y routers) tenían una batería de 12 voltios incorporada, esto permite de acuerdo a los ingenieros de Google lograr eficiencias del 99.9%.

Respecto al diseño de cada servidor individual para nadie era un secreto de que Google construía sus propios servidores, a diferencia de otras empresas que compran servidores de fabricantes establecidos como Dell, HP, IBM o Sun Microsystem. Lo que sorprendió a la audiencia fue que las mainboard utilizadas estaban diseñadas para operar con una entrada de 12 voltios, a diferencia de las mainboard convencionales que necesitan de suministros de 12 y 5 voltios. Esto encarece un poco la mainboard en $1 a $2 pero según Google les permite obtener una mayor eficiencia en el uso de la energía. Otra característica de estos servidores es que tienen 2 discos duros, 2 procesadores (pueden ser Inter o AMD), 8 slots de memoria y una batería de 12 voltios incoporada. Cada servidor ocupa el equivalente a 2U (o 2 unidades de rack), es decir tienen una altura de 3.5" (8.89 cm).

Aunque algunos comentarios en el post de Cnet News dicen que es una broma de April Fools, lo cierto es que ha sido confirmado por otras fuentes el día de hoy, dicha conferencia si se llevo a cabo en Mountain View en el marco del "Google Data Center Efficiency Summit". Dentro de las fuente que confirma que lo divulgado por Cnet están Nicholas Carr en su blog Rough Type, Rich Miller en su blog Data Center Knowledge de donde he tomado el videos del tipo de servidores que Google usa para construir sus containers que aparece al final del post. Finalmente también he encontrado que ComputerWorld informa del evento y confirma los datos publicados por Cnet News.
 

 
 

Publicado el por volkan68 0