Hostel & CN Tower

September 17, 2009

Travels, Uncategorized

Posted by otioti

Como os avancé en un post anterior, continúo describiendo mi aventura en Toronto.

Los primeros días me invadía una sensación que creo que a todo español le ocurre cuando viaja al extranjero. ¿Qué diablos me está diciendo este? ¿Qué leñes ha dicho el tio este por el altavoz? Lees mal los carteles, o lo peor de todo te inventas lo que pone realmente 🙂

Como os dije, me alojé en un hostel a dos bloques de la CN Tower. Dos bloques, aunque parezcan pocos, son casi 15 minutos andando. Si no, mirad la foto, ya que parece que está ahí al lado:

Hostel & CN Tower

La CN Tower creo que es el edificio con más encanto de todo Toronto. Considerada una de las siete maravillas del mundo, la puedes ver desde cualquier parte de la GTA (Greater Toronto Area). Tiene una altura de 553,33 metros, y su observatorio, de visita obligada al igual que el restaurante 360º, se encuentra a una altura de 447 metros. El ascensor alcanza una velocidad de 22 km/h tardando casi un minuto en llegar al restaurante 360º. La sensación de velocidad te invade el estómago, sobretodo al principio cuando acelera, tienes que mantener la boca abierta durante la subida, ya que si no se te pueden taponar los oídos, lo cual no es de agrado 🙂

CN Tower & Me

Pareceremos una hormiga al lado de ella. Alrededor de la torre, actualmente no existen grandes construcciones altas que contrarreste la majestuosidad de la misma. Encontraremos el estadio Rogers Centre Stadium del equipo local de baseball, los BlueJays.

Rogers Centre

Más adelante, quizás en otro post, os hablaré de mi experiencia viendo un partido de baseball 🙂

Si nos alejamos de la torre en dirección al oeste, por cualquiera de las grandes avenidas como King o Queen Street, nos adentraremos en el interior del centro financiero de Toronto, Downtown. Aquí podremos ver la gran mayoría de edificios altos de la ciudad. Una cosa peculiar de Toronto es que desde la torre podremos observar la notoria separación de la zona residencial, edificios de como máximo 5 o 6 plantas, y Downtown, como muestra la siguiente imagen:

Vista Downtown & Queen Street

HPIM0651

Justo antes de llegar a Dundas Street, nos encontramos el centro comercial más grande de Toronto que se encuentra en el propio Downtown. Pero antes de todo nos encontraremos, antes de un edificio que parece de cristal, el ayuntamiento de Toronto. La estética del edificio contrasta con el resto de moles construidas alrededor de él.

HPIM0666

HPIM0665

Como no, mi foto favorita 😉

HPIM0652

La altura de la mayoría de los edificios son similares al de la foto de la izquierda.

HPIM0653

Para mí, el cruce de la izquierda es el más exagerado que he visto en Toronto.

Y como no, para finalizar, un par de imágenes de mi base de alimentación, nada de dieta sana, ¿como no?

Café de Starbucks Primer Hotdog - Beef one, please

Toronto, la ciudad cosmopolita.

Reloj equivocado

September 16, 2009

Reflexions

Posted by otioti

Creo que el reloj de Avenida del Sur en Granada no tiene la zona horaria configurada correctamente, no creéis?Reloj equivocado

HPIM0567

September 16, 2009

Travels

Posted by otioti

Siempre he sido escéptico en los viajes tipo-cruzar el charco, pero desde que mi grupo de amigos me “convencieron”, si no estaba más que convencido, de ir a Toronto, he adentrado en un viaje de descubrimiento de nuevos orígenes, países y ciudades. Es impresionante lo que se puede conocer ahí fuera. Tanto que me he animado a continuar haciéndolo.

Pero bueno, no nos desviemos por la tangente y os voy a relatar mis dos semanas en Toronto.

Primero de todo,  Toronto es la capital del estado de Ontario (Canadá), situada al noroeste del lago Ontario, de 2.500.000 de habitantes, centro financiero del país. Toronto se caracteriza por ser una ciudad cosmopolita, ya que el 49 % de la población no ha nacido en Canadá, cuyas etnias se distribuyen entre Latinos, Indúes, Árabes, Chinos, Japoneses… Su tasa de criminalidad es de las menores de toda América (ya os contaré una anecdota más adelante)

HPIM0567

