Tag linux

El subsistema de Windows para Linux, mejor conocido como WSL y cuyos principales componentes prácticos incluyen el intérprete de órdenes Bash y las utilidades que lo suelen acompañar, ha sido bastante bien recibido en el entorno de los desarrolladores y administradores de sistemas que dependen de Windows, pero que también necesitan Linux para trabajar. La integración de WSL ha mejorado con el paso del tiempo y cada vez hay más usuarios que la utilizan, pero no está exento de problemas.

Uno de esos problemas es el rendimiento, y es un gran problema en algunos casos. Así, mientras que WSL rinde muy bien en cuanto al uso de la CPU o la memoria que consume, la lectura y escritura en disco puede hacer caer drásticamente dicho rendimiento, al punto de que virtualizar el sistema resulta en una mejor opción. A causa de esto hay quien está prescindiendo de mantener el antivirus activo, recuperando así algo de margen para operar. Pero esta solución puede generar un problema aún mayor.

Es la advertencia que ha lanzado Rich Turner ante la sugerencia de desactivar Windows Defender -o cualquier otro antivirus- para mejorar el rendimiento. Turner es ingeniero de Microsoft y uno de los responsables de la línea de comandos en Windows o, como él mismo dice, de “llevar Linux a Windows”, por lo que es un profundo conocedor de la materia. Como es conocedor de lo delicado de la seguridad en el sistema de Microsoft sin las protecciones pertinentes, entre las que se incluye software antivirus.

“Estamos trabajando con varios equipos en este momento para encontrar una solución efectiva para este problema de rendimiento y su impacto. Mientras tanto, recomendamos paciencia. NO recomendamos deshabilitar Defender (o la suite antimalware de terceros elegida), ni tampoco recomendamos que se excluyan las carpetas de WSL o las carpetas de código [de la monitorización del antivirus, se entiende]”, comenta Turner según recogen en Phoronix.

Quizás en la próxima actualización de Windows 10 el próximo abril mejore la situación, habrá que verlo. De lo que no cabe duda es de que para utilizar las herramientas propias de Linux, lo mejor es instalar Linux a la manera tradicional o, si se prefiere, virtualizando el sistema.

Fuente: www.muylinux.com

Spectre, o más bien las mitigaciones necesarias para mejorar la seguridad de los procesadores expuestos ante este vector de ataque, amenazan con provocar una notable disminución del rendimiento en las correspondientes computadoras. De esto vimos ayer un episodio algo dramático, ya que una mitigación contra los ataques Spectre v2 con las iniciales STIBP provoca una disminución de hasta el 50% en algunas cargas sobre CPU Intel (marca para la cual va dirigida la mitigación).

La situación ponía muy en duda la habilitación de STIBP, algo que fue respaldado por Linus Torvalds, quien recomendó la no activación por defecto de la mitigación y que en su lugar se inhabilitara SMT (Hyper-Threading en Intel) desde la configuración de la placa base si se quería afianzar la mejor de la seguridad. La llegada de STIBP no solo está prevista para Linux 4.20, sino que también ha sido portada hacia atrás a las versiones LTS 4.14 y 4.19, cosa lógica si tenemos en cuenta que se trata de una medida de seguridad contra Spectre. Las cargas de trabajo afectadas abarcan Python, PHP, Java, compilación de código y hasta la ejecución de algunos juegos, por lo que los problemas de rendimiento podrían impactar de forma apreciable no solo en entornos de servidor, sino también en el escritorio del usuario final.

Tras el revuelo generado, se han producido algunos movimientos en las bambalinas de Linux, ya que en la rama release candidate estable de Greg Kroah-Hartman se ha revertido el código de STIBP en Linux 4.14 y 4.19, así que los problemas de rendimiento tendrían que haber desaparecido en esas versiones. Sin embargo, la mitigación todavía sigue presente en Linux 4.20, con la intención de sea revisada bajo un mejor enfoque y esté lista antes de la publicación oficial de dicha versión del kernel dentro de un mes. La que se pretende es depurar el código STIBP para evitar en lo máximo posible el impacto en el rendimiento.

