#26 #28 Es tán fácil como entrar en su web. http://www.asociacionfacultativos.com/
Ostias pero si la tenéis en #8

#99 Pues ya tienen que ser malas. Casi todas se basan en Debian, Slackware, RHE o demás, y todas implementan de serie o casi logrotate, excepto los BSD.

He de decir que la pérdida de rendimiento, incluso con 256 de RAM, es casi inapreciable por la gran caché de disco que usan los UNIX y tambien por la posibilidad de montar la carpetas de logs en la RAM.

#99 Sobre lo de fantasmilla, no hombre, pero es que hablar de rendimiento en sistemas de ficheros como NTFS es como hablar de lento en EXT3 teniendo EXT4, me saca la vena respondona .

Windows necesita una renovación a tiros. Tirar NTFS, El registro y todo lo que huela a rancio, en una capa de compatibilidad aparte, como hicieron los de Apple con OSX tras el 9.

Sobre Haiku, colaborar mola http://echelog.com/logs/browse/haiku/1275948000

#96 "Por favor, no cites mis frases si realmente no estas seguro de lo que hablas" usted perdone, llevo desde Debian desde la Woody y he colaborado con Haiku, lo siento si interrumpo su magna presencia.

"Y sobre UNIX o Linux hay distribuciones que incluyen registros y logs (que no son iguales que los de Windows) que están mal diseñados y crecen sin rotar correctamente"

Logrotate. Por cierto, ese problema con los logs no lo he tenido con ZFS al aumentar el tamaño del pool. Decías que una distro mal diseñada podía sufrir problemas de rendimiento. Ni de coña tanto como Windows.

Me hace gracia que digas que los logs del sistema estén mal diseñados teniendo Windows un sistema de log registro binario monolítico que puede mandar tu equipo al cuerno y que hace imposible casi migrar configuraciones de un equipo a otro.

#97 "log y registro, perdón" Ah y se me olvidaba, en un sistema no vital puedes montar /var/log en RAM y olvidar el tema de rendimiento.

#97 #98 Me estás dando la razón. Eso si, fardando por el camino. La degradación en Windows sigue existiendo, aunque ya no es tan salvaje. En Linux también se da en distros mal diseñadas o con algún bug, no específicamente en un registro central, pues no existe, pero si en algún subsistema de los que integra. Logrotate, ZFS y pools, etc, cosas que sabemos todos los del mundillo, pero son soluciones que tu das a posteriori, mientras que estamos hablando de instalaciones out-of-the-box.

No me gusta criticar a nadie, ya que no soy perfecto, pero tus palabras, a medida que las leo, van recreando el término 'fantasmilla' en mi pensamiento.

#99 Pues ya tienen que ser malas. Casi todas se basan en Debian, Slackware, RHE o demás, y todas implementan de serie o casi logrotate, excepto los BSD.

He de decir que la pérdida de rendimiento, incluso con 256 de RAM, es casi inapreciable por la gran caché de disco que usan los UNIX y tambien por la posibilidad de montar la carpetas de logs en la RAM.

#99 Sobre lo de fantasmilla, no hombre, pero es que hablar de rendimiento en sistemas de ficheros como NTFS es como hablar de lento en EXT3 teniendo EXT4, me saca la vena respondona .

Windows necesita una renovación a tiros. Tirar NTFS, El registro y todo lo que huela a rancio, en una capa de compatibilidad aparte, como hicieron los de Apple con OSX tras el 9.

Sobre Haiku, colaborar mola http://echelog.com/logs/browse/haiku/1275948000

#7 "Aparte de que NTFS sufre poca fragmentación en comparación con por ejemplo FAT32"

Nos ha jodido , y ext4 es bastante más rapido que ext3 y mucho más que NTFS. Es como decir que NT es más estable que Win9X. Normal, frente a esos (SO?) simples que se cuelgan con C:\con\con y tienen un limite 128kbs, pues NT y NTFS parecen buenos.

" Por cierto una distro de linux mal diseñada también puede sufrir problemas de degradación. "

Ya puedes meter y quitar cosas de un Unix que como borres la configuración no queda ni rastro. De Windows SIEMPRE queda algo de basura en el registro.

#9 Por lo mismo por lo que comenta #8 sobre Linux.

Las instalaciones en Mac siempre han sido limpísimas, incluso antes de existir OS X. Copias o borras, no hay registros ni basura adicional de ningún tipo.