El primer mal trago se pasó en la aduana canadiense, ya que nos hicieron pasar por el departamento de inmigración y allí fue donde empezamos a poner en práctica nuestros conocimientos en inglés. Os dejo una reseña de las preguntas que te hacen, ya que son dignas de la CIA:

  1. ¿Usted proviene de un vuelo procedente de US?
  2. ¿Como es su nombre?
  3. ¿Cuál es su nacionalidad?
  4. ¿Ha cometido algún crimen en su país?
  5. ¿Lleva algún arma?

Después de las primeras 5 preguntas, parece que el agente de inmigración se relaja y formulas otras más normales:

6. ¿Usted a que viene a Toronto?
7. ¿Usted tiene trabajo en su país? ¿En qué trabaja?
8. ¿Donde va a residir en su estancia en Toronto?
9. ¿Cuanto dinero lleva? ¿Cuántas tarjetas de crédito lleva?

Para finalizar, el agente nos agradece por las respuestas y nos sube el ánimo/ego diciendo que hablamos bien inglés (lo dudo).

Después del mal trago, nos disponemos a recoger nuestro equipaje, que por suerte salió rápidamente. Nosotros nos alojábamos en un hostel llamado Canadiana Backpackers Inn, situado cerca del Downtown de Toronto. Las habitaciones son limpias y el trato es muy bueno. Dispone de cocina, sala de estar, patio (bueno para los fumadores, en Toronto no puedes fumar en lugares públicos, incluso en las habitaciones), lavadero y sala de cine. Los precios de las  habitaciones varían según el número de huespedes. Yo dormí en una para 6 personas, 13 noches por unos 200 €.

Os recomiendo cambiar vuestros billetes grandes antes de tomar cualquier medio de transporte, ya que no te darán cambio. El billete para cualquier medio vale unos $2.75, una pasta comparado con lo que cuesta coger el urbano de granada. Os da derecho a hacer cuantos trasbordos como necesitéis. Lo más recomendable para llegar al centro es coger primero el autobus del aeropuerto, le llaman el Airport Rocket (línea 192), continuáis en el hasta que el autobús llegue a su última parada, que será en la estación de metro de Kipling, representada como la línea verde. Allí cogéis el metro en el Eastbound (no hay otra manera…) en dirección a Kennedy y os bajáis en Spadina, cambiáis de metro y cogéis la línea amarilla en dirección Southbound y os bajáis en Osgoode (la más cercana al hostel). Desde Osgoode salís por la salida de Queen en dirección al oeste, bajáis por John al sur y en Adelaine tomáis dirección al oeste de nuevo. Pronto llegaréis a Widmer que es donde se encuentra el hostel.

Os contaré más en el siguiente post.

July 25, 2009

Fun at work

Posted by otioti

Antes de ayer, pululando por las habitaciones del hostel, me percate del portatil de un residente. Tenia Firefox en chino o japones y el cliente de mensajería Pandion conectado a jabber. La tia era mexicana, por lo que no entiendo tal nivel de friki. So freak!

Posted by Wordmobi

July 25, 2009

Travels

Posted by otioti

Hey guys! Llevo desde el pasado día 13 de Julio en Toronto (Canada) y esto es maravilloso, os escribo desde el movil, por lo que no me esplayaré ahora y lo haré en posteriores posts. En resumen os hablaré de: CN Tower, St Lawarence Market, de compras por Toronto, Chinatown, Downtown, Ontario Museum, salir por la noche en Toronto, cuanto cuesta comer/vivir aquí y mucho mas.

Posted by Wordmobi

iJam Nano

April 1, 2009

Fun at work

Posted by otioti

Sin palabras

iJam Nano

October 6, 2008

Fun at work, Reflexions

Posted by otioti

Después de una acalorada charla que mantuvimos varios compañeros de trabajo en el almuerzo de la semana pasada, sumando la animadversión de Richard Stallman acerca de los servicios de Cloud Computing, Francisco Moreno, lo resumió en una frase, que en mi opinión son totalmente verídicas:

“Cloud Computing es todo mentira, es un nombre bonito que le han puesto a un producto que en realidad debería llamarse Shared Compunting”

Claro, como vas a vender un producto como algo “Shared”. Yo no lo compraría, ya que me está diciendo que ese ente que estoy adquiriendo está compartiendo partes físicas, recursos, etc; de una máquina, es decir, no soy propietario total de dicho recurso, sino que mediante API’s, controles, paneles de administración y/o cualquier otro invento intermedio, puedo manejar dicho servicio si ser propietario de él. Por eso, queda más imponente llamarlo Cloud Computing, aunque realmente no represente lo que el producto es.

