FreeBSD México

Comunidad Mexicana de FreeBSD

BSD Magazine Edición de Octubre de 2017

Esta es una traducción del siguiente sitio: https://bsdmag.org/download/real-time-distributed-messaging-freebsd-nsq/

 

Contenido:

1.- MENSAJERÍA DISTRIBUIDA EN TIEMPO REAL EN FREEBSD CON NSQ

2.- RASTREANDO ACTIVIDADES DE UN HACKER EN UN SERVIDOR LINUX

3.- OPENBSD 6.2

4.- EMULANDO JUEGOS PARA DOS

5.- RESOLVIENDO EXPRESIONES USANDO LA NOTACIÓN POLACA INVERTIDA

6.- ENTREVISTA CON YUE CHEN

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

http://busterfaucet.com/?ref=14747

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

OpenZFS vs. Btrfs… y para efectos prácticos contra cualquier otro sistema de archivos

Nuestro Analista Senior tomó la noticia de Red Hat de esta semana en relación a Btrfs

No se quien lo dijo primero pero nos quitamos el sombrero ante quien haya sido: “La única cosa peor que la competencia es la No competencia.” Este adagio aplica igualmente al mercado donde no competencia puede significar no clientes, y también monopolios y monoculturas. Más allá del balance de la libertad y el control que el Código Abierto proporciona, la selección pura encontrada en el ecosistema del Código Abierto es una de sus mayores fortalezas. Nombre cualquier categoría de software desde sistemas operativos completos hasta una pletora de opciones con filosofías drásticamente diferentes, licencias, países de orígen, lenguajes de programación, y experiencias de usuario. Yo he invertido personalmente mi tiempo de voluntariado y carrera en hipervisores de código abierto y sistemas de archivos y me entristese escuchar que una alternativa incipiente al OpenZFS sufrió un reves esta semana con el anuncio de Red Hat que está depreciando a Btrfs como un sistema de archivos “De vista previa”. SUSE continúa apoyando Btrfs en configuraciones equivalentes de RAID 10, y sólo el tiempo dirá si bcachefs prueba ser una alternativa atractiva al OpenZFS. Este voto de no confianza de Red Hat deja a OpenZFS como el único sistema de archivos empresarial de código abierto con validación de datos y con ese rol viene una gran responsabilidad.

“En su CARA!, verdad?” Incorrecto. Las Monoculturas corren el riesgo de convertirse en monopolios vulnerables lo cual es la razón por la cual programadores de virus apuntan a Microsoft Windows y pueden enfrentar una “Cripto Cultura Inminente“. Mis colegas con el proyecto OpenBSD se han visto elogiados por la popularidad de OpenSSH pero insisten en que ellos no quieren ser la única opción en la ciudad. El Monoculturismo ha sido por largo tiempo un factor que dirige a la computación y es frecuentemente auto-perpetuante: ¿Por qué no usar y estandarizarse con una buena tecnología? OpenSSH fue la solución correcta en el momento correcto y permanece como la herramienta de acceso remoto de facto en sistemas conectados a Internet, tanto de código abierto como de código propietario. Lo mismo se esta volviendo verdadero con OpenZFS, la rama de la comunidad del sistema de archivos empresarial y revolucionario de Sun Microsystems y que eventualmente abrió su código fuente.

Afortunadamente, al igual que OpenSSH, OpenZFS realmente es tan bueno como la gente dice que es. OpenZFS va a traves de distancias sin rival para proteger tus datos y es altamente flexible y escalable. Yo he señalado los méritos de OpenZFS en toda su longitud de varias maneras y te invito, de hecho insisto a que verifiques esos méritos por ti mismo. Te invito a que inicies el viaje con una simple pregunta: “Puedes verificar sin ninguna duda que tus datos no han sufrido alguna corrupción de bit?” Espero tu respuesta. Mientras tanto, Yo personalmente estoy confiado de que OpenZFS realmente supera las limitaciones de otros sistemas de archivo y lo hace de maneras que son extremadamente accesibles a mi:

  • OpenZFS ha sido mi almacenamiento primario bajo macOS por mas de tres años y de mis sistema de archivos root bajo FreeBSD
  • Yo he movido unidades USB formateadas con OpenZFS del órden de los multi-terabyte desde mi sistema FreeNAS hasta un Raspberry Pi 3 corriendo FreeBSD y he corrido mi rutina de respaldo sin ningún problema
  • He ayudado clientes para configurar, mantener y optimizar sistemas basados en OpenZFS que van desde uno a 500 terabytes en tamaño
  • Yo he visto crecer a la Comunidad OpenZFS para incluir voluntarios increibles y proveedores quienes han hecho lo que era imposible de lograr con el almacenamiento sin importar el precio hace algunos años

Es un honor trabajar con la comunidad OpenZFS y con iXsystems en particular quién, gracias a FreeNAS, TrueNAS y TrueOS, ha puesto OpenZFS en más manos que cualquier otro proyecto o producto en la Tierra. Ambos estan ahora acelerando de un simple trote a un galope y estoy complacido de que ellos hayan sido cautos y calculadores. El Drama no es algo que quieras asociar con los sistemas de archivo o con el hardware en el que corren gracias a Illumos, FreeBSD y FreeNAS, nadie te detiene de construir un sistema de almacenamiento petabyte con cualquier hardware que puedas comprar. Realmente querras tener el hardware correcto pero no hay barreras artificiales que se interpongan en tu camino. Como podras imaginar, iXsystems es una fuente excelente del hardware correcto para OpenZFS, pero eso también eso es algo que invito a verificar por ti mismo. Después de todo, un geek, no es un agente de ventas.

¿Si es tan bueno, porqué OpenZFS no es tan popular como GNU/Linux?

Respuesta corta: Las licencias de OpenZFS y el kernel Linux son incompatibles, pero por una buena razón. Me tomó tiempo, pero yo acepto la aseveración de Bryan Cantrill de que la licencia CDDL de Sun tenía como esencia mantener a raya a Sun y posteriormente a Oracle de hacer algunas cosas malas con ZFS. Esto me causa malestar porque no soy un creyente de las patentes de software y creo que el software con licencias permisivas es el camino a seguir, incluso paradojicamente a veces. Yo también creo en las 6 razones para los amantes del GPL, los que lo odian, los que los explotan, y otros que disfrutan y apoyan el esfuerzo GPL porque todas las licencias del software libre necesitan ser reforzadas para mantenerse significativas. En el caso de GNU/Linux, La licencia CDDL de OpenZFS es incompatible con la Licencia Pública General del kernel de Linux de acuerdo a la  Free Software Foundation (Fundación del Software Libre) y a la Software Freedom Conservancy (Conservación de la Libertad del Software). Este es presumiblemente el por qué OpenZFS no es siquiera un sistema de archivos “Preview” o “de vista previa” en el Linux Red Hat Enterprise como lo fue Btrfs. Para cumplir con cada licencia, el usuario final debe compilar manualmente OpenZFS para Linux y por lo que se puede ver, esto suena como una gran manera de parmanecer honestos con las raices de “Hagalo Usted Mismo” de la comunidad GNU/Linux. Acepten la diversidad de licencias y obligaciones, o mantenganse de acuerdo conmigo de que la licencia permisiva de cada proyecto podrá resolver estas incompatibilidades sin consecuencias.

En este punto, Yo invito al proyecto bcachefs a considerar una licencia permisiva que permita su incorporación dentro de FreeBSD, OpenBSD, NetBSD, macOS e inclusive Windows para permitir que sus méritos brillen por igual y lleguen a las manos de tantos usuarios como sea posible. Hasta que eso ocurra, las distribuciones Illumos, FreeBSD, TrueOS y FreeNAS permanecerán como los sistemas operativos principales de OpenZFS y eso hace que ustedes quieran mantener sus datos valiosos en estos sistemas en el futuro inmediato.

Michael Dexter
Analista Independiente

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

http://busterfaucet.com/?ref=14747

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

Distribuciones Linux vs. BSDs Rendimiento de Red Con netperf e iperf3

Esta es una traducción del siguiente sitio: http://www.phoronix.com/scan.php?page=article&item=netperf-bsd-linux&num=1

phoronix_logoDiferencias entre Linux y BSD

Escrito por Michael Larabel en Software el 7 de Diciember de 2016.

Teniendo ahora a netperf en la Suite de Pruebas de Phoronix así como también al iperf3 para las últimas pruebas de rendimiento de código abierto en nuestro marco de pruebas de plataforma cruzada automatizado, No pude evitar correr algunas de las pruebas de rendimiento de red en un sistema donde probé diferentes distribuciones Linux y BSDs para ver como se comparaba el rendimiento de éstos. Los sistemas operativos que corrieron con estas pruebas de rendimiento de red incluyen a  Debian 8.6, Ubuntu 16.10, Clear Linux 12020, CentOS 7, y Fedora 25. Los BSDs probados para esta comparación fueron FreeBSD 11.0 y DragonFlyBSD 4.6.1.

Usando la Suite de pruebas de Phoronix, se corrieron varias pruebas de rendimiento de iperf3 y netperf con un Intel Core i7 6800K + MSI X99A WORKSTATION + 16GB DDR4 + Disco Duro de Estado Sólida Samsung 850 EVO 128GB + NVIDIA GeForce GTX TITAN X que funcionó como sistema cliente. El mismo sistema cliente fue usado mientras se realizaba el cambio de Distribuciones Linux/BSD cada vez y se realizó una instalación limpia. Abajo se muestra la tabla de información del sistema del software/hardware. El mismo sistema fue usado con la misma configuración de BIOS/UEFI mientras que las diferencias de hardware mostradas en la tabla solo son el resultado de cómo cada sistema operativo estaba reportando los componentes/valores directamente de la PC.

 

 

El mismo servidor netperf/iperf3 fue usado durante toda la duración de la prueba teniendo como objetivo primario observar el rendimiento del cliente. Pruebas del lado del servidor probablemente llegarán pronto si hay suficiente interés. El hardware/software del servidor sus detalles son:

 

El sistema cliente con sus Sistemas Operativos Cambiantes y el servidor netperf/iperf3 estuvieron estuvo usando el puerto Ethernet Gigabit Integrado y estuvo conectado en el mismo rack por medio de un switch de Gigabit de TP-LINK sin ninguna otra actividad en la red durante la prueba.

 

 

Eso cubre todos los detalles de la comparación básica de rendimiento de red de diferentes distribuciones Linux de 2016 y de los BSDs. En muchas de estas pruebas no hubo mucha diferencia, pero en un pequeño conjunto de resultados los datos fueron más dramáticos, tales como los de arriba. Todos los resultados se muestran en las pantallas siguientes.

 

Con la prueba de UDP de iperf3, las distribuciones Linux no mostraron muchas diferencias en rendimiento. Con el objetivo de 100Mbit y cinco procesos en paralelo, el rendimiento de BSD estuvo cerca del de las distribuciones Linux. Pero con el objetivo de 1000 Mbit y la cuenta en paralelo puesta en 5, el rendimiento de FreeBSD 11.0 se redujo significativamente detras de las distribuciones Linux mientras que otras distribuciones mostraron aproximadamente el mismo rendimiento. Con el objetivo de 1000Mbit, DragonFlyBSD 4.6 no estaba ejecutando de forma confiable por lo tanto no se mostraron los resultados aquí.

 

Con las pruebas de TCP, apenas hubo una pequeña diferencia entre las plataformas probadas sin que los sistemas operativos sobresalieran entre si.

 

Clear Linux viene de fabrica con las banderas agresivas CFLAGS/CXXFLAGS por defecto y otras optimizaciones, produciendo por lo tanto un rendimiento generalmente por encima de la mayoría de las pruebas de rendimiento de los Linux que no tienen optimizaciones, pero para la mayoría de las pruebas de red, parece que no tiene actualmente alguna ventaja en estas pruebas.

Los resultados de netperf, por otra parte, son en general mucho mas interesantes.

 

En muchas de las pruebas de netperf, no hay mucha diferencia en el rendimiento, similar para algunas de las ejecuciones con iperf3.

Con la prueba de solicitud de respuesta TCP de Netperf, hubo finalmente algunas diferencias entre los sistemas operativos. Interesante!, FreeBSD 11.0 estaba a la cabeza por un amplio margen. Con la prueba mas larga de solicitud de respuesta de TCP, La distribución Clear Linux de Intel fue la segunda más rápida, seguida por, DragonFlyBSD. Fedora 25 fué la más lenta en el tiempo de respuesta a la solicitud TCP tanto para las corridas de 10 segundos como las de 60 segundos.

Con los tiempos de respuesta de solicitud UDP por netperf, FreeBSD 11.0 estaba liderando de nuevo. Hemos escuchado buenas cosas sobre el rendimiento de red de FreeBSD por parte de Netflix, pero no habíamos anticipado que FreeBSD tuviera un rendimiento tan poderoso en algunas de estas pruebas. Clear Linux permanece como la mas rápida de las distribuciones Linux en las pruebas de respuesta UDP.

En las otras pruebas de netperf, apenas hubo diferencia en los resultados.

Aquellos que desean escarbar mas prfundamente a traves de los números de iperf3/netperf pueden encontrar el conjunto de datos en OpenBenchmarking.org y/o realizar sus propias pruebas por medio de la Suite de Pruebas de Phoronix.

Acerca del Autor

Author picture

Michael Larabel es el autor principal de Phoronix.com y fundó el sitio en 2004 con un enfoque de enriquecer la experiencia de hardware de Linux. Michael ha escrito mas de 10,000 articulos cubriendo el estado del soporte de hardware de Linux, Rendimiento de Linux, controladores gráficos, y otros tópicos. Michael es también el desarrollador lider de la Suite de Pruebas Phoronix, Phoromatic, y el software de medición de rendimiento automático en OpenBenchmarking.org. El puede ser localizado vía Twitter o contactado en MichaelLarabel.com.

 

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123, y en Steemit  https://steemit.com/@cosmicboy123

 

 

 

 

 

Las Variantes de FreeBSD, No Son Afectadas Por Reciente bug de GNU

El siguiente artículo es una traducción del siguiente sitio: http://fossforce.com/2016/02/freebsd-variants-not-affected-recent-gnu-bug/
 

 

 

 

 

 

 

Febrero 18 de 2016

Por Larry Cafiero

Larry el Chico BSD

La vulnerabilidad de seguridad de glic con la que los Desarrolladores Linux han estado luchando por parchar NO afecta a los *BSD

Mucho se ha dicho sobre una vulnerabilidad en una función en la biblioteca GNU C. E investigado a lo largo y ancho de Internet, había muy poco — realmente nada — que pudiera encontrar sobre como afectó esta vulnerabilidad a las variantes BSD.

Como sea, pueden descansar tranquilos, usuarios BSD: No es nuestro circo, no son nuestros monos.

Dag-Erling Smørgrav, un desarrollador de FreeBSD desde 1998 y el actual Oficial de Seguridad de FreeBSD, ecribió en su blog que “ni FreeBSD ni ninguna aplicación nativa de FreeBSD fueron afectados.”

Él explicó adicionalmente: “Mientras que la biblioteca de resolución libc en FreeBSD y la libc de GNU comparten un ancestro en común, el bug fue introducido cuando la libc de GNU fue reescrita para enviar  consultas A y AAAA en paralelo en lugar de hacerlo secuencialmente cuando la aplicación solicita ambas.”

Smørgrav no paró ahí. Para su crédito, también ofreció soluciones para aquellos que pudieran haberse visto afectados — “El problema puede ser mitigado con solamente usar bibliotecas de resolución en las que se pueda confiar, y configurandolas para evitar enviar respuestas que puedan activar el bug.” Y a partir de ahí el dió una explicación larga y detallada de la solución, la cual, personalmente, esta proverbialmente más allá de mi capacidad mental (lo cual, para ser sinceros, no es decir mucho en el reino de los servidores y la seguridad).

El artículo del blog de Smørgrav es digno de ser leido, especialmente si uno conocer lo intrincado de este problema en particular. Inclusive si uno no conoce el tema y quiere echar un vistazo, el tiempo de lectura es bien invertido; como sea, si tu eres un neofito como yo, manten a Google a la mano. Hablando como uno que rapidamente a la vez que aleatoriamente, esta acostumbrandose a la velocidad en BSD, Estoy muy agradecido por el trabajo realizado por aquellos involucrados con BSD que nos mantienen informados y que logran que las cosas vayan sobre ruedas.

Les veo la próxima semana.

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)

Corriendo FreeBSD en los servidores: Habla un administrador de sistemas

Esta es una traducción del siguiente sitio: http://www.itwire.com/business-it-news/open-source/67420-running-freebsd-on-the-server-a-sysadmin-speaks

 

24 de Marzo de 2015

Por Sam Varghese

Desde hace años, Linux siempre ha sido el sistema que ha llamado la atención. Pero en tiempos recientes, han habido algunos rumores entre algunos veteranos — y usuarios de mucho tiempo — después de la introducción de systemd, al sistema init que parece haber traspasado sus límites.

Y esta plática es sobre la antigua cultura UNIX, la manera de como una herramienta o aplicación es usada para hacer un trabajo, hacerlo bien, y redireccionar la salida a una segunda herramienta para procesarla. Linux, en resumen, se esta convirtiendo en una especie de navaja suiza — complicado — y se han sostenido conversaciones respecto a cambiar a algo alternativo. Aquí es donde FreeBSD entra en escena.

Hace algun tiempo, iTWire discutió la posibilidad de PC-BSD siendo usado en el escritorio en lugar de Linux. PC-BSD es más o menos lo mismo que FreeBSD; en palabras de Kris Moore, es un “kernel/entorno FreeBSD estandar con algunas opciones de instalación únicas y un montón de herramientas gráficas o de línea de comando que hacen que FreeBSD en el escritorio sea ‘fácil’.”

Pero Linux es usado más ampliamente en el servidor, donde FreeBSD puede ser un reemplazo más que adecuado. Para tener una idea de las fortalezas y debilidades de este sistema operativo, iTWire entrevistó a Allan Jude, el vicepresidente de operaciones en  ScaleEngine, una red global de distribución de contenido y transmisión de video por HTTP; el hace un uso extensivo del sistema de archivos ZFS en FreeBSD.

Jude (cuya foto se muestra arriba) también es el anfitrion del podcast de video BSD Now (junto con Moore) y de TechSNAP en

“¿GNU/Linux ha perdido el rumbo?” comentarios que impulsaron a un desarrollador de Debian a revisitar FreeBSD después de 20 años

Esta es una traducción de la siguiente liga: http://changelog.complete.org/archives/9317-has-linux-lost-its-way-comments-prompt-a-debian-developer-to-revisit-freebsd-after-20-years

 

 

 

17 de Febrero de 2015

Por John Goerzen

Lo admitiré. Tengo una debilidad por FreeBSD. FreeBSD fue el primer Unix que utilicé, y eso fue hace aproximadamente 20 años, antes de que cambiara a Debian. Incluso entonces, aún utilicé un poco el Manual de FreeBSD para aprender Linux, debido a que Debian no tenía la gran Referencia que tiene ahora.

Como sea, algunos comentarios en mi post reciente (“El Linux moderno ha perdido el rumbo?” y Reacciones a ello, y el valor de la simplicidad), mas un deseo latente de ver como ZFS funciona en FreeBSD, me movió a probarlo. Lo instalé tanto en VirtualBox bajo Debian, y en una vieja Thinkpad de 64 bits asentada en mi sotano que previamente había corrido con Debian.

¿El resultado? Una mezcla de sorpresa y decepción. Debo decir que estoy encantado de que existan ambos; hay una gran cantidad de inovación ocurriendo por todas partes y características interesantes existen en todas partes también. Pero también puedo salir y decir que  la declaración de que FreeBSD no tiene problemas como los tiene Linux es falsa y desorientadora. En muchos casos, esta ejecutando exactamente la misma pila de código. En otras, es mejor, pero también hay otras donde es peor. Quizas este artículo pueda despejar un poco el miedo, duda e incertidumbre que rodea a jessie, mientras que tambien muestra algunas de las buenas cosas que hace FreeBSD. Mi conclusión: Tanto jessie y FreeBSD 10.1 son sistemas operativos asombrosos, pero ambos tienen sus imperfecciones. Este artículo es más sobre FreeBSD que sobre Debian, pero también discutirá algunas imperfecciones de Debian.

La experiencia

Mi reacción inicial a FreeBSD fue: Guau!, se siente tan familiar. Me recordo un Unix comercial, o quizas a un Linux de hace algunos años. Un sistema base mínimo y bien documentado, todo colocado en lugares lógicos en el sistema de archivos, y un sólido manejo de memoria. Me sentí como en casa. Incluso cási tranquilizador.

Preparar y poner a punto un sistema FreeBSD involucra mucha instalación y edición de archivos de configuración. El manual de FreeBSD describiendo como instalar X, habla sobre editar este o aquel archivo para esta o aquella característica. Me gusta ser capaz de aprender directamente como funcionan las cosas por medio de hacer esto.

Pero entonces empiezas a recordar las razones por las que no te gustaba Linux hace algunos años, o los Unixes comerciales: puede ser ese programa como el Apache que aún no esta bien soportado, o quizas es el editor vi por defecto que tiene esta tendencia de corromper la terminal periodicamente, o quizas es porque el shell por defecto de root es el csh. O quizas es porque tengo que hacer la instalación de muchos paquetes y editar archivos de configuración. No es la misma experiencia de aprendizaje que fue un día, o ahora son cosas, como por ejemplo “pegue este archivo XML en alguna ubicación oscura para hacer que funcione el mouse” o algo por el estilo.

En general, hay algunas áreas donde FreeBSD funciona de maneras que ningún otro SO lo logra. Es incuestionablemente sorprendente en muchas áreas. Pero hay una buena cantidad de áreas donde es un 80% tan bueno como Linux, en número de áreas (incluyendo polkit, dbus, y hal) donde esta usando exactamente la misma pila de código que Linux (así que todos esos comentarios sobre FreeBSD siendo demasiado diferente al momento de configurarlo y hacerlo funcionar me suena totalmente falso), y francamente algunas áreas que necesitan mucho trabajo y que hace difícil administrar sistemas de una manera segura y estable.

Lo sorprendente

¿Harto del systemd y GNU/Linux? ¿Por qué no probar PC-BSD?

Esta es una traducción de la siguiente liga: http://www.itwire.com/business-it-news/open-source/66900-fed-up-with-systemd-and-linux?-why-not-try-pc-bsd

Con la adopción creciente de systemd, la insatisfacción con Linux ha alcanzado proporciones no vistas en años recientes, al punto de que la gente empieza a hablarde cambiar a FreeBSD.

La pláticas son un buen medio para crear una amenaza, ¿pero qué tan dificil es actualmente realizar el movimiento? ¿Linux se ha movido tanto hacia adelante que cambiar sistemas significaría que uno tendría que arreglarselas sin muchas de las aplicaciones a las que se esta acostumbrado?

iTWire habló con Kris Moore (en la foto), uno de aquellos profundamente envuelto con el proyecto PC-BSD. Moore también trabaja con iXsystems, una compañía que vender hardware precargado con FreeBSD y PC-BSD.

Moore dijo inicialmente que debería haber un entendimiento de lo que actualmente es PC-BSD. “Primero que nada, Voy a hacer muchas referencias a PC-BSD aquí, pero necesitas entender que PC-BSD no es un trabajo derivado (fork) per se, es un sistema estandar de kernel y entorno FreeBSD con algunas opciones únicas de instalación y un conjunto de herramientas gráficas y de línea de comando que hacen que FreeBSD en el escritorio sea mas “fácil” señaló.

“Así que mucho de lo que menciono se puede hacer en una instalación oficial de FreeBSD, pero requerirá más esfuerzo manual.

PC-BSD en el escritorio estaba muy cerca de Linux en lo que concierne a la perspectiva de un usuario final, indicó Moore. “A primera vista es difícil distinguirlos, nosotros tenemos casi todo el mismo software de código abierto disponible.

“En el caso de los escritorios, PC-BSD incluye ‘ya listo’ soporte para instalar KDE4, GNOME3, XFCE, LXDE, Lumina, Mate, Cinnamon e inclusive los manejadores de ventanas de “nicho” como Awesome, FVWM, Ratpoison, I3, etc.”

 

 

Un sistema PC-BSD corriendo con GNOME 3.

La única cosa que uno tendrá que olvidarse es de Unity. El resto tienen paquetes relacionados con BSD. “Adicionalmente PC-BSD permite instalar mas de uno de ellos, de tal forma que puedes mezclar y utilizar el que satisfaga tus deseos,” señaló Moore.

Todas las herramientas de configuración de sistema estan basadas en Qt5, y no dependen de ninguna función específica del escritorio en el que estan instalados.

Moore mencionó que hay suficiente software para los usuarios también. “Para laliberación 10.1.1 release tenedmos unos 23,993 paquetes de software disponibles en forma de paquetes binarios, todo gracias al uso de PKGNG y el excelente sistema de ports de FreeBSD. Un gran sitio para navegar a traves de esta colección es FreshPorts.

“Mientras que FreeBSD también tiene los mismos paquetes binarios, el proyecto PC-BSD compila su propio conjunto de paquetes binarios para usar en los escritorios de PC-BSD, principalmente para poder activar opciones y meta-paquetes lo cual tiene mas sentido para un usuario de escritorio. En esta colección de paquetes encontrará la mayor parte de las mismas aplicaciones que usaría en Linux, tales como  FireFox, Chromium, LibreOffice, Gimp, Plex y VirtualBox por solo mencionar algunas.”

Moore mencionó que la colección de software también incluye paquetes para items que no son de código abierto, como por ejemplo Adobe Flash player (incluido por defecto en PC-BSD), los controladores de  NVIDIA (incluidos también) y otros.

“En el mundo de PC-BSD, nuestra actitud hacia los paquetes binarios es agnostica , solo queremos hacer disponibles tantos paquetes como sea posible a los usuarios finales,” indicó. “Confiamos que el usuario es lo suficientemente listo para determinar que es lo que quiere correr en su sistema. En el caso del controlador NVIDIA, frecuentemente este ‘simplemente funcionará’ para la mayoría de los sistemas, nosotros hemos visto incluso, pruebas indicando que supera los FPS que el mismo controlador en Linux, así que entendemos completamente por qué un usuario final querría ejecutarlo.”

Un sistema PC-BSD corriendo KDE4.

El último KDE en una sistema PC-BSD.

Del lado del hardware, Moore menciona cosas como que el sonido y la red usualmente “simplemente funciona” . “Donde la plataforma se tambalea un poco es en el pobre o nulo soporte para algunos dispositivos inalámbricos — un buen ejemplo es Broadcom — y los controladores de video de código abierto.”

El menciona inmediatamente que el controlador de video de Intel no tiene soporte para Haswell/Broadwell, pero que ese soporte deberá aterrizar en la próxima versión 10.2 mas tarde este año. “Los controladores de video de AMD empiezan a emparejarse, pero yo no soy un usuario de AMD, así que no puedo hablar de los juegos de chip específicos. Usar los controladores NVIDIA es una historia diferente, donde prácticamente todo “simplemente funciona.”

Cuando se le preguntó solo la instalación de PC-BSD, Moore mencionó que usualmante envolvía solo un par de clicks para seleccionar algunos valores por defecto y entonces esperar unos 10-25 minutos para que el proceso finalice. “Tenemos un gran manual — escrito en gran parte por Dru Lavigne afamada por otros libros de BSD — que puede ayudar al usuario a configurar y administrar el sistema.”

PC-BSD funciona solo en sistemas de 64-bits. “Así que necesitarás algo con un CPU de 64bits para empezar,” señaló Moore. “Yo personalmente recomiendo un procesador de doble núcleo, 4GB de memoria, 100GB de espacio y una tarjeta de video NVIDIA para la mejor experiencia. Pero por supuesto vemos usuarios corriendo a menudo en sistemas con especificaciones inferiores, con solo 1 GB de memoria RAM, etc.

“Nosotros tenemos también foros de soporte,listas de correo, rastreador de bugs, IRC y así por el estilo, de tal manera que estar en contacto con usuarios e incluso con desarrolladores es relativamente fácil. Nosotros tenemos incluso una sección del manual para cambiar de sistema para usuarios de Linux, para el que quiera conocer algunas de las diferencias superficiales entre Linux y BSD.”

En algunos aspectos, PC-BSD es muy diferente a Linux. “PC-BSD usa el sistema de archivos ZFS exclusivo en algunas formas especiales,” Señaló Moore. “Esta unido directamente en nuestro sistema actualizado (para 10.1.1 y posterior) para usar Ambientes de Arranque (o Boot-Environments ‘BEs’, similares a Solaris). De tal manera que cuando el sistema va ainiciar una actualización, una instantanea del sistema se realiza (frecuentemente en menos de 1/2 segundo) y la actualización ocurre actualmente en el segundo plano dentro de un ambiente ‘chroot’.

“Esto significa básicamente que puedes seguir trabajando mientras que las actualizaciones estan siendo instaladas, ya que nada dentro de tu sistema en ejecución se esta viendo comprometido. Entonces cuando la actualización ha sido preparada, el usuario solo necesitara reiniciar cuando lo considere conveniente. El cargador de arranque podrá entonces cargar el nuevo ambiente de arranque actualizado por defecto.

“Lo grandioso sobre este sistema es que si algo sale mal, el usuario siempre podra regresar a la versión anterior, y arrancar en ella como si nunca hubiera pasado nada. Su directorio home y otros directorios críticos se mantienen separados de la instantanea BE, de tal manera que incluso puede correr diferentes versiones de FreeBSD con tu mismo directorio home en la misma computadora. Tenemos algunos usuarios avanzados que hacen esto para correr código de FreeBSD -CURRENT/ o experimental, con la seguridad de saber que ellos pueden simplemente reiniciar de regreso en la versión release estable en cualquier momento.”

 

Un periodista profesional con decadas de experiencia, Sam usó DOS durante 9 años y posteriormente  Windows, el cual lo llevo a experimentar con GNU/Linux en 1998. Desde entonces ha estado escribiendo ampliamente sobre el uso tanto de sofware libre y de código abierto, y sobre la gente detras del código, su blog esta titulado  Expresión irregular .

_________________________

Nos leeremos en el siguiente artículo.

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIXLinux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)

FreeBSD esta poco a poco intentando igualar a los controladores gráficos de Linux

Esta es una traducción de la siguiente liga: http://www.phoronix.com/scan.php?page=news_item&px=MTgwOTY

 

Publicado el 10 de Octubre de 2014 a las 08:41 AM EDT

Escrito por Michael Larabel en BSD

Jean-Sébastien Pédron del proyecto de FreeBSD nos dió una actualización en la conferencia XDC2014 de esta semana sobre el status del stack gráfico en FreeBSD.

Como muchos lectores de Phoronix ya saben, los controladores gráficos encontrados en FreeBSD estan resagados con respecto a los controladores gráficos de Linux — no fue si no hasta FreeBSD 9.1 que el soporte Intel KMS llegó y con FreeBSD 10.0 es cuando el soporte Radeon aterrizó hace unos cuantos meses. De cualquier forma, los snapshots de código usados estan ya bastante caducos. Durante la charla de Jean-Sébastien el día de hoy en Burdeos Francia, el cubrió sus retos y el progreso que han realizado en portar estos controladores gráficos a FreeBSD desde Linux.

Algunos aspectos importantes de su presentación incluyen:

– El código de Intel i915 será actualizado pronto y el código DRM independiente-del dispositivo de Linux 3.8 esta listo — si, cerca de diez liberaciones atras de la versión más actual.

– Con el próximo FreeBSD 10.1 hay soporte en el contexto de hardware para el controlador DRM de Intel.

– La pila gráfica de FreeBSD 10.1 en los Ports de FreeBSD incluye el servidor X.Org 1.12, xf86-video-intel 2.21, y xf86-video-ati 7.x. Con la nueva pila Xorg ahora estan usando Mesa 9.1 en lugar de Mesa 7.6.

– FreeBSD solo tiene dos desarrolladores en el kernel y dos desarrolladores en Ports relacionados con su código gráfico. De estos desarrolladores hay una falta de expertise de X11 y entendimiento del hardware gráfico, incluyendo poca confianza en algunos de sus cambios.

– Trabajo futuro incluye finalizar la sincronización de los controladores/DRM desde Linux 3.8, sincronizar desde los cambios del kernel Linux 3.10 cuando el tiempo lo permita, implementar soporte DMA-BUF y PRIME, e importar Nouveau cuando el tiempo lo permita.

– FreeBSD también quiere aterrizar el soporte libgbm y Clover para GPGPU.

– Adicionalmente, permitir potencialmente un Servidor X sin root para lograr una alternativa funcional al logind de  systemd que es necesario para el servidor sin root.

– El empaquetado Wayland aún esta planeado para FreeBSD.

Averigua mas sobre la pila gràfica de FreeBSD por medio de  las diapositivas PDF desde el XDC2014 en Burdeos Francia.

_________________________

Nos leeremos en el siguiente artículo.

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   1JJzowCGJAU4U5k78v8rxcdL2ova7ruHAq

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIXLinux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)

 

 

Facebook quiere que la pila de red de Linux ‘rivalice o exceda’ al de FreeBSD

Esta es una traducción del siguiente sitio: http://www.theinquirer.net/inquirer/news/2359272/facebook-wants-linux-network-stack-to-rival-or-exceed-freebsd

 

Red social actualizada, busca un desarrollador de kernel Linux de álto nivel

Viernes 08 de Agosto de  2014, 09:51

 

FACEBOOK ESTA BUSCANDO contratar a un desarrollador de kernel Linux de alto nivel, buscando actualizar la pila de red de Linux para rivalizar con la de FreeBSD.

El trabajo en Facebook aparece en su página web de carreras bajo el encabezado, “Ingeniero de Software de Kernel Linux”. La descripción del trabajo empieza así, “Facebook esta buscando un Ingeniero de Software de Kernel Linux para que se una a nuestro equipo del Kernel, con un enfoque primario en el subsistema de red. Nuestro Objetivo en los próximos años es que la pila de red del kernel de Linux rivalice o exceda el de FreeBSD.” Y también incluye, “Esta posición es de tiempo completo y ubicado en nuestra oficina de Menlo Park.”

Las responsabilidades enlistadas son significativas, e incluyen los siguientes puntos salientes:

  • “Mejorar el soporte IPv6 en el kernel, y elimina problemas de estabilidad y  [rendimiento]. [Facebook] es una de las instalaciones de IPv6 más grandes del mundo
  • “Investigar y participar en protocolos emergentes (MPTCP, QUIC, etc) discusiones, implementación, experimentación, herramientas, etc
  • “Clasificar, investigar, y resolver problemas de estabilidad y rendimiento principalmente relacionados con la pila de red”

La lista de deberes también incluyen todos los objetivos que usualmente pone un departamento de contratación.

Bajo requerimientos, es obvio que Facebook esta buscando seriamente a un desarrollador senior de kernel de Linux. Los requerimientos incluyen:

  • “Una experiencia de cuando menos  5 años trabajando con el kernel Linux
  • “Tener código funcionando en el kernel de Linux
  • “Entendimiento a nivel de expero del funcionamiento de  red TCP y UDP
  • “Conocimientos profundos de los subsistemas de red del kernel Linux
  • “Entendimiento razonable de otros subsistemas significativos del kernel (block, fs, crypto, etc) y como funcionan entre si”

Como se puede esperar, Facebook quiere aplicantes que impulsen el conocimiento de Linux profundamente, experiencia extensiva y mas que un expertise en programación C, herramientas de rendimiento del kernel y así sucesivamente.

Facebook tiene montones de dinero, así que podemos imaginar que la persona correcta puede solicitar el sueldo que desee para esta posición dependiendo de sus habilidades de negociación, y todo desde nivel de compensación hasta efectivo contra acciones – e inclusive la ubicación es negociable. El conjunto de candidatos potenciales para este trabajo es bastante reducido, contando quizas en el orden de algunas docenas a lo mucho, en lugar de cientos o miles.

De cualquier forma, Facebook puede encontrar más fácil, y más aceptable para la comunidad de desarrolladores de kernel Linux senior, al contribuir a la Fundación Linux en soporte de tal esfuerzo, en lugar de contratar a alguien internamente para liderear el desarrollo del funcionamiento de red IPv6 en el Kernel Linux.

Actualización
Facebook agregó un comentario para recordar al  INQUIRER que ya apoya a la Fundación Linux. En un  email, El administrador del equipo del kernel en Facebook dijo, “Nosotros ya contribuimos a la Fundación Linuxen términos de dinero y tiempo (tenemos multiples empleados en multiples mesas de asesorías en  [Fundación Linux] ).” µ

 

Comentario personal  de un servidor.

Es interesante que la gente de Facebook quiera en Linux algo que ya existe en FreeBSD, realmente el nivel de rendimiento de FreeBSD no tiene igual y seguirá así por mucho tiempo. Tal vez la estratégia debería ser a la inversa, usar FreeBSD en el entorno de Facebook y mejorar otros aspectos de FreeBSD como los aspectos de Virtualización (Xen, Vmware, etc) que actualmente ya tienen funcionando en Linux, claro que esa es mi humilde opinión, aunque como la cantidad de infraestructura Linux en Facebook es tan grande, es posible que sea un esfuerzo muy grande que migren a FreeBSD y prefieran pagar a alguien para que mejore el código de red del kernel Linux para que rivalice con FreeBSD, el detalle esta en que cuando esas mejoras lleguen finalmente a Linux, FreeBSD tendrá un mejor rendimiento aún.

_________________________

Nos leeremos en el siguiente artículo.

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIXLinux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 en Steemit: https://steemit.com/@cosmicboy123

 

Pruebas de Debian: Kernel FreeBSD 10.0 vs. Kernel Linux 3.14

Esta es una traducción del siguiente sitio: http://www.phoronix.com/scan.php?page=article&item=debian_kfreebsd_jess&num=1

Publicado el 16 de Junio de 2014
Escrito por Michael Larabel

Debian GNU/kFreeBSD permanece como un port interesante de Debian que une el entorno de usuario GNU con el kernel FreeBSD. Con el código de Debian para  Pruebas / Jessie 8.0 y con el nuevo kernel de FreeBSD 10.0. Las pruebas de rendimiento el día de hoy en Phoronix estan comparando  Debian GNU/kFreeBSD con Debian GNU/Linux usando la última liberación de 7.5 Wheezy junto con el último código de pruebas.

 

 

Tomando como base el Intel Core i7 3960X Sandy Bridge Edición Extrema de sistema con la tarjeta gráfica Radeon HD 4870, 8GB de RAM, y Disco de estado sólido de 64GB OCZ Vertex, las cuatro configuraciones de Debian fueron probadas. Se realizaron instalaciones limpias en cada ocasión y las opciones por defecto de configuración/paquetes fueron usadas. Algo de la información clave para estas configuraciones del sistema operativo Debian incluye: