[...] > > lo que queremos es actualizar el sistema, ya que venian con solaris 8, > por eso lo primero que hicimos es instalar solaris 10 (aprobechando que > SUN lo libero), para luego hacer pruebas con algunas distribuciones de > linux con LTSP (Gentoo, debian etch), y nos dimos cuenta del rendimiento > que les comente en el mensaje anterior. El dilema que tenemos es el > rendimiento mas el uso de jre y plugin de flash de solaris 10 versus > cantidad de software educativo. >
mira el lado positivo, lo mas probable es que no haya plugin flash para sparc linux (no estoy seguro de eso). Pero aun no me queda claro, el rendimiento es peor o mejor con Linux? Para el tipo de operacion que estas describiendo, donde no vas a usar la maquina directamente, podria aventurar que Solaris va a tener un rendimiento un poco mejor que Linux sobretodo si utilizas una distribucion sin mayores tweakings. Puedes mejorar dramaticamente el rendimiento de Linux si te pones a ajustar cosas por aqui y por alla, sobretodo en el caso de servidores que estan aislados y que no requieren responsividad. Cambiando el scheduler, ajustando la libc, usando preloading, ram disks & otras hierbas puedes cambiar la situacion del cielo a la tierra. Generalmente eso es parte de las cosas que vienen en el pack de las distribuciones empresariales, pero que sepa no hay ninguna para Sparc Linux. Ese es el unico gran motivo por el cual Solaris tendria mejor rendimiento en este caso. > Otro problema es que linux tiende a ocupar el swap luego de que se le > acaba la ram versus el gran balanceo que tiene solaris. > no veo como Solaris no ocupe swap si se le acaba la memoria.... pero creo que te estas refiriendo a otra cosa. Linux tiende a "usar" mas memoria que otros sistemas, porque por lo general cada byte de memoria que es usado es vuelto a usar y no es "liberado". Esto es, si se "liberaron" 64Kb Linux va a tender a usar esos Kb para lo que se necesite en vez de devolverlos al sistema, por lo que por lo general tiendes a "usar" mas memoria de lo que crees que estas usando. Probablemente Solaris libera la memoria sin mayores cuestionamientos, por lo que la memoria "retorna" al sistema. Y ojo, que en Solaris la memoria swap es /tmp, por lo que si eres descuidado te puedes pisar la cola. > eso seria > > tengo una pregunta ¿abra alguna manera para que no haga lo del swap? > la pregunta es la siguiente, si continuamente estas usando memoria swap, no sera tiempo de agregarle mas memoria al cacharro? -- Carlos Manuel Duclos Vergara http://www.toolchains.com/personal/blog From [EMAIL PROTECTED] Fri Jul 7 23:34:40 2006 From: [EMAIL PROTECTED] (Luis Vivero) Date: Fri Jul 7 23:31:30 2006 Subject: Generador de Passwords In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 7/7/06, Amarzeck <[EMAIL PROTECTED]> wrote: [...] La tecnica que utilizo es correr las teclas guias hacia el centro, > esto hace que la palabra escrita sea completamente diferente (hay que > saber mecanografia). Asi no sera dificil recordarla. Ejemplo seria > HolaMundo que seria: > GikñNybfi Jejeje! esta muy divertido!!! :) Saludos! morenisco. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060707/8030755f/attachment.html From [EMAIL PROTECTED] Sat Jul 8 00:25:06 2006 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Sat Jul 8 01:51:12 2006 Subject: Generador de Passwords In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 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) ------------ próxima parte ------------ Se ha borrado un mensaje que no está en formato texto plano... Nombre : Npass2.pl Tipo : text/x-perl Tamaño : 1467 bytes Descripción: no disponible Url : http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060708/3e16d5c5/Npass2.bin From [EMAIL PROTECTED] Sat Jul 8 11:09:44 2006 From: [EMAIL PROTECTED] (Sebastian Lara) Date: Sat Jul 8 11:44:33 2006 Subject: paketes para manual de librerias de C In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 2006/7/8, Sebastian Lara <[EMAIL PROTECTED]>: > El 26/06/06, Paulo Enrique Tarud > Contreras<[EMAIL PROTECTED]> escribió: > > He instalado todos los paketes glibc, pero aun asi cuando pongo man math.h > > o man > > stdarg.h o man getchar, etc me dice q no hay manuales para math.h , etc. > > > > Tengo que acceder al linux de la U para poder ver los manuales cuando estoy > > programando... y a veces programo sin internet, entonces necesito tenerlos > > en mi > > computador. > > > > > > Gracias > > > puedes usar > > man math > > no hay que agregar la extensión .h para entrar a las páginas del manual > > -- > Sebastián Lara Menares > Ingeniería Civil Electrónica > Universidad de Concepción > hhmm, me retracto... si me funcionó man math.h y no man math Lo siento. -- Sebastián Lara Menares Ingeniería Civil Electrónica Universidad de Concepción