En fin, da para largo el tema.

September 1, 2008

Reflexions

Posted by otioti

Bien, después de un fin de semana algo ajetreado, ya que he tenido que realizar la mundanza de todos mis enseres a un nuevo piso, me propongo a escribir algo de como ha sido.

Para realizar una mudanza existen distintas variables para acometerla:

  • Con/Sin soporte externo (amiguetes, familiares, servicio de mudanzas)
  • Con/Sin vehículo externo grande (furgoneta, camión)
  • Con/Sin tiempo (en fins, algo que siempre falta)

Bien, pues yo me encontraba en la siguiente variabilidad: sin soporte externo, sin vehículo grande y sin tiempo. He movido 25 bultos, cajas de alrededor de 0.6×0.4×0.9, más un televisor, mesa de dibujo técnico, estantería, en fin, gran cantidad de enseres que me da mareo cada vez que lo recuerdo. Usando por supuesto mi coche propio, un Volswagen Polo, cuatro puertas, y además, teniendo poco tiempo, básicamente este fin de semana pasado. Recorrí una distancia total de 20Km por viaje (ida y vuelta). En fin, una odisea.

Al finalizar ayer a las 19 horas, después de limpiar el piso que abandonaba, pensé en escribir cuáles han sido las claves para que no pereciera en el camino 🙂

Hé aquí una serie de puntos a tomar en cuenta cuando a) dispones de poco tiempo, b) pocos recursos, c) sobre todo muy importante, te mudas de piso a piso, en una ciudad concurrida y con falta de aparcamiento:

  1. Aunque creas que es una tontería, haz las cosas pequeñas. Si tienes entantería, desmóntala, verás que cabe ahora en el coche.
  2. No creas que pierdes el tiempo empaquetando todo en cajas pequeñas. Verás que caben mejor y que podrás hacer tetris con ellas.
  3. Aunque sea feo, aparca si hace falta encima de las aceras, y lo más cercano a la puerta del bloque donde vayas a cargar/descargar.
  4. A la hora de cargar, tómatelo tranquilamente, es la parte más crucial. Tienes que meter mucho en poco. Cierra el coche siempre que te alejes.
  5. A la hora de descargar: cuando hayas llegado a tu destino, descarga cualquier bulto, que pese bastante. Vé rápidamente hacia la puerta y mantenla abierta con dicha caja. Descarga el resto y vé dejándolo en el rellano del bloque. Hazlo no rápido, pero fíjate en que no te quiten nada. Una vez dentro del portal, la gente es “más reacia” a robar.
  6. No desempaquetes nada hasta que todos los bultos estén mudados.
  7. Durante los trayectos debes tomar una velocidad relajada: en autovía 100 km, en carretera secundaria, 70 km (o límite correspondiente) y en ciudad… bueno, en ciudad el ritmo que marque el tráfico. El por qué de esta “lentitud” es porque, entre carga y descarga, debes tomarte un tiempo de relax, sin perder el tiempo claro. Ten en cuenta que sudarás, te cabrearás, te dolerá la espalda… no vayas a empeorarlo yendo rápido, con acelerones y estando alterado.

Esto a mí me ha servido. También es la primera vez que hago una mudanza solo. Pero creo recordar que esta es la mundanza que menos molestias he sufrido.

taks-time-docs

August 29, 2008

Reflexions

Posted by otioti

Desde hace tiempo, creo recordar desde hace más de seis meses, andaba arrastrando un problema muy grave en mi trabajo: ¡No sabía gestionar mi tiempo! Es algo que es gracioso a la vez molesto, ya que resulta irónico que una persona mayor no sea capaz de gestionar su propio tiempo de trabajo. Pues, para alguien, como digo yo, “mayor”, cuando este problema surge, se vuelve en una fea costumbre, y, lo peor de todo, que no se ponga remedio a ello.

La pricipal causa de que no se ponga remedio a este problema es debido principalmente al fenómeno que se refleja en una pequeña historieta que me ilustraron en un curso de Scrum que participé el pasado Julio. Os hablo de la historia del granjero y los cocodrilos:

Erase una vez un granjero, que vivía cerca de un gran estanque con cocodrilos. Los cocodrilos, tenían la fea constumbre de acercarse a la orilla del estanque, y penetrar hasta los terrenos de este señor donde se encontraba su ganado. Esta persona, dedicaba totalmente el día en espantar o matar a los cocodrilos. Dedicaba todo su tiempo, por lo que no podía cuidar de su ganado.