#11 En Mac hay alguna cosa que causa problemas, como los resource forks.
Eso sí, OS9 antes de OSX era mucho más limpio. ¿Querías instalar el SO? Pues arrancabas desde un CD y "copiabas" la carpeta System al disco duro. Done!! SO instalado. ¿Instalar aplicaciones? ARrastrala a Aplicaciones. Hoy día OSX funciona así con muchas aplicaciones sencillas, pero las complejas requieren sí o sí un instalador. Y el OSX tienes que instalarlo como Windows o Linux, ya no hay copiar carpeta que valga.

#10 Precisamente creo que no han cambiado a otro sistema de ficheros porque no han logrado incorporar los resource forks de Mac en otro sistema de archivos. Por cierto, no, el problema es que el OSX por defecto no es case-sensitive pero algunos programadores portan directamente desde Linux sin pensar que OSX es case insenstiive y surgen problemas. Tampoco ayuda que iOS por defecto sea case senstive, así que "photo.png" en OSX es lo mismo que PHOTO.png" mientras que en iOS son diferentes archivos.

#15 Ah, vale esos datos extra de los Macs, ¿no? Y que para conservarse hacian un HQX o algo así. Pues si son capaces de implementar un OS completo, solo tienen que coger código BSD (FFS2 es decente, ZFS es una bestia) y añadírselo.

#16 creo que lo intentaron con ZFS sin éxito, pero no puedo asegurártelo.

#18 Es que ZFS para un MAC... es una bestia gorda. Sí, se puede tunear para que rule en un portátil, pero es que es complejo de narices. Con UFS+ tienen de sobra.

#17 Es ilegal. Lo sabes, ¿no?

#15 Sí, lo sé, tenía un Performa 460

#8 Se puede desde limpiar el registro hasta restaurarlo a una versión anterior.

#35 Nunca queda bien y es peligroso. El registro es una chapuza frente a la configuración plana de texto de los Unix.

#36, la robustez no reside tanto en que sea texto plano, si no en el hecho de que es descentralizada. Cada programa tiene su fichero de configuración separado, en algunos casos teniendo una configuración global (probablemente en /etc) separada de una configuración local por usuario (~/.algo). ¿Por qué esto es bueno? Además de que porque como se rompa un archivo por lo que sea, es un programa el que casca y no todos; no trabajas (en general) sobre un fichero de configuración enorme e inmanejable.

El registro es una guarrada infumable. Para mí, lo peor de este tipo de sistemas.

#38 El registro estaba bien en equipos como 486 y Pentium donde los formatos de archivo eran mayormente binarios para ocupar menos en memoria.

Ahora, WinNT parece un OS anacrónico en diseño. Sí, UNIX es de los 60, pero es un SO nacido en ordenadores potentes, y tal diseño en los ordenadores de hoy va fo-lla-do en comparación de un sistema adaptado de los microordenadores de los 80 con sus limitaciones, ergo DOS->W95->98 / WMS->WNT/ etc...

Es decir, UNIX se diseñó para ser correcto, simple y adaptado a multiusuario y multitarea e internet se creó alrededor de éste . DOS y NT parecen hechos para sistemas con poca carga como oficinas y pymes. Ahora tenemos mucha más potencia, hacemos varias tareas a la vez con muchos procesos y el diseño Unix se nota.

#35 como un ordenador con Windows esté lleno de basura, me juego contigo un viaje de un mes al Caribe a que no lo limpias ni con 400 programas de esos tipo "RegCleaner Pro bla bla bla", ni con restaurar el registro ni con nada.

Ext también tiene fragmentacion. Ahora que hasta que no tienes ocupado alrededor del 80% del disco no empieza a aparecer.

#8 Tal como esta, guarrada infumable. Si separaran las claves principales en distintos archivos, actualizaran el regedit con algunas opciones de mantenimiento ( eliminación de entradas sin uso, un histórico de cambios que permitiera revertirlos..), podría mejorar bastante.

#46 " Ext también tiene fragmentacion. Ahora que hasta que no tienes ocupado alrededor del 80% del disco no empieza a aparecer."

Normalmente puedes separar /home o /usr sin problema, y agrandarlas y reducirlas con LVM. Es la ventaja de Unix, "construir" tu sistema de archivos sobre lo que sea.

"Tal como esta, guarrada infumable. Si separaran las claves principales en distintos archivos, actualizaran el regedit con algunas opciones de mantenimiento ( eliminación de entradas sin uso, p.e.), podría mejorar bastante. "

Vamos, como gconf/dconf en Gnome.

#48 No, críptico no es , son claves xml, pero cuando se desinstala algo creo que si quedan cosas en $HOME

En concreto al quitar compiz de Trisquel me ha quedado la configuracion, pero es inócua.

#65 OpenBSD no es Linux, aunque en diseño es mucho más simple que Windows. Muchísimo más. Para arrancar un servicio, lo metes en /etc/rc.conf (te avisa el gestor de paquetes sobre lo que tienes que añadir) y ya arranca.

Y con pkg_mgr puedes meter paquetes seleccionando en la terminal con el ratón, y pulsando [a] metes todo a bloque.
http://dawn.rhaalovely.net/pkg_mgr/pkg_mgr-0.2-x11cat.png
Y no se cuelga jamás.

Y la documentación cubre todo, TODO, desde como arranca el sistema punto por punto, como arrancan los servicios, meter un sistema de escritorio a meter un servidor DNS. Te explica hasta lo básico de redes TCP/IP-

#48 Oye, ¿me gustaría saber porqué has entrado en mi perfil y has votando negativo en todos mis comentarios desde hace una semana? Sobre todo cuando son comentarios que no tienen nada que ver con el software libre (al cual apoyo y con el cual trabajo desde 1996) ¿tienes quince años? ¿has cogido una pataleta? Menudo troll!!!!

#47 El otro día pase el sistema (en lvm) a un disco ssd(lvm). El home esta en la partición de otro disco mas grande, a la espera de que empieza lvmizarlo. Vamos que lo que me vendes ya lo he comprado

Con el gconf me has pillado. La idea no era mia

#8 Estas un poco despistado. Cuando digo que NTFS sufre menos fragmentación que FAT32 me refiero a que la degradación de Windows antes era más evidente que hoy en día. Y sobre UNIX o Linux hay distribuciones que incluyen registros y logs (que no son iguales que los de Windows) que están mal diseñados y crecen sin rotar correctamente, por lo que puede impactar sobre el rendimiento del sistema si éstos se encuentran en particiones pequeñas y a su vez vitales. Por favor, no cites mis frases si realmente no estas seguro de lo que hablas.

#96 "Por favor, no cites mis frases si realmente no estas seguro de lo que hablas" usted perdone, llevo desde Debian desde la Woody y he colaborado con Haiku, lo siento si interrumpo su magna presencia.

"Y sobre UNIX o Linux hay distribuciones que incluyen registros y logs (que no son iguales que los de Windows) que están mal diseñados y crecen sin rotar correctamente"

Logrotate. Por cierto, ese problema con los logs no lo he tenido con ZFS al aumentar el tamaño del pool. Decías que una distro mal diseñada podía sufrir problemas de rendimiento. Ni de coña tanto como Windows.

Me hace gracia que digas que los logs del sistema estén mal diseñados teniendo Windows un sistema de log registro binario monolítico que puede mandar tu equipo al cuerno y que hace imposible casi migrar configuraciones de un equipo a otro.

#97 "log y registro, perdón" Ah y se me olvidaba, en un sistema no vital puedes montar /var/log en RAM y olvidar el tema de rendimiento.

#97 #98 Me estás dando la razón. Eso si, fardando por el camino. La degradación en Windows sigue existiendo, aunque ya no es tan salvaje. En Linux también se da en distros mal diseñadas o con algún bug, no específicamente en un registro central, pues no existe, pero si en algún subsistema de los que integra. Logrotate, ZFS y pools, etc, cosas que sabemos todos los del mundillo, pero son soluciones que tu das a posteriori, mientras que estamos hablando de instalaciones out-of-the-box.

No me gusta criticar a nadie, ya que no soy perfecto, pero tus palabras, a medida que las leo, van recreando el término 'fantasmilla' en mi pensamiento.

#99 Pues ya tienen que ser malas. Casi todas se basan en Debian, Slackware, RHE o demás, y todas implementan de serie o casi logrotate, excepto los BSD.

He de decir que la pérdida de rendimiento, incluso con 256 de RAM, es casi inapreciable por la gran caché de disco que usan los UNIX y tambien por la posibilidad de montar la carpetas de logs en la RAM.

#99 Sobre lo de fantasmilla, no hombre, pero es que hablar de rendimiento en sistemas de ficheros como NTFS es como hablar de lento en EXT3 teniendo EXT4, me saca la vena respondona .

Windows necesita una renovación a tiros. Tirar NTFS, El registro y todo lo que huela a rancio, en una capa de compatibilidad aparte, como hicieron los de Apple con OSX tras el 9.

Sobre Haiku, colaborar mola http://echelog.com/logs/browse/haiku/1275948000

#55 estaba esperando ese comentario. Todo el mundo me contesta lo mismo. Y yo siempre digo lo mismo: se puede contar "lo que hay", sin distorsionarla en modo alguno, de distintas maneras.