oct 13 2009

Creando unidades de almacenamiento RAM en GNU/Linux

Categoría: Software libreadmin @ 21:30

Utilizar unidades de almacenamiento RAM en GNU/Linux puede ayudar a incrementar el rendimiento de algunas aplicaciones acelerando el acceso a datos temporales, hacer un menor uso del disco duro o unidad de almacenamiento y, bajo algunas circunstancias, puede ser una práctica saludable para sistemas donde está sub-utilizada la memoria RAM.

De acuerdo a Wikipedia, lo que se denomina como disco RAM, o, más apropiadamente, una unidad RAM, es una unidad de almacenamiento que usa una zona de memoria RAM del sistema como almacenamiento secundario en lugar de un medio magnético (como los discos duros y las disqueteras) o memoria flash, implementada como un controlador de dispositivo más. El tiempo de acceso mejora drásticamente, debido a que la memoria RAM es varios órdenes de magnitud más rápida que las unidades de disco reales. Sin embargo, la volatilidad de la memoria RAM implica que los datos almacenados en una unidad RAM se perderán si falla la alimentación (por ejemplo, cuando el sistema se apaga). Las unidades RAM suelen usarse para almacenar datos temporales o para guardar programas descomprimidos durante cortos periodos.

En GNU/Linux hay varios directorios que pueden utilizarse con unidades RAM, como por ejemplo /tmp y /var/tmp, así como cualquier directorio utilizado para datos temporales que tengan poca o ninguna importancia si el sistema se reinicia o apaga, como por ejemplo el directorio temporal utilizado por una aplicación HTTP.

El uno de los problemas que tiene este tipo de unidades es el limite del espacio máximo disponible. Por lo general, y dependiendo de la cantidad de RAM con que disponga el sistema, el límite es casi del 50% de la memoria física. El límite se puede determinar utilizando el mandato df, el cual, además de mostrar las unidades de almacenamiento montadas, mostrará también el tamaño y uso del dispositivo /dev/shm (que corresponde a la memoria compartida o shared memory). El tamaño de /dev/shm puede ser tomado como parámetro para determinar el máximo de almacenamiento de una unidad RAM.

En un sistema con 1 GB de RAM, compartiendo memoria con la tarjeta de gráficos, es posible que el mandato df devuelva que /dev/shm tiene una capacidad aproximada de 496 MB.

Los dos directorios recomendados para utilizar como unidades RAM son /tmp, directorio de temporales del sistema cuyo contenido desaparece entre reinicios de sistema, y /var/tmp, directorio temporal cuyo contenido puede prevalecer entre reinicios de sistema.

En general, y a fin de evitar saturar la memoria del sistema, recomiendo asignar cantidades moderadas de espacio. Muchos documentos en Internet recomiendan 100 MB para /tmp y 30 MB para /var/tmp. En general está configuración es adecuada para muchos casos de uso general, sin embargo puede ser insuficiente para algunos procesos. Aplicaciones como ClamAV 0.95 requieren mucho más espacio en /var/tmp para poder descomprimir la base de datos de firma digitales. 30 MB asignados a /var/tmp son insuficientes e impedirán poder utilizar ClamAV como antivirus. Un espacio asignado de 80 a 100 MB es más apropiado.

Para /tmp, en general, muy rara vez se utilizarán más allá de unos poco MB, salvo que se utilicen programas para grabado de CD y DVD, siendo que de modo predeterminado utilizan /tmp de manera activa. Por tanto en circunstancias donde se hace uso de grabadores de discos compactos y DVD, es poco apropiado utilizar unidades RAM a menos que se disponga de una cantidad elevada de memoria RAM.

En general, en una ultra-portátil, se pueden configurar 100 MB para /tmp y 100 MB parta /var/tmp, lo cual podrá satisfaces la mayoría de las necesidades. En el caso de un servidor, dependiendo del tipo de aplicación utilizado, las dimensiones de /tmp, sobre todo, y /var/tmp pueden requerir al menos 200 MB, aunque es raro se ocupe más allá de 50 MB. En el caso del servidor HTTP de Alcance Libre, el directorio /tmp rara vez ocupa más allá de 50 MB.

El directorio /var/tmp, sin embargo, puede llegar a requerir mucho más espacio, siendo que es utilizado por programas como rpm, e indirectamente yum, por lo que durante una actualización de sistema, 30 MB, e incluso 50 MB, pueden ser muy pocos. Al actualizar el sistema, el mandato rpm descomprime los paquetes rpm, uno por uno, dentro de /var/tmp antes de instalar su contenido en el sistema. Si hay una actualización que involucre instalar un paquete muy grande, incluso 100 y hasta 200 MB pueden ser insuficientes. En estos casos, conviene dejar se asigne el 50% del RAM.

El otro problema que tienen las unidades RAM, es que su contenido siempre será volátil. Si el sistema se apaga o bien se reinicia, todo el contenido de la unidad RAM desaparecerá. Es por esto que solo se recomienda utilizar para contenido temporal.

Una vez tomados en cuenta por pormenores de utilizar unidades RAM, ahora solo queda configurar unidades RAM.

Se edita el fichero /etc/fstab, se define el dispositivo tmpfs, en punto de montaje (/tmp o /var/tmp), el formato tmpfs, opciones de montado (como el tamaño) y que jamás se verifique con fsck y que se carece de prioridad de montado. En el siguiente ejemplo se configura /tmp como unidad RAM:

tmpfs	/tmp	tmpfs	defaults		0 0

Con lo anterior, se deja que el sistema asigne la capacidad máxima, lo cual puede ser algo aproximado al 50% del RAM del sistema. Si se quiere establecer un tamaño definido, se añade el parámetro size, un signo de igual y el valor en megabytes que se quiera utilizar. En el siguiente ejemplo, se establecen 100 MB como tamaño para /tmp:

tmpfs	/tmp	tmpfs	defaults,size=100M	0 0

En el siguiente ejemplo, se establecen 80 MB como tamaño para /var/tmp:

tmpfs	/var/tmptmpfs	defaults,size=80M	0 0

Para que surtan efectos los cambios, se recomienda reiniciar el sistema.

Fuente

Etiquetas: ,


oct 13 2009

Microsoft borra datos de usuarios de Sidekick

Categoría: Generaladmin @ 21:23

Mientras Apple se come los datos de los usuarios de Snow Leopard, Microsoft pierde los de quienes usan un Sidekick.

Este fin de semana, Danger, empresa adquirida por Microsoft el año pasado, alertó a los usuarios de este móvil que datos como contactos, entradas del calendario, reuniones y fotos que eran respaldadas en “la nube” habían desaparecido debido a un problema en la compañía.

Nuestros equipos continúan trabajando a toda máquina con la esperanza de descubrir alguna manera de recuperar esta información. Sin embargo, las probabilidades de un resultado exitoso son extremadamente bajas”, señalaron la operadora T-Mobile y Microsoft en un comunicado conjunto.

Mientras tanto, los modelos de Sidekick disponibles aparecen como “agotados” en la tienda online de T-Mobile. Quienes fueron afectados, en tanto, recibirán una compensación de USD$100 por los datos perdidos.

Aún no está claro cuántos del millón de usuarios de Sidekick han sido afectados por este problema. Sin embargo, el hecho ha llevado a varios expertos a cuestionar el uso cada vez más extendido de la nube como un lugar donde almacenar los datos.

Ya ha habido voces disidentes respecto a esto, entre ellas las de Larry Ellison y Richard Stallman, aunque sigue habiendo servicios y empresas (Google sobre todo) que dependen y defienden fuertemente este sistema, que sin duda, es bastante útil. Sin embargo, a la luz de esto habrá que pensar tal vez en seguir respaldando archivos en discos…

Fuente

Etiquetas: ,


oct 13 2009

Apple reconoce bug en Snow Leopard finalmente

Categoría: Generaladmin @ 21:19

Después de que varios usuarios frustrados alegaran durante casi un mes, Apple finalmente reconoció que efectivamente Snow Leopard tiene un problema: puede accidentalmente borrar todos los datos del usuario del computador al iniciar la sesión como invitado.

La falla le ocurrió a algunos usuarios que actualizaron su sistema a Snow Leopard, y luego entraron con una cuenta de “invitado” a sus máquinas. Cuando intentaron entrar con su propio usuario al computador, se encontraron con la sorpresa de que todos sus archivos personales (documentos, música y video) habían desaparecido.

“Estamos conscientes del problema, que ocurre sólo en casos extremadamente raros, estamos trabajando en una solución”, dijo la firma en un comunicado, un mes después de las primeras quejas.

El problema ha sido ampliamente discutido en los foros de Apple, y aunque algunos han logrado recuperar los datos perdidos, la mayoría sólo desapareció.

Fuente

Etiquetas: , ,


oct 13 2009

Censura en Wikipedia en español

Categoría: Generaladmin @ 20:49

Finalmente los bibliotecarios que llevan una cruzada “antichavista” en Wikipedia (es español), han borrado todo rastro de nuestra distribución VENENUX GNU/Linux en la “enciclopedia libre”.

Ya hace un tiempo nos habían incluido dentro de sus objetivos a ser destruidos, borrados y desaparecidos de los registros de Wikipedia, lo mismoque han hecho con otros muchos temas, distintos grupos que persiguen fines políticos dentro de Wikipedia, y que les importa muy poco la veracidad de lo que allí se incluye o no.

No solo han borrado nuestro articulo, basándose en vinculaciones falsas con el gobierno de Venezuela y con el chavismo (que aunque hubieran existido no lo justificaban) sino que han quitado toda referencia a nuestra distribución en todos los artículos en que era correctamente nombrada, ocultando información deliberadamente:

* Oscar_. acaba de borrar todo rastro de VENENUX en el artículo “Linux-libre” de Wikipedia (que recoge -o recogía- un listado de todas las distros que usan dicho núcleo), con fecha “03:23 13 oct 2009″, como puede verse en aca.

* Oscar_. acaba de borrar todo rastro de VENENUX en el artículo “Richard Stallman” de Wikipedia (donde se comentan -comentaban más bien- brevemente las distros recomendadas por GNU por ser 100% libres), con fecha “03:19 13 oct 2009″, como puede verse aca.

* Oscar_. acaba de borrar todo rastro de VENENUX en el artículo “KDE” de Wikipedia (que recoge -o recogía- un listado de todas las distros que usan dicho escritorio), con fecha “03:19 13 oct 2009″, como puede verse aca.

Todos estos grupos de extrema derecha que hacen el trabajo sucio, algunos a cambio de compensaciones económicas, y otros solo que para hinchar aún más su grueso ego, están destruyendo la credibilidad de Wikipedia desde sus mismas bases, porque en vez de ser la vacuna contra los contenidos falsos, son el virus que los provoca.

Sufren de una alergia a todo lo que puede ser o parecer de la “izquierda política”, la sola idea del Software Libre les parece escandalosa, “comunista”, objetivo a ser destruido. Luchan contra un enemigo amorfo, tienen una gran paranoia y están llevando a cabo una verdadera caza de brujas.

Se han adueñado de la Wikipedia, y difícilmente esto pueda cambiar a mediano plazo, manipulan conscientemente la opinión de los internautas, ocultan información, tergiversan… en fin destruyen el bello patrimonio que no les pertenece a ellos.

Fuente

Más info

Etiquetas: , ,