Aunque esta mitigación va dirigida a los usuarios de Intel, esto no quiere decir que los de AMD puedan cantar victoria, ya que a pesar de que la primera marca parece estar más afectada por los problemas derivados de Spectre, la segunda también hace uso de SMT, por lo que no se puede descartar que se produzcan episodios similares en sus productos.

Fuente: www.phoronix.com

Pocas áreas de negocio le están dando al gigante del software tantas alegrías como su plataforma de servicios en la nube, y lo que quizás antaño hubiesen tomado como una ofensa, hoy lo celebran sin tapujos: Linux ya es el sistema más utilizado en Microsoft Azure.

La noticia la da Scott Guthrie, vicepresidente de la división de nube y empresa en Microsoft, en una entrevista de la que se hace eco ZDNet. “Algo más de la mitad de las máquinas virtuales de Azure son Linux“, comenta el ejecutivo, añadiendo que “Linux sube todos los meses“.

No pasa nada. Tal y como se suele decir, en Microsoft están por la labor de darle la razón al cliente. “Vamos a donde están los clientes“, apunta Raghu Ramakrishnan, director de tecnología en la división de datos de la compañía. “Si quieres Linux, te daremos Linux, si quieres MySQL, te daremos MySQL; si no quieres NoSQL, no te daremos NoSQL“.

Pero Microsoft no se queda ahí. No solo están para ofrecerle al cliente lo que quiere: cada vez usan más Linux internamente, según Guthrie. “Los servicios Native Azure a menudo se ejecutan en Linux. Microsoft está creando más servicios de este tipo. Por ejemplo, la Red Definida por Software (SDN) de Azure se basa en Linux“.

No obstante, hay Linux en Microsoft más allá de Azure: “Fíjate en nuestro lanzamiento simultáneo de SQL Server para Linux. Todos nuestros proyectos se ejecutan ahora en Linux“, agrega Guthrie. Y no le falta razón, siempre que no nos salgamos del ámbito servidores y desarrollo.

Hace años que vemos cómo las principales distribuciones ha ido llegando a Azure y, más recientemente, cómo los grandes proveedores de Linux corporativo adaptan sus productos para la nube de Microsoft, incluyendo a Canonical, Red Hat y SUSE. La del sombrero rojo, sin embargo, es la que más afinadas tiene sus soluciones a este respecto, así como la colaboradora más destacada de la compañía dirigida por Satya Nadella.

En todo caso, no es nada fuera de lo normal. Hace tiempo que Microsoft reconoció que aceptar Linux y el código abierto era “una decisión de negocio práctica“. Lo cual es correcto. Pero no se conforman con eso, parece.

“Reconocimos que el código abierto es algo de lo que todos los desarrolladores pueden beneficiarse. No es bueno, es esencial. No es solo código, es comunidad. No nos dedicamos simplemente a lanzar código en un sitio web, ahora publicamos nuestra hoja de ruta y trabajamos con colaboradores externos“, comenta Guthrie.

Y culmina, recordando de paso la última gran compra de la compañía y un hecho destacado previo: “Tenemos más de 20.000 empleados de Microsoft en GitHub. Tenemos más de 200 proyectos de código abierto. Somos el mayor partidario del código abierto en el mundo“.

Fuente: www.muylinux.com

Fue a principios de año cuando se supo que Google trabajaba para permitir la ejecución de aplicaciones Linux en Chrome OS, pero ha sido poco a poco como nos hemos ido enterando de cómo se va a hacer y el alcance que va a tener esta decisión en términos de soporte. La última noticia al respecto es ciertamente reveladora: el sistema de los Chromebooks podrá instalar paquetes de Debian.

De hecho, la última noticia es que ya se puede hacer, según publican en Chrome Unboxed, pues fue a finales de junio cuando en XDA Developers desvelaron la novedad. De momento, eso sí, solo está accesible si se usan los canales de desarrollo de Chrome OS y, atención, hay que lanzar un par de comandos por consola (sudo apt update y sudo apt upgrade) para habilitarlo.