Esto es lo que se llama en pocas palabras, estar en una situación de “apagar fuegos”. El hombre, se dedicaba todo el día a espantar a los cocodrilos, en vez de cuidar el ganado, y como eran tantos los cocodrilos que penetraban en su terreno, más de alguno se le escapaba y atacaba a su ganado. En nuestra vida cotidiana, nos ocurren cosas similares. Está bien, no matamos al cliente o al compañero de trabajo, pero nos encontramos en una situación en el que continuamente nos están interrumpiendo con peticiones o fallos  que hay que subsanar lo más rápidamente.

Después de mucho tiempo, el granjero se sentó a recapacitar y pensar algún plan por el cual impedir que los cocodrilos penetrasen en su terreno.

El granjero pensó que si dedicaba un poco de tiempo en vallar la zona, con unas maderas y alambre, podía impedir que los cocodrilos se acercasen a sus reses. Por lo que decidió, poco a poco, ir vallando la zona, y solo paraba, cuando un cocodrilo se acercaba tanto que alguno de sus animales estuviese en peligro. Al cabo del tiempo, terminó de vallar el terreno cercano al estanque, y finalmente consiguió que ningún cocodrilos se acercase más a sus animales.

En nuestro caso, debemos pararnos, reflexionar en qué podemos mejorar uno de nuestros sistemas que tenga un problema, y solucionarlo. Mientras, tendremos problemas con este sistema en producción: lo reiniciaremos, monitorizaremos su funcionamiento; pero mientras, podemos buscar una solución a este problema con una copia de este sistema en preproducción.

Os puedo contar una pequeña batallita que me ocurrió no hace mucho.

En mi empresa tenemos un openLDAP para autenticar los usuarios del sistema en la mayoría de los servicios del sistema. Este openLDAP tenía dos backend de datos: uno era un proxy LDAP sobre un Active Directory, y otro era backend local, con usuarios externos a la empresa. Muy de vez en cuando, el proceso slapd, se desconectaba del Active Directory, algo muy extraño. Mi solución en este tipo de casos era reiniciar openLDAP. Al principio, era rutina. Pasado un tiempo, empecé a enfadarme, hasta que un día me quemé del todo y me paré, reflexioné y me dije: ¿Puede ser que haya un bug en la versión de openLDAP que tenemos en producción? Busqué tiempo, de interrupción en interrupción :), e hice una copia del servidor en producción, actualicé openLDAP y el resultado fué positivo. Las interrupciones respecto a fallos en el servicio a openLDAP se redujeron a 0.

En este momento pensé en que debe existir alguna forma para solucionar los problemas de gestión de tiempo que llevaba arrastados. Busqué en Amazon algún libro de gestión del tiempo. Existe gran cantidad de bibliografía, en todos los idiomas, principalmente en inglés. Pero me llamó mucho la atención uno que se titulaba: Time Management for System Administrator de Tom Limoncelli. Rápidamente lo puse en el carrito de la compra y Check Out!. A las pocas semanas, ya tenía encima de la mesa del trabajo.

Lo primero que me llamó la atención en el libro es que Tom aseguraba que él, para gestionar su tiempo de trabajo, también necesita gestionar su tiempo libre. El apuntaba todas las tareas diarias en un Agenda, ya sean personales o del trabajo. Esto realmente me sorprendió porque, ¿para qué quiero también administrar mi tiempo libre? ¿Mi tiempo libre no es para hacer lo que me dé la gana, independientemente si lo tengo planeado o no? Leyendo un poco más compredí que resulta que gestionando tu tiempo libre, también podrás ahorrar más tiempo, al igual que en el trabajo, para dedicarlo a otras cosas, como: domir :). Hechos como apuntar los cumpleaños, cenas, reuniones con amigos, etc; pueden solucionarlos problemas del estilo: ¡No me acorde que hoy cenaba con María! ¡Olvidé ir a la cita del cambio de aceite del coche! Y miles de ejemplos más.

Otra cosa que me ha gustado mucho es el concepto que Tom llama como “The Cycle” (El ciclo). Consiste en aprender a realizar una serie de rutinas, para poder remediar todo tiempo de errores como: olvidé hacerlo.., olvidé como se hacía…, estoy saturado porque tengo X mil cosas para hacer hoy…, me tengo que quedar hoy hasta las 10 de la noche porque…, etc.

