Inodos
Claudio Baeza Retamal escribió: Razones? Ya que tanto menciona estabilidad y los agregados de ext3: 1.- XFS soportaba ACL y otras cosas MUCHO ANTES que ext3 Hay (habia) otra razon para usar sistemas de archivos como ReiserFS, XFS, JFS: que los directorios se manejan como arboles y no como listas planas. Cuando los directorios son muy grandes, esto es critico, puesto que hacer busquedas sobre las listas planas es tremendamente ineficiente, O(N), donde N es la cantidad de entradas (archivos/directorios) en el directorio. En cambio si tienes un arbol (generalmente variaciones de B-trees) las busquedas son O(log N). Hace poco habia un parche para tener directorios en una especie de arbol en ext3 tambien (h-tree o alguna payasada por el estilo). No se si habra sido incluido, o siquiera si se usa por defecto o hay que activarlo. Pero fue hace bastante poco (uno o dos an~os atras), mientras que ReiserFS usa arboles desde hace varios an~os. -- Alvaro Herrerahttp://www.advogato.org/person/alvherre El sabio habla porque tiene algo que decir; el tonto, porque tiene que decir algo (Platon). From [EMAIL PROTECTED] Mon Jul 24 16:28:51 2006 From: [EMAIL PROTECTED] (Horst H. von Brand) Date: Mon Jul 24 16:23:54 2006 Subject: Inodos In-Reply-To: Message from Claudio Baeza Retamal [EMAIL PROTECTED] of Mon, 24 Jul 2006 13:04:36 -0400. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Claudio Baeza Retamal [EMAIL PROTECTED] wrote: El dom, 16-07-2006 a las 01:03 -0400, Horst von Brand escribió: [EMAIL PROTECTED] wrote: Mensaje citado por Horst von Brand [EMAIL PROTECTED]: [...] La gente que elige entre las alternativas en Linux sabe lo que hace, la gente que elige Windows... no elige. Justamente, la gente que usa linux y que realmente necesita de un sistema de archivo sofisticado //__NO__\\ usa ext3, Da razones de veras... Razones? Ya que tanto menciona estabilidad y los agregados de ext3: 1.- XFS soportaba ACL y otras cosas MUCHO ANTES que ext3 Yep. 2.- Los algoritmos y metacodigos han sido utilizados en ambientes de mision critica y de alto rendimiento MUCHO mas que ext3 Tiendo a dudarlo... nunca jamas han habido tantas SGI como Linuxes. Digamos (generosamente) un 10%. 3.- Las principales fallas detectadas se deben a que XFS soportaba cosas que linux como S.O. operativo aun no permitia, como I/O garantizado y otas que en este preciso instante no recuerdo. Se deben a que XFS /requiere/ (no /soportaba/) cosas que el /hardware de SGI/ (no /Linux como SO/) provee. Ligerisima diferencia, que indica que el port de XFS a Linux no fue completo... y hasta el dia de hoy hay gente que se queja de su arquitectura no-Linux y problemas adicionales... de no limpiarse eso en un plazo prudente, capaz que les baje la indiada y lo macheteen de una uno de estos an~os. 4.- Los tiempos de respuesta para corregir errores y proponer mejoras en el VFS del kernel 2.6 fueron muy rapidas, considerando que las cosas que se incluyeron ahi, IRIX y XFS ya las incorporaban hace bastantes años, en el kernel 2.6 se hicieron cambios y la gente de XFS adapto el codigo de XFS rapidamente. Claro, y ext3 no se ajusto en paralelo. Hoy ni compila, supongo... 5.- El unico problema que se le puede atribuir a XFS es que su codigo es de una empresa (SGI). El codigo es feo, arquitecturado en forma no-Linux, usando capas de compatibilidad poco claras. Que sea de SGI no tiene relevancia (al JFS de IBM o al LVM de Sixtina no le critican esto...). Pero no se le puede espetar argumentos de toxicidad a XFS, como en el caso de ReiserFS. XFS es toxico en conjunto con fierros normales. No al nivel de ReiserFS, claro. solo basta ver la gente que tiene banco de datos de alta demanda o sistemas de administracion de datos. Por ejemplo, en proyectos para crear una infraestrura Grid para gestionar datos (DATAGRID o TERAGRID), todavia no he visto NI UNO SOLO con ext3, gente que precisamente es experta en el tema y toman decisiones considerando todas las variables. Grid y alto rendimiento del sistema de archivos?! No hay seguros contra dan~arse seriamente la salud desternillandose de risa! Recien llego de vacaciones. Bien por ti! La verdad, no se que pensar, prefiero pensar que no se entedio a que me referia o es que relmente hay ignorancia sobre el tema. Hay que saber leer, si, saber leer sin fanatizarce, me cito: solo basta ver la gente que tiene banco de datos de alta demanda o sistemas de administracion de datos, Por ejemplo, en proyectos para crear una infraestrura Grid para gestionar datos (DATAGRID o TERAGRID)... Grid es /lento/. Que le pongas un sistema de archivos de alto rendimiento debajo no hace variar el que las latencias en Internet pueden llegar a varios segundos. Si puede importar manejar groseramente enormes volumenes de datos, cosa
Inodos
Alvaro Herrera [EMAIL PROTECTED] wrote: Claudio Baeza Retamal escribió: Razones? Ya que tanto menciona estabilidad y los agregados de ext3: 1.- XFS soportaba ACL y otras cosas MUCHO ANTES que ext3 Hay (habia) Habia. otra razon para usar sistemas de archivos como ReiserFS, XFS, JFS: que los directorios se manejan como arboles y no como listas planas. Cuando los directorios son muy grandes, esto es critico, puesto que hacer busquedas sobre las listas planas es tremendamente ineficiente, O(N), donde N es la cantidad de entradas (archivos/directorios) en el directorio. En cambio si tienes un arbol (generalmente variaciones de B-trees) las busquedas son O(log N). Asi es. Hace poco habia un parche para tener directorios en una especie de arbol en ext3 tambien (h-tree o alguna payasada por el estilo). No se si habra sido incluido, o siquiera si se usa por defecto o hay que activarlo. Pero fue hace bastante poco (uno o dos an~os atras), mientras que ReiserFS usa arboles desde hace varios an~os. Opcion dir_index de ext3 (mke2fs(8)): mke2fs -O dir_index /dev/lo/que/sea Aca (Fedora rawhide) esta por omision en mke2fs.conf(5). Puede manipularse el sistema de archivos para usarlo en directorios nuevos mediante tune2fs(8), y luego transformar los antiguos con e2fsck(8): tune2fs -O dir_index /dev/lo/que/sea e2fsck -D /dev/lo/que/sea Era experimental para e2fsprogs 1.27 (20020308) y funcional para 1.29 (20020924). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Mon Jul 24 17:37:42 2006 From: [EMAIL PROTECTED] (dblackbeer) Date: Mon Jul 24 17:32:46 2006 Subject: =?utf-8?q?Re=3A_OT=3A_php_te_da=C3=B1a_la_cabeza?= In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2006/7/24, Carlos Barbiero [EMAIL PROTECTED]: On 7/24/06, dblackbeer [EMAIL PROTECTED] wrote: Y sera cierto nomas que php hace daño al cerebro? http://bbspot.com/News/2000/6/php_suspend.html hace referencia a un estudiante suspendido por usarlo. -- cosechero no puedo creer que todavia haya gente dedicándose a buscar esas patrañas. como se nota que no tienen nada que hacer! -- Carlos Barbiero Corrientes - Argentina Efectivamente. Hace daño. Afloja con php y relajate. -- cosechero
Inodos
Alvaro Herrera [EMAIL PROTECTED] wrote: Horst von Brand escribió: Juan Ponce R [EMAIL PROTECTED] wrote: el odio hacia reiserfs de algunos para mi no es mas que FUD Las razones estan muy bien resumidas en http://wiki.kernelnewbies.org/WhyReiser4IsNotIn Reiser4 no es ReiserFS. Son dos sistemas completamente distintos. Si, pero la actitud de los desarrolladores es la misma. Y dejaron caer /toda/ la mantencion de ReiserFS 3.6 porque ya no es interesante, esperen Reiser 4 que hara todo eso y mucho mas hace ya varios an~os, y el sucesor (aun no esta a la altura, vean la referencia) simplemente /no/ hace lo prometido tampoco (y de pasada han abusado publicamente de quienes se han atrevido a meter mano al codigo que abandonaron, tratando de mantenerlo al dia...). ReiserFS 3.6 es toxico tecnicamente (inestable, faltan caracteristicas fundamentales como ACL, no hay fsck). Y el (ex)grupo de desarrollo ha mostrado repetidas veces que /no/ son confiables. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
Inodos
Cristian Rodriguez [EMAIL PROTECTED] wrote: El 14/07/06, Horst von Brand[EMAIL PROTECTED] escribió: [...] SLES es ... SLES. Supongo aun siguen con ReiserFS... Si porque funciona No. Es porque financiaron ReiserFS, y (por temas de perder cara y soporte a sistemas heredados) no pueden darle PLR sin mas. Notese que ReiserFS esta /explicitamente/ dejado de lado por sus desarrolladores, quienes sugieren migrar a la version siguiente (que es aproximadamente tan parecido al existente como FAT a NTFS, y que para remate esta aun en pruebas tempranas). y funciona bien, Hay suficiente evidencia empirica (y analisis de gente entendida) que indica que /no/ es asi... ademas Novell tiene a la mayor cantidad de gente especialista en ese sistema de archivos.. ;) Yep. Como que no les queda otra, dado el 1er punto. ademas SLES soporta XFS, le da la eleccion al usuario a utilizar lo que estime conveniente en lugar de forzarlo a usar ext3. Otra excelente razon para alejarse de SLES... Aunque yo se que ud es experto, lamento decirle que creo que lo que uds señala, no pasa de ser FUD y que Novell invierta millones y soporte mas de 1 distribucion con ese sistema de archivos que ud no gusta, lo confirma. No soy el unico al que no le gusta... en realidad, son sus proponentes los que estan en la inmensa minoria. Los datos que he visto indican que el rendimiento (a igualdad de proteccion de datos, ReiserFS por omision /no/ guarda mas que metadatos en el journal) es casi el mismo, y ReiserFS (por su disen~o) es mucho mas fragil frente a errores en el disco (No hay forma segura de saber si algo es datos o metadatos sin revisar la estructura hasta llegar a ese punto; si la estructura se dan~a en alguna parte /no hay/ como recuperar lo que viene de alli en adelante. Si tienes un archivo que contiene una imagen de ReiserFS en el sistema de archivos, es imposible distinguir lo que esta dentro de lo que hay afuera.). Las herramientas para recuperar de errores son inexistentes, en la practica, en parte por las razones anteriores y tambien porque la posicion /oficial/ de los desarrolladores era respalden si les importan sus datos, no nos interesan herramientas de recuperacion. ReiserFS 4 es aun un suen~o de pipa de opio. Y por /largas/ discusiones en LKML queda claro que se proponen implementar cosas que simplemente no son posibles. XFS supone en su disen~o garantias que dan los discos de SGI (en terminos de grabar informacion al cortarse la energia), que /nadie mas/ da. En consecuencia, en discos normales tambien tiene problemas de consistencia. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
Inodos
El 14/07/06, Horst von Brand[EMAIL PROTECTED] escribió: SLES es ... SLES. Supongo aun siguen con ReiserFS... Si porque funciona y funciona bien, ademas Novell tiene a la mayor cantidad de gente especialista en ese sistema de archivos.. ;) ademas SLES soporta XFS, le da la eleccion al usuario a utilizar lo que estime conveniente en lugar de forzarlo a usar ext3. Aunque yo se que ud es experto, lamento decirle que creo que lo que uds señala, no pasa de ser FUD y que Novell invierta millones y soporte mas de 1 distribucion con ese sistema de archivos que ud no gusta, lo confirma.
Inodos
Mensaje citado por Horst von Brand [EMAIL PROTECTED]: Claudio Baeza Retamal [EMAIL PROTECTED] wrote: Depende si sano implica no ser astuto. Casi todos los sistemas de archivos actuales, los inodos son dimanicos. Solo esta el detallito /muy/ menor que los que se usan en la practica no son los actuales... Bueno, el uso de otros sistemas de archivo como XFS no es despreciable, si se considera que ReHat esta considerarlo incluirlo de manera oficial y Centos debido a la presion de los usuarios acepto incorporporarlo, claro que como unssoported, pero ya es un paso. Otras distribuciones como Suse Enterprise lo incorporan de manera oficial. Por ejemplo, es completamente absurdo el tiempo que se pierde en crear un sistema de archivos ext3 en particiones grandes ... cosa que definitivamente no se hace cada 5 minutos Si eso es cierto, pero cuando uno crea un sistema de archivo grande, pucha que fastidia esperar mas de 15 minutos, sobre todo cuando hay una mujer con cara de enojada esperandote :) y ademas el espacio fisico de almacenamiento que se pierde si se tiene archivos pequeños. Cierto. Pero los discos son baratos... y los sistemas de archivos con fragmentos u optimizados para archivos chicos son inestables (o tienen otros problemas). Pero discos SCSI de alto rendimiento no son baratos, asi que cuando se tiene varios usuarios donde cada uno tiene miles de archivos fortran y mas encima generan archivos de datos enormemente grandes, pucha que vale la pena tener un sistema de archivo astuto. Si ser astuto es no ser sano, entonces prefiero lo insano, que por cierto es la tendencia de __//todos\\__ los Sistemas de Archivos Journaling (excepto ext3). Que es /lejos/ el mas popular. Sera por algo... Bueno, windows es lejos mas popular que linux, pero no significa que sea mejor ;) saludos -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 This message was sent using IMP, the Internet Messaging Program. From [EMAIL PROTECTED] Fri Jul 14 03:27:38 2006 From: [EMAIL PROTECTED] (Vida Luz) Date: Fri Jul 14 04:09:05 2006 Subject: Usar crypt blowfish en Fedora Core 5 Message-ID: [EMAIL PROTECTED] Hola a todos, Toy migrando hacia un fedora 5, todos mis user antes residian en suse, sin mebargo aca estaban usando em metodo de encriptacion Blowfish, resulta que ahora que los migro a Fedora los paswword no funcionan, en el fedora tengo instalado el perl-Crypt-Blowfish, entonces me fui al /etc/pam.d/system-auth y en la linea: passwordsufficient/lib/security/$ISA/pam_unix.so nullok use_authtok md5 shadow, sustitui md5 por blowfish. Pero la autenticacion no funciona, como puedo lograr la autenticacion sin que mis usuarios sufran el trauma de cmabio de password ? tenmos mas de 2000 usuarios. Gracias pro su sugerencias. From [EMAIL PROTECTED] Fri Jul 14 03:36:46 2006 From: [EMAIL PROTECTED] (Luis Merino) Date: Fri Jul 14 04:35:41 2006 Subject: Encuentro Linux YA!! In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El vie, 14-07-2006 a las 01:44 -0400, Dionisio Fernández Mora escribió: 2006/7/13, Asdtaker [EMAIL PROTECTED]: Para los interesados http://2006.encuentrolinux.cl/ Ok, tomo este hilo para exponer algunas dudas y recomendaciones que surgen en mi al visitar el sitio del Encuentro, ojalá que algunos de los encargados este año las pueda ver y responder. Duda: Es el hecho de que ya hay expositores confirmados para el Encuentro, aunque son de un Nombre Ganado en el mundo de Linux en Chile por lo menos 2 de ellos, que son el Profesor Horst y Franco, me parece extraño que se salte el Conducto Regular para adjudicarce un espacio en el evento. Hasta donde yo se, existen dentro de los encuentros linux ciertos cupos que son reservados para los invitados por la misma organización y también estan los cupos que se dan por la presentación de trabajos. Recomendación: Cambiar el index de http://www.encuentrolinux.cl/ ya que a mi gusto, lo encuentro demasiado informal para la mirada actual que tiene el Encuentro. Sin más que agregar y esperando una respuesta me despido. -- Luis Merino http://jarufe.monkey.cl Userlinux #345086 [Ubuntu Chile http://ubuntu-cl.org] Me interesa cualquier cosa que tenga que ver con el Software Libre.. .
Inodos
[EMAIL PROTECTED] wrote: Mensaje citado por Horst von Brand [EMAIL PROTECTED]: Claudio Baeza Retamal [EMAIL PROTECTED] wrote: Depende si sano implica no ser astuto. Casi todos los sistemas de archivos actuales, los inodos son dimanicos. Solo esta el detallito /muy/ menor que los que se usan en la practica no son los actuales... Bueno, el uso de otros sistemas de archivo como XFS no es despreciable, En SGI tal vez... si se considera que ReHat esta considerarlo incluirlo de manera oficial No he visto nada en esa direccion. y Centos debido a la presion de los usuarios acepto incorporporarlo, claro que como unssoported, CentOS tal vez (aunque tampoco he visto nada), aunque unsupported es una /fuerte/ indicacion de que /no/ se recomienda su uso para nada. pero ya es un paso. Otras distribuciones como Suse Enterprise lo incorporan de manera oficial. SLES es ... SLES. Supongo aun siguen con ReiserFS... Por ejemplo, es completamente absurdo el tiempo que se pierde en crear un sistema de archivos ext3 en particiones grandes ... cosa que definitivamente no se hace cada 5 minutos Si eso es cierto, pero cuando uno crea un sistema de archivo grande, pucha que fastidia esperar mas de 15 minutos, sobre todo cuando hay una mujer con cara de enojada esperandote :) Bueno, si eliges mal el momento en que instalas el tarro, no le eches la culpa al sistema de archivos... y ademas el espacio fisico de almacenamiento que se pierde si se tiene archivos pequeños. Cierto. Pero los discos son baratos... y los sistemas de archivos con fragmentos u optimizados para archivos chicos son inestables (o tienen otros problemas). Pero discos SCSI de alto rendimiento no son baratos, asi que cuando se tiene varios usuarios donde cada uno tiene miles de archivos fortran y mas encima generan archivos de datos enormemente grandes, pucha que vale la pena tener un sistema de archivo astuto. Si /realmente/ requieres ese rendimiento en SCSI, el costo de doblar el espacio en disco cae en el error de redondeo. Si ser astuto es no ser sano, entonces prefiero lo insano, que por cierto es la tendencia de __//todos\\__ los Sistemas de Archivos Journaling (excepto ext3). Que es /lejos/ el mas popular. Sera por algo... Bueno, windows es lejos mas popular que linux, pero no significa que sea mejor ;) La gente que elige entre las alternativas en Linux sabe lo que hace, la gente que elige Windows... no elige. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Fri Jul 14 14:46:36 2006 From: [EMAIL PROTECTED] (Edison Caprile Pons) Date: Fri Jul 14 14:44:30 2006 Subject: Problema con Postfix Message-ID: [EMAIL PROTECTED] Mi ISP es telefonica... -Mensaje original- De: Rossana Lopez Tenderini [mailto:[EMAIL PROTECTED] Enviado el: Viernes, 14 de Julio de 2006 13:44 Para: Discusion de Linux en Castellano Asunto: Re: Problema con Postfix Hola: Que ISP tienes?. Mi server esta cerrado, sin embargo estamos dentro del rango de IP de tie y un cliente del extranjero tenia blacklisted todo el rango. De repente tu drama anda por ahi.. Slds. On Fri, 2006-07-14 at 13:18 -0400, Edison Caprile Pons wrote: Hola: Porque razón mi servidor entra en listas negras si no es open relay... Ayuda urgente please... Gracias. Atte. Edison. -- Rossana López Tenderini Asistente de Sistemas Foster Jeans [EMAIL PROTECTED] - This mail was scanned by a trial version of BitDefender For more informations please visit http://www.bitdefender.com -
Inodos
Claudio Baeza Retamal [EMAIL PROTECTED] wrote: Depende si sano implica no ser astuto. Casi todos los sistemas de archivos actuales, los inodos son dimanicos. Solo esta el detallito /muy/ menor que los que se usan en la practica no son los actuales... Por ejemplo, es completamente absurdo el tiempo que se pierde en crear un sistema de archivos ext3 en particiones grandes ... cosa que definitivamente no se hace cada 5 minutos y ademas el espacio fisico de almacenamiento que se pierde si se tiene archivos pequeños. Cierto. Pero los discos son baratos... y los sistemas de archivos con fragmentos u optimizados para archivos chicos son inestables (o tienen otros problemas). Si ser astuto es no ser sano, entonces prefiero lo insano, que por cierto es la tendencia de __//todos\\__ los Sistemas de Archivos Journaling (excepto ext3). Que es /lejos/ el mas popular. Sera por algo... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Sat Jul 8 23:59:22 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sun Jul 9 20:15:59 2006 Subject: Generador de Passwords In-Reply-To: Your message of Sat, 08 Jul 2006 00:25:06 -0400. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Alvaro Herrera [EMAIL PROTECTED] wrote: Luis Vivero escribió: Hola, Ando buscando un generador de passwords seguras, porque pierdo tiempo en pensar 'a ver que password sera segura...mmm...' Yo escribi esto hace años y todavia lo uso. Genera password semi-silabicas, que son mas faciles de recordar que las passwords realmente aleatorias. Hasta el momento no he generado ninguna password que haya podido quebrar en tiempo razonable con John the Ripper (claro que no me he vuelto loco probando) -- Alvaro Herrera Valdivia, Chile ICBM: S 39º 49' 18.1, W 73º 13' 56.4 Investigación es lo que hago cuando no sé lo que estoy haciendo (Wernher von Braun) Algunas criticas... #!/usr/bin/perl -w # Genera passwords. # Por defecto, tres passwords de largo 12. Porque no numero de silabas? # # Opciones: # -p hace que excluya simbolos de puntuacion. # -n num define la cantidad de passwords # -l num define el largo de las passwords. # cr indica que las entregue encriptadas _ademas_ de la version plana # (suele no servir para nada) $punt = 1; while ($_ = shift @ARGV) { if (/^cr$/) { $cr=1; } elsif (/^-n$/ ($_ = shift @ARGV) /^(\d+)$/) { $cnt=$1; } elsif (/^-l$/ ($_ = shift @ARGV) /^(\d+)$/) { $maxlen=$1; } elsif (/^-p$/) { $punt = 0; } } srand (time ^ $$ ^ unpack %L*, `ps -fea | gzip`); No es muy sano... mejor lee de /dev/random (o /dev/urandom). Y no uses rand(3). # Por defecto, tres passwords de largo 12. $cnt=3 unless (defined($cnt)); $maxlen=12 unless (defined($maxlen)); @VOC=qw(a e i o u y); @CON=qw(b c d f g h j k l m n p qu r s t v ch gl gr pr pl); @PUNT=qw(! @ $ % ^ * - + ~ - = [ ] | ; : . / ?); $num=0; foreach $i (@CON) { for $j (@VOC) { push @lista, $i.$j; $num++; } } Hummm... por mi lado, elegiria al azar al combinar, no crear tanto de antemano para luego descartar la mayor parte del trabajo. $cant = $num/30; for $i (0 .. 9) { for (1 .. $cant) { push @lista, $i; } } if ($punt) { foreach (@PUNT) { push @lista, $_; } } for $i (0 .. $cnt-1) { $passwd=; while (length($passwd)$maxlen) { $mas=$lista[rand $#lista]; $mas=((rand()0.6) ? ucfirst($mas) : $mas); $passwd .= $mas; } $passwd=substr($passwd,0,$maxlen); if ($cr) { $salt = join '', ('A'..'Z','a'..'z',0..9,'.','/')[rand 64, rand 64]; $crypted = crypt($passwd, $salt); $passwd.=:$crypted; } print $passwd\n; } Buena idea, en general! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Mon Jul 10 09:23:25 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Fidel_Dom=EDnguez_Valero?=) Date: Mon Jul 10 10:00:16 2006 Subject: =?iso-8859-1?q?=BFProblemas_con_mi_squid=3F?= Message-ID: [EMAIL PROTECTED] Bueno aqui les mando este squid que esta hecho para darle servicio a unas 10 maquinas que tengo aqui en el joven club donde trabajo, y
Inodos
Jorge Ponce T. [EMAIL PROTECTED] wrote: Estimados, tengo un problemita con inodos, cuando un df -i /var 100% ahora trate de modificar la variable /proc/sys/fs/inode-max pero no existe?? y no se como colocarlar (Centos 4.3) El numero de inodos queda fijo al crear el sistema de archivos (al menos en cosas sanas como ext3). Respaldar, regenerar (mke2fs(8)), bajar respaldos. O (si LVM) agrandar el volumen logico, agrandar sistema de archivos. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Sat Jul 8 14:08:22 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Sat Jul 8 14:24:31 2006 Subject: Como saber cuantos CPU estan trabajando ? In-Reply-To: Your message of Fri, 07 Jul 2006 10:06:40 EST. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Vida Luz [EMAIL PROTECTED] wrote: Tengo un tarro con 4 CPU y 16 GB de Memoria, puesto que hay 1 usuarios el S.O es Suse Enterprise 9.0, cuando veo el /proc/cpuinfo salen 7 CPU, Supongo 0 a 7, o sea, 8. Hyperthreading o dual core hace 2x. y cuando veo con TOP veo que el CPU con clamav llega al 99% y solo veo la linea de CPU que dice: Cpu(s): 20.3% us, 9.7% sy, 0.0% ni, 64.1% id, 5.0% wa, 0.1% hi, 0.9% si Quisiera ver la manera de sbaer cuantos CPU estan trabajando y como hacer trabajar a todos los CPU en paraleo, el kernel es SMP. Las CPU trabajan en paralelo siempre que hayan varios procesos corriendo (si, los que trabajan en Linux han invertido enorme cuidado en lograr balancear la carga entre CPUs, y los hay quienes tienen permiso de jugar con maquinas con 128 CPUs al efecto...). No se si ClamAV maneja varios procesos o uno solo... pero igual habra trabajo para las demas CPUs. Y no esta haciendo (casi) nada tu cacharro (64% idle), podrias perfectamente mandarme 2 o 3 de las 4 CPUs. Si te preocupa el rendimiento, instala sysstat (sar(8) es un parto de usar, pero da bastante informacion util). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513
Inodos
El 7/07/06, Jorge Ponce T.[EMAIL PROTECTED] escribió: Estimados, tengo un problemita con inodos, cuando un df -i /var 100% ahora trate de modificar la variable /proc/sys/fs/inode-max pero no existe?? y no se como colocarlar (Centos 4.3) mmm. tengo entendido que la cuantidad de inodos no es variable despues de la creacion del fs.. se quieres cambiar este valor, debes de recrear el fs con las opciones correspondentes para aumentar/disminuir la cuantidad de inodes, que por lo general no es necesario. algun hints?? que tamano tiene la particion ??? que se llene el disco/particion por problemas de inodes y no de espacio, es algo medio raro a no ser que realmente estes utilizando muchos archivos chicos (un servidor news, por ejemplo)... revisa la particion (man find) en busca de muchos archivos con tamano 0K.. talvez algun programa (squid) se hay quedado medio loco y creo muchissimos archivos vacios por alla. suerte. -- -- Victor Hugo dos Santos Linux Counter #224399