Es de esperar que pulan el proceso en las próximas versiones del sistema o que lo permitan por defecto, ya que la intención final es facilitar la instalación de paquetes .deb como en cualquier distribución Linux basada en Debian, a golpe de ratón. En Chrome Unboxed lo han probado sin mayores percances instalando el editor Visual Studio Code.

Todo esto es posible gracias al proyecto Crostini, que Google emprendió tras el éxito del Crouton y las posibilidades del mismo, pero integrándolo en Chrome OS de manera más eficiente y segura. Así, Crostini propone una suerte de virtualización imperceptible de Debian con la que superar las limitaciones propias de un escritorio diseñado en sus orígenes por y para la nube de servicios.

Sin embargo, Chrome OS dispone ya de soporte para aplicaciones de Android y en breve hará lo propio con las aplicaciones de Linux, mientras que con las aplicaciones de Windows está más complicado el asunto. Un movimiento que en conjunto dará a los Chromebooks un valor añadido importante de cara al usuario corriente de estos dispositivos, así como puede animar a los desarrolladores de Android a considerar el cambio de plataforma.

Y aunque hablamos de Chrome OS y los Chromebooks, todos estos cambios están implementados, como no podía ser de otra manera, en la base de Chromium OS, por lo que por ejemplo los usuarios de CloudReady e iniciativas similares lo tendrán a su alcance también.

Con todo, queda la duda de dónde pondrá Google el límite con las dependencias, porque a base de paquetes Debian te puedes instalar lo que no está escrito.

Fuente:www.muylinux.com

Con una semana de retraso con respecto a lo inicialmente planeado, Linus Torvalds ha anunciado el lanzamiento de Linux 4.18, una nueva versión del núcleo que no rompe con la tónica a la que nos tienen acostumbrados y llega repleta de novedades.

Como también es habitual, la ingente cantidad de cambios de cada versión de Linux nos hace enfocarnos solo en las novedades más destacadas, entre las cuales se encuentra el principio de soporte para el SoC Qualcomm Snapdragon 845, que ya está presente en diferentes dispositivos Android, pero cuyos controladores comienzan a integrarse ahora en el kernel. A nivel periféricos quizás lo más llamativo sea el soporte del Steam Controller, por lo que supuestamente ni siquiera sería necesario instalar Steam para disponer de plena funcionalidad con este recomendable mando de juegos.

En el apartado gráficos se mencionan cambios varios, incluyendo con soporte para las Vega M que integran las CPU Intel Kabylake-G, soporte inicial para las próximas Vega 20 y NVIDIA Quadro GV100 que aún están en desarrollo, para Intel Ice Lake, y mejoras en AMDGPU; así como mejoras generales en los controladores.

Linux 4.18 incluye asimismo cambios importantes relacionados con la seguridad, destacando las mitigaciones contra Spectre, la vulnerabilidad por diseño que asola muchas de las CPU modernas: para x86 se cubre la variante más reciente (la cuarta) y para ARM 32-bit las dos primeras. Otro cambio relacionado con la seguridad es la mejora del soporte de FUSE para permitir el montaje de unidades seguras y sin privilegios mediante una opción explícita, esto es, facilitando el montaje de sistemas de archivos a través de FUSE en el espacio de usuario y aislando al kernel de cualquier vulnerabilidad que les afectase.

Pero lo que más ha dado de qué hablar en las última fechas es Speck, un nuevo algoritmo de cifrado dirigido en principio a dispositivos IoT cuya novedad para esta versión es la compatibilidad completa con fscrypt, la biblioteca sobre la que se despliega el cifrado en disco.

Speck, creado para ofrecer un cifrado de bloques ligero en dispositivos con poca potencia, ha generado controversia al tratarse de un proyecto de la NSA, esa organización cándida que no siempre se ha acercado a Linux con los mejores propósitos, pero que lleva contribuyendo con el desarrollo del kernel desde hace bastante tiempo. Sin embargo, la controversia no surge tanto de las suspicacias que suscita la agencia estadounidense, pues sus aportaciones son abiertas y están sujetas a revisión, sino de la “debilidad” intrínseca que supone Speck.

Speck se integró en Linux 4.17 y desde entonces se anda debatiendo su suficiencia. Se cuenta que fue rechazo por ISO, pero que ha terminado en el núcleo por insistencia de Google, que estaría pensando en ello para terminales Android de gama baja. En It’s FOSS hace un buen repaso del devenir de los acontecimientos en torno a Speck e incluso dan las instrucciones para deshabilitarlo, aunque no es algo que sea necesario realizar en sistemas personales.

Ahora bien, lo verdaderamente sorprendente de la inclusión de Speck como módulo del kernel es que entró en la versión anterior y recibe más soporte en esta, pero al parecer Google habría decidido prescindir de ello y podría retirarse en las versiones próximas. Ver para creer.

Todo lo anterior y mucho más es lo que trae Linux 4.18, pero a falta de que en Kernel Newbies actualicen las notas de lanzamiento, lo que queda es una extensa lista de cambios aceptados.

Fuente:www.muylinux.com

Que Canonical ya no aspire a ser la “Apple de Linux” no quiere decir que haya fracasado, sino que más bien ha terminado por claudicar ante la realidad para centrarse en aquello que le está yendo mejor a nivel económico, los entornos de servidor y los nuevos campos abiertos en la computación. Este nuevo enfoque trajo la vuelta de Mark Shuttleworth al puesto de CEO hace más de un año.

Con el fin de resaltar los éxitos, Canonical ha publicado en su blog corporativo una infografía de la que se puede destacar dos campos específicos: el IoT y el Cloud Computing. De hecho, lo primero que uno se encuentra es la frase “Ubuntu conecta todo” en inglés, apareciendo debajo imágenes que hacen referencia a servidores, la computación en la nube, computadoras personales y SoC.

Entre los éxitos mencionados en la infografía, además de la intención de llevar a Ubuntu 18.04 LTS a empresas, desarrolladores y todo tipo de dispositivos, se muestra su impacto en campos que en los últimos tiempos han tenido un fuerte empuje como la Inteligencia Artificial y el Aprendizaje Profundo. Aquí, recientemente, informamos sobre CIMON, el asistente digital para astronautas apoyado en Inteligencia Artificial que está siendo probado por la Agencia Espacial Europea.

Ubuntu cuenta con una fuerte presencia en los blockchains, cuya trayectoria está estrechamente ligada a las criptodivisas. Los coches autónomos, además de distintos proveedores, también utilizan la distribución de Canonical para funcionar, algo que ya hemos visto implementado por parte de Uber. La robótica, abarcando áreas como los centros comerciales, granjas y el tenis, es otro campo en el que Ubuntu está consiguiendo tener repercusión.

El 40% de los usuarios de Linux utilizan Ubuntu o Ubuntu Core para sus soluciones IoT, mientras que en el cloud computing se ha contado el lanzamiento de más de 450 millones de instancias de Ubuntu 16.04, 480 millones de instalaciones de Docker, una cuota del 43% de las implementaciones de OpenStack en la nube y 300 millones de lanzamientos en 2017 de Ubuntu a través de nubes públicas, nubes privadas y bare-metal. El soporte para Kubernetes, Azure, AWS y Google Cloud Platform ha podido ser un factor determinante para alcanzar estos números.

Ubuntu ha sido elegido para ayudar en las operaciones llevadas a cabo por muchas multinacionales, entre las que se encuentran Netflix, Bloomberg, PayPal, Spotify, AT&T, ebay y Slack. Como ya hemos dicho al principio, ha sido en los servidores y el IoT donde Canonical ha encontrado sus nichos de mercado, por lo que la apuesta de estas compañías por las tecnologías ligadas a Ubuntu termina siendo un fuerte espaldarazo para esta distribución y la empresa que la desarrolla.

Fuente:www.muylinux.com

Estamos de celebración y no por un aniversario cualquiera: Slackware cumple 25 años como la distribución GNU/Linux más longeva todavía en activo. Dicho de otra forma, Slackware no fue la primera, pero es la más vieja de cuantas existen actualmente.

Fue un 16 de julio de 1993 cuando, de acuerdo a las listas de correo oficiales, Patrick Volkerding anunció el lanzamiento de Slackware 1.0. Se trató de una primera versión muy escueta, como no podía ser de otra manera. Eran los albores de GNU/Linux: tan solo un año antes Linus Torvalds presentaba en sociedad el núcleo Linux y las distribuciones de la época hacían verdadero honor a su denominación, suministrando un sistema operativo básico que dista mucho de la completud, complejidad y cohesión que caracteriza a las distribuciones actuales.

Slackware 1.0 se basó en Softlanding Linux System (SLS), según recogen las crónicas (PDF), la primera en ofrecer “una distribución Linux completa que contuviese algo más que el kernel, GNU y otras utilidades básicas, incluida una implementación del sistema X Window”. SLS fue, de hecho, la distro más popular en su momento, pero como suele pasar en el mundo del código abierto, había ‘usuarios’ que no estaban del todo contentos con el producto y a diferencia de lo que ocurre con otros sistemas, tenían el código fuente a su disposición y con todas las facilidades de su licencia para meterle mano a fondo.

Hay que ver cómo son las cosas, pero del mismo modo en que surgieron distribuciones como Linux Mint, elementary OS u otras tantas de las más recientes y populares hoy en día, lo hicieron alguna de las más clásicas, todo porque la distribución “original” fallaba según los desarrolladores de las derivadas en algún aspecto en concreto. Del descontento para con la propuesta -mal mantenida y con más errores de lo deseable son las críticas más repetidas- de SLS, pues, surgieron directa o indirectamente distribuciones como Slackware o Debian, respectivamente.

Slackware 1.0, cuyo lanzamiento precedió incluso a la versión 1.0 del kernel Linux, se distribuyó en 24 disquetes de 3½” (1,44 MB cada uno), por lo que medio de instalación completo ocupaba menos aún que los instaladores por red actuales. Sea como fuere, todo esto pasó hace mucho tiempo y desde entonces la distribución ha avanzado un trecho, pero a su propio ritmo. Y es que Slackware es uno de esos proyectos de software libre que no sigue más convenciones que las suyas. Como muestra, un botón: su última versión, Slackware 14.2, data de julio de 2016 y entre sus principales novedades destacaba el entorno de escritorio KDE 4 o el gestor de arranque LILO. Así se las gasta Patrick Volkerding.

Porque Slackware ha sido desde sus orígenes el proyecto de Patrick Volkerding. El estadounidense es lo que en el mundo del código abierto se conoce no sin su dosis de cachondeo implícita como “dictador benevolente vitalicio”, apelativo que por lo general se refiere al líder de un proyecto relevante que admite la participación de otros, pero sin soltar nunca las riendas del mismo. Linus Torvalds es el gran ejemplo de “dictador benevolente vitalicio”, aunque hasta con estas cosas hay sorpresas y recientemente se ha dado un caso notable: el de Guido van Rossum abandonando la supervisión del desarrollo de Python.

El caso de Patrick Volkerding y Slackware, sin embargo, es diferente. Fiel al principio KISS (Keep It Simple, Stupid!), la fama que envuelve a Slackware la describe como una distribución para usuarios experimentados, de instalación trabajosa y mantenimiento sencillo, con gran soporte, estabilidad y rendimiento, pero muy alejada de lo que busca el usuario corriente del GNU/Linux contemporáneo. He ahí que no se la cuente como una de las grandes distribuciones, aunque por méritos técnicos nadie lo pueda discutir.

A todo esto, quizás alguien se pregunte el porqué de la consideración hacia Slackware, cuando entre el año pasado y este hemos visto cumplir un cuarto de siglo a nombres tan significativos en el ecosistema de Linux como SUSE (las primeras versiones de SUSE Linux se basaron en Slackware) o Red Hat. Pero ni la una ni la otra eran entonces no ya los proyectos y compañías, sino las distribuciones que son hoy en día. Así pues, feliz vigesimoquinto aniversario a Slackware.

Fuente:www.muylinux.com

Los videojuegos son un objeto de deseo para muchos linuxeros, pero dentro de este sector nos encontramos con un problema: que está casi totalmente dominado por el software privativo. Por desgracia, poco FLOSS consigue una posición destacada.

Combinar FLOSS con videojuegos no es algo sencillo, de hecho ni siquiera el mismísimo Richard Stallman se mostró especialmente vehemente con la presencia de Steam para GNU/Linux. Hasta ahora las mayores contribuciones FLOSS procedente del sector mainstream han sido posiblemente los motores liberados por Id Software, con el de que Quake III a la cabeza, ya que el de Doom 3 se ha mostrado como un auténtico fracaso, a pesar de que en actualidad ese motor tendría que ser movido por prácticamente cualquier GPU, incluidos Intel y Nouveau (el driver libre de Linux para GPU NVIDIA).

Juan Linietsky, líder y desarrollador principal de GODOT, ha publicado en un artículo en el sitio web del motor sus impresiones tras pasarse por la GDC 2018. Al parecer, las cosas han ido bastante mejor que en ediciones anteriores.

No es la primera vez que GODOT se deja ver en esta importante conferencia sobre videojuegos que reúne a casi 100.000 desarrolladores de todo el mundo en la ciudad estadounidense de San Francisco (California). Se puede percibir la decepción en las palabras de Linietsky cuando escribió que “nadie conocía GODOT” en la edición 2016, mientras que en 2017 notó una mejoría, pero todavía seguía siendo un gran desconocido.

Sin embargo, todo parece haber cambiado en la GDC 2018 según cuenta el propio Juan Linietsky, ya que ha detectado un conocimiento por parte de las empresas sobre la existencia del motor GODOT mucho mayorque en ediciones anteriores. Aunque esto no garantiza su éxito comercial, por lo menos sí aumenta las posibilidades de conseguir dicha meta.

El desarrollador estuvo preparándose para tener reuniones con empresas y así intentar promocionar GODOT, pero se encontró con la situación opuesta. Dicho de otra manera, fueron las empresas las que en su mayoría tomaron la iniciativa para saber sobre GODOT. Esto podría ser una señal de que muchos están teniendo a este motor como una posible opción a la hora de crear viedeojuegos, aunque no quiere decir que la mayoría lo conozca todavía.

Debido a su enfoque hacia pequeños y medianos proyectos, Linietsky esperaba que fuesen las pequeñas empresas las que mostrasen más interés, pero no. La mayoría de estas eran medianas e incluso algunas grandes que se ajustaban a alguno o algunos de estos perfiles:

• Empresas a las que les entusiasma el código abierto, sobre de América Latina y Europa (posiblemente los dos continentes donde el concepto del FLOSS tiene más pegada entre el público general).
• Empresa que cambiaron sus soluciones propias por Unreal Engine o Unity y que echan de menos la flexibilidad, a pesar de que esos dos motores les haya permitido reducir costes.
• Empresas grandes y medianas hartas del abuso de posición dominate de los gigantes mediante el uso de telemetría y analítica para impulsar soluciones privativas y de pago. Algunas incluso definieron “estar forzadas a pagar un impuesto para desarrollar videojuegos.”
• Empresas que buscan mejorar sus márgenes de beneficios.

A todo esto hay que sumar un creciente interés dentro del mundo académico, que ven a GODOT como algo más asequible y eficiente para enseñar que las soluciones comerciales. Si el motor Open Source es capaz de colmar las necesidades de los estudiantes, posiblemente estos lo sigan utilizándolo en su etapa profesional, por lo que esta área representa una gran oportunidad.

Recordamos que hace poco apareció GODOT 3.0, que intenta darle un fuerte impulso tanto en lo cualitativo como en su difusión. Que un proyecto como GODOT consiga hacerse un hueco entre las soluciones comerciales sería todo un triunfo para el software libre.

Fuente: www.muylinux.com

Según el último informe de Top 500, Linux ahora se ejecuta en todos los 500 superordenadores más rápidos del mundo. El número anterior era 498 ya que los dos superordenadores restantes ejecutaban Unix.

Top500 es un proyecto independiente que se lanzó en 1993 para comparar superordenadores. Publica los detalles sobre los 500 mejores superordenadores más rápidos que conocen, dos veces al año. Puedes ir al sitio web y filtrar la lista según diversos criterios, como el país, el tipo de sistema operativo, los proveedores, etc.

No te preocupes, voy a enumerar algunos de los puntos más interesantes de este informe.

Algunos datos sobre los 500 mejores superordenadores

• China tiene el superordenador más rápido del mundo. Sunway TaihuLight, desarrollado por el Centro Nacional de Investigación de Ingeniería y Tecnología Informática Paralela (NRCPC). Chinamantiene este puesto desde los últimos dos años.
• China también tiene la mayor cantidad de superordenadores, ya que posee 202 de los 500mejores.
• EE. UU. ocupa el segundo lugar con 143 entradas en el top 500.
• Japón ocupa el tercer lugar con 35, seguido de Alemania con 20, Francia con 18 y el Reino Unidocon 15. India y Arabia Saudita tienen 4 cada uno, mientras que Rusia tiene 3 superordenadores.

Dentro de los 10 mejores superordenadores más rápidos, EE. UU. tiene 5, Japón y China tienen 2cada uno, mientras que Suiza tiene 1. Los 2 principales puestos están ocupados por superordenadores de China.

Hubo un tiempo en que Unix era el sistema operativo más utilizado en superordenadores. Pero mediados de los 2000, Linux comenzó a superar en número a Unix.

La razón principal de este crecimiento es que Linux es libre y más fácil de personalizar. Los superordenadores son dispositivos creados para fines específicos. Esto requiere un sistema operativo personalizado para esas necesidades específicas.

Unix, siendo un sistema operativo de código cerrado y propietario, es costoso cuando se trata de personalización. Esta es la razón por la cual Linux gana la ventaja aquí.

Fuente: www.maslinux.es

La línea de comandos de Linux es la herramienta de sistema más potente que tenemos a nuestra disposición. No una de ellas, sino la que más. Pero claro, hay una gran variedad de usuarios y cada cual es libre de elegir usarla más o menos. ¿Tú eres de los que gusta de sacarle todo el provecho posible? Entonces este artículo va para ti.

La línea de comandos de Linux es además The Linux Command Line, un libro de William E. Shotts publicado bajo licencia Creative Commons BY-NC-ND 3.0 (permite la copia y redistribución en cualquier medio y formato, pero sin propósitos comerciales, derivados y con la correspondiente atribución de la autoría) cuya traducción al español ha concluido recientemente.

La línea de comandos de Linux, como es de esperar, recoge lo que podríamos denominar como la “biblia de Bash” y abarca de los conceptos y comandos básicos hasta los más avanzados. Vamos, que hace honor a su título. Y gracias a Adriano Sánchez, cuya labor de traducción comenzó hace más de dos años, ahora se puede disfrutar en español (enorme el trabajo, ¡felicitaciones!).

De esta noticia nos informó un lector la semana pasada (¡muchas gracias, Fernando!) y según nos contaba, el autor de la traducción “solicita ayuda de la comunidad para la revisión de dicha traducción”, aunque de este último extremo no se indica nada en el sitio del proyecto. En todo caso, quede el apunte.

Por cierto, La línea de comandos de Linux está disponible en formato blog, que no es el más idóneo para realizar tareas de consulta, pero de momento es el que hay. Si alguien se anima a pasarlo a formato PDF o similar que nos avise y lo compartimos de buena gana. Mientras tanto, ahí tenéis un recurso de lo más útil para aprender el Linux más esencial.

Y es que la consola mola, aunque como sucede cuando somos niños y nos dan a probar café o cerveza, no suela gustar a la primera. Hay cosas en la vida que hay que tomarse con calma para llegar a apreciarlas, y la terminal en Linux es una de ellas.

Fuente: www.muylinux.com