Las cosas que he aprendido de El Ciclo son:

  • ¡Usar una agenda! Tom discute en el libro de las ventajas y desventajas de usar una agenda electronica frente a una anógica (de papel de toda la vida, XD ) Yo por mi parte, aun siendo informático, prefiero la agenda de toda la vida.
  • Almacenar, delegar o hacer: Nunca confiar en nuestro cerebro. Podemos olvidar las cosas fácilmente. Cuando tenemos una interrupción por parte de un jefe o compañero de trabajo, es a veces muy molesto, dependiendo de lo que estemos realizando en ese momento. He aprendido a recibir el recado, valorarlo y decidir si almacenarlo para realizarlo después (si no es urgente, claro), delegarlo (siendo urgente pero sé que existe algún otro compañero que es capaz de hacerlo igual que yo) o hacerlo in da moment (“lo quiero para ayer…”)
  • Aprender a priorizar las tareas: esta es una de las cosas que más he valorado del libro. Me ha enseñado una forma de priorizar las tareas, además de la que ya se conoce por sentido común que es por urgencia, es priorizarla por el tiempo que el usuario espera que esté resuelta. Entendemos que para todos nuestros clientes o jefes, todas las tareas son muy importantes para ellos, pero no es lo mismo, montar un servidor con un apache para publicar una nueva web de algún producto de la empresa, que dar de alta un usuario en el sistema. El servidor web puede esperar 20 minutos, ¿no creéis?
  • Documentación: es acto que ya tenía como rutina, por lo cual no me llamó mucho la atención. Además, otra cosa muy importante es automatizar las tareas de forma que nos ayude a ahorranos tiempo para poder dedicarlo a otras cosas.
  • Eliminar los Time Wasters (Consumidores de tiempo): Existen varios fenómenos que nos hacen perder el tiempo en el trabajo: leer el periódico, google reader, listas de correos, corrillos de compañeros hablando de cosas que no tienen que ver con el trabajo, etc.

Recomiendo leer este libro a todos aquellos que noten que dejan de ser eficientes en su trabajo. Yo estoy empezando a implantarlo en mi vida diaria, y os digo que empieza a funcionar.

May 25, 2008

Linux

Posted by otioti

Está en boca de todos últimamente el acrónimo ZFS ( Zettabyte File System ) que es el sistema de archivos desarrollado por Sun Microsystems, ya incluido desde 2005, su soporte en Solaris y en OpenSolaris en sus últimas versiones. Pero antes de todos, vamos a dedicar unos cuantos párrafos para explicar resumidamente en qué consiste ZFS, qué incovenientes tiene y su posible competidor en el mundo libre: btrfs.

ZFS es un sistema de archivos cuya pecularidad es que se compone de un pool de sistemas de archivos virtuales, llamados zpools, los cuales debajo suya, puede estar compuesto de un simple disco o un RAID de ellos. Esto hace que a la hora de añadir un nuevo disco al almacenamiento, o modificar un raid, para ZFS sea transparente, además que todo el almacenamiento se comparte físicamente entre todos estos sistemas de archivos virtuales, no desperdiciando el espacio libre de un sistema de archivos, que puede ser necesario en un caso crítico para cualquier otro sistema de archivos del pool.

ZFS fue diseñado pensando en un espacio de almacenamiento casi infinito, hablamos de ZetaBytes. Por ello, es un sistema de 128 bits, esto nos permite almacenar datos hasta 18.4 × 1018 más que un FS de 64 bits. Respecto a la capacidad del sistema, Jeff Bonwick, el arquitecto jefe de Sun para ZFS, dijo “Llenar un sistema de archivos de 128 bits excedería los límites cuánticos de almacenamiento de la tierra. No puedes rellenarlo sin hervir los océanos”.

Otras limitaciones teóricas de ZFS son:

  • 248 — Número de snapshots en cualquier sistema de ficheros (2 × 1014)
  • 248 — Número de ficheros en un sistema de ficheros (2 × 1014)
  • 16 exabytes — Tamaño máximo de un sistema de ficheros
  • 16 exabytes — Tamaño máximo de un fichero
  • 16 exabytes — Tamaño máximo de cualquier atributo
  • 3 × 1023 petabytes — Tamaño máximo de un zpool
  • 256 — Número de atributos de un fichero (realmente limitado a 248 que es el número de ficheros que puede contener un sistema de ficheros ZFS)
  • 256 — Número de ficheros en un directorio (realmente limitado a 248 que es el número de ficheros que puede contener un sistema de ficheros ZFS)
  • 264 — Número de dispositivos en cualquier zpool
  • 264 — Número de zpools en un sistema
  • 264 — Número de sistemas de ficheros en un zpool

A continuación destaco aquellas características que hace que ZFS sea interesante:

  • Copy-on-write: consiste en mantener siempre la información de los datos que manejemos. Siempre que modifiquemos un fichero, los bloques de datos que compongan dicho fichero son reubicados, modificando todas las referencias de los metadatos que apunten sobre dichos bloques. Esto nos permite realizar snapshots de nuestro sistema de archivos.
  • Snapshots: Consisten en tener una instantánea del estado del FS en algún momento del pasado. Debido al copy-on-write, disponemos siempre la información del pasado, ya que no es eliminada cuando es modificada o eliminada del sistema de archivos. Posibles aplicaciones: backups de datos empresariales. Nos dejamos de realizar backups diarios de DB’s, datos de usuarios, ficheros, perfiles, etc.
  • Dynamic Striping: a medida que incluimos discos en el zpool, aumentamos el ancho de banda del mismo, incrementando así la velocidad de las escrituras/lecturas y el espacio disponible para los sistemas de archivos que compongan el zpool. Pero esto no es libre albedrío. Podremos aplicar quotas de disco para garantizar que haya espacio libre. Otra forma es fijar una reserva de disco para un sistema de archivos en particular.
  • Soporte POSIX: ZFS es directamente accesible por las aplicaciones sin tener que realizar ninguna modificación en la misma.

Esto está muy bien, pero ZFS en principio fue desarrollado para productos de Sun como Solaris y OpenSolaris. Existían rumores de que ZFS lo iban a incluir en MacOSX en el lanzamiento de Leopard, pero sólo se quedó rumores, ya que solo soporta modo lectura de ZFS, lo cual, tampoco está nada mal.

En cambio, actualmente disponemos información de que quieren portalo para FreeBSD y Linux, usando FUSE, con licencia CDDL ( Common Development and Distribution License ). Pronto realizaré pruebas con ZFS, para ver la “portabilidad” que tiene.

Oracle, en respuesta al sistema de archivos ZFS de Sun, contraatacó con btrfs , otro sistema de archivos con características similares, por no decir iguales, a ZFS. Primeramente, hay que decir que btrfs es GPL, por lo que por mi parte, tiene ya medio cielo ganado 🙂 . Por otra parte, el proyecto está muy verde. La gran mayoría de las features que tiene ZFS, y que dicen que quieren desarrollar, no están todavía soportadas.

Como hemos dicho antes, btrfs es similar a ZFS, implementando un sistema de archivos con capacidad copy-on-write, además de soportar tolerancia a fallos y su reparación de forma fácil. Soportan grandes volúmenes de datos.

Las principales características de este FS son:

  • Almacenamiento de ficheros grandes: tamaño máximo del mismo es de 2^64
  • Uso eficiente del espacio para fichero pequeños.
  • Uso eficiente de indexación de directorios.
  • Alojamiento dinámico de inodos.
  • Snapshots con capacidad de escritura.
  • Múltiples subvolúmenes (todos separados de la ruta principal del sistema)
  • Checksums para los datos y metadatos, podiendo utilizar distintos algoritmos
  • Fuerte integración con device mapper para el soporte de múltiples dispositivos.
  • Comprobación del sistema de ficheros online. El chequeo offline, es mucho más rápido
  • Gran eficiencia con copias de seguridad incrementales y mirroring de sistema de archivos

No recomiendan quitar discos, cuando dispongamos de múltiples dispositivos formando un raid, ya que el sistema de archivos puede producir una pérdida de datos. No tienen testeado el soporte de tolerancia de fallos, por lo que es posibles que de esta forma también dispongamos pérdidas de los mismos.
Para Gentoo existe en el portage el ebuild para poder instalar btrfs. ZFS está soportado en Linux gracias a FUSE. Esta semana intentaré instalar ambos FS’s y comprobar la viabilidad de los mismos. Los resultados los colgaré en el blog.

Enlaces de interés:

ZFS Wikipedia
ZFS en Comunidad OpenSolaris
ZFS en linux – noticia de genbeta

Btrfs – Wiki oficial del projecto
Btrfs en Gentoo – Planet Gentoo blog

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información. ACEPTAR

Aviso de cookies