presentacion
El día 7 de julio de 2008 11:49, jose [EMAIL PROTECTED] escribió: hola daniel, gracias por la respuesta, pero lo que busco, no se si es posible, es almacenar todos los correos antiguos en un gestor de correo para en caso de tener una duda encontrarlo rápidamente por el asunto, en lugar de bucear por varios años de correos. baja todos los archivos gzip desde la pagina que te dieron, despues ejecutas zcat *.txt.gz tmpmbox y despues desde tu cliente de correo importas el archivo tmpmbox en formato mbox. -- Pablo Salinas
OT Oferta de Empleo
Señores buen Dia. Primero que todo disculpar el OT. Pero dada las circunstancias laborales creo que es una buena oportunidad. Se acaba de abrir una oportunidad Laboral en SQM Mina Lagarto - Pedro de Valdivia (Antofagasta) Los puntos a tener en cuenta son: * Trabajo por sistema de turnos 7x7 (7 días trabajando, 7 descansado) Lo que permite viajar a su lugar de recidencia lejano Stgo. por ejemplo. * Trabajar en Faena Minera, específicamente en Lagarto - Pedro de Valdivia (Antofagasta) * El Cargo al que se postula es Administrador Sistema Máximo[1] Los interesados en postular, favor de enviar su Curriculum Vitae, lo más pronto posible a reinaldo.garcia AT sqm DOT com PD: Sorry la molestias pero NO manejo los valores $$$ a ofrecer. Solo se me solicitó que diera la información a personas que _podría_ interesarles. En caso que no te/les interese favor de no comenzar un flame o comentarios de ese tipo. Dudas referente al trabajo puedo responder, pero insisto no $$$. Eso lo verán con la persona que los entrevista. [1] http://www-306.ibm.com/software/cl/tivoli/products/maximo-asset-mgmt/index.shtml [1] http://en.wikipedia.org/wiki/Maximo_(MRO) [1] http://www.allegro-systems.com -- Reinaldo García Zuñiga (08) 749 21 07 Analista Programador Asesor de Informática RGSoluciones - Soluciones Servicios Informáticos Integrales http://www.rgsoluciones.cl User #441987 counter.li.org
Es amd64 para servidor en produccion ?
On Sun, 2008-07-06 at 05:44 +0200, Rodrigo Fuentealba wrote: 2008/7/6 Aldrin Martoq [EMAIL PROTECTED]: Yo no tengo idea porque no he tenido un laptop 64bits para jugar... pero la sensacion que tengo es que estamos un poco atrasados al respecto. Si lo estamos. No aprovechamos toda la potencia de los 64 bits. Y es porque muchos de los dispositivos que usamos aun son de 32 bits. El problema radica en que tenemos solo la opcion de blanco o negro (64bits o 32bits) pero no hay grises. Y eso implica cambiar/usar un kernel distinto, drivers distintos (ej: graficos nvidia), bibliotecas distintas (/lib*) y aplicaciones distintas. Pero si tenemos grises, me suena un poco al funcionamiento de Wine, por ende un programa de 32 bits ira mas lento que uno de 64. Ambos mundos 32bits y 64 bits tienen ventajas y desventajas respecto de las aplicaciones actuales. Por lo tanto, lo que digo es que no deberiamos tener distros 64bits y otras 32bits; sino que el default debiera ser 32bits y solo las aplicaciones que se beneficien tengan la opcion 64bits. En general hay varias cosas que no funcionan bien. Hace un año intente armar un servidor 64bits virtualizado con Xen y corriendo software IBM y en particular dicho software no funciono... y la distro (debian) tenia varios problemas tambien que eran particulares a esa version. La maquina tenia 16GB RAM y Linux 32bits si soporta mas de 4GB, pero es mas lento... Que software? IBM WebSphere 5.algo ... (app server, MQ, DB2 7.algo, etc). Yo hice varias maquinas virtuales con software de 32 y 64 bits corriendo encima, en una maquina de 32, y no tuve problema alguno. Bueno, ese software es _dificil_ hacerlo correr en una distro actual (de partida habia que tener LinuxThreads cosa que nadie trae hoy). En la practica, solo funciono en la misma version de Debian de 32bits pero no en la de 64bits. Hay cosas parecidas con el flash player de adobe segun he leido, pero no se los detalles de porque ocurre esto. -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/
Es amd64 para servidor en produccion ?
On Sun, 2008-07-06 at 12:21 +0200, Xavier Andrade wrote: On Sat, 5 Jul 2008, Aldrin Martoq wrote: Yo estoy seguro que en ambientes gigantes (procesos con harto uso de memoria, bases de datos gigantes o algunos procesos) se esta aprovechando bien linux x86-64. Hay algunos calculos que se ejecutan mas rapido en 64bits por ejemplo. Pero de ahi hacia abajo hasta el notebook tuyo el soporte es con varios problemas y baches... En el caso de las aplicaciones de calculo numerico si hay una ventaja por los 64 bits, ya que hay 8 registros extra. Pero esto no es algo inherente a los 64, sino AMD aprovecho la extension de la ISA para poner mas registros (lastima que solo se quedaron en 16 y no subio al menos a 32). Bueno, cuando hablamos de x86-64, amd64 o intel64 nos referimos al procesador en particular mas que 64bits... Deben haber muchas otras mejoras, la mayor cantidad de registros mejora el paso de parametros y las aplicaciones tambien se benefician de esto... De todas formas, para sistemas de escritorio y laptops no tiene mucho sentido usar distribuciones de 64 bits, hay varios programas propietarios que no correr directamente y que es mas complicado hacer andar (los principales son el flash player de adobe y skype). Estoy seguro que hay aplicaciones que se beneficiarian y no se han hecho por esta distincion de no para el desktop... Hacer un mmap de un archivo de video por ejemplo? -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/
ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 | ACPI: EC: read timeout, command = 128
On Mon, 2008-07-07 at 13:14 -0400, Ismael Diaz wrote: He tenido el un problema con ubuntu 8.04 en mi laptop sony vaio vgn-n330n, al iniciar (livecd y tambien una vez instalado) conectado a la corriente, se cuelga con la siguiente salida: ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 ACPI: EC: read timeout, command = 128 El cual no ocurre cuando uso solamente la bateria. Leyendo en algunos foros y anales de listas de correo, me encontre que era un bug conocido y que afectaba principalmente a maquinas vaio. La solucion que escogi, esta bastante lejana a lo que me gustaria y consta de suprimir la opcion 'quiet' al llamar al kernel, esto lo tube que hacer al momento de realizar la instalacion, como tambien una vez instalado (en el archivo de configuracion de grub), para que esto quede permamente. Si bien funciona, me gustaria saber si alguien lo ha solucionado de una manera mas elegante. Probaste con las actualizaciones y quitando quiet en /boot/grub/menu.lst? -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/
Es amd64 para servidor en produccion ?
On Mon, 2008-07-07 at 02:07 +0200, Xavier Andrade wrote: On Sun, 6 Jul 2008, Hector Gatica wrote: El escenario es basicamente servidor web y de correo (postfix virtual users , apache2 , postgresql , mysql). Tengo un par de servidores con 500 y 1000 usuarios correspondientemente y he notado alta carga a ratos. Quiero hace upgrade de memoria de 4gb (actual) a 8gb. Y aprovechar de hacer un upgrade de cpu que tiene un p4 3.4 a un quad core con más cache (sé que no es la mejor maquina pero , hasta el momento era suficiente). Quiero ver si haciendo este upgrade será conveniente pasar a 64bits (amd64). Mejor es medir el performance antes de hacer el cambio. ?Puede ser mayoritariamente disco duro por ejemplo, asi cambiar de CPU no solucionara tu problema! Una forma sencilla es SAR, aca en ubuntu el paquete se llama atsar: # apt-get install atsar Eso deja un cron con el cual apareceran archivos de texto en /var/log/atsar. Dejalo un par de dias con uso normal y veras mas o menos donde esta el problema. Tambien hablaste algo de streaming audio/video... que estas usando? No se si FFmpeg incorpora optimizaciones para 64bits... Con esas cantidades de memoria es mejor que uses 64 bits. Respecto a las aplicaciones, todas esas deberian funcionar sin problemas. Xavier, Cual seria la diferencia con un kernel 32 bits PAE en performance? -- Aldrin Martoq [EMAIL PROTECTED] http://aldrinvideopodcast.podshow.com/
Correo
Estimados Gusto en saludarles. Quiero enviar correo desde linea de comandos bash y me funciona bien para el envío de correos locales. No obstante para los que envio hacia fuera del servidor, @cualquiercosa.com, no llegan. En el syslog aparece el siguiente mensaje: sendmail[24568]: [ID 801593 mail.info] m67Gtmib024568: [EMAIL PROTECTED], delay=00:00:00, mailer=esmtp, pri=30093, dsn=4.4.3, stat=queued Cómo puedo configurar el mail para que envíe correos hacia fuera de la organización? o, de otra manera, qué herramienta existe para enviar correos desde linea de comando utilizando un smtp externo? Muchas gracias de antemano.
Correo
2008/7/7 [EMAIL PROTECTED]: Estimados Gusto en saludarles. Quiero enviar correo desde linea de comandos bash y me funciona bien para el envío de correos locales. No obstante para los que envio hacia fuera del servidor, @cualquiercosa.com, no llegan. En el syslog aparece el siguiente mensaje: sendmail[24568]: [ID 801593 mail.info] m67Gtmib024568: to= [EMAIL PROTECTED], delay=00:00:00, mailer=esmtp, pri=30093, dsn=4.4.3, stat=queued Cómo puedo configurar el mail para que envíe correos hacia fuera de la organización? o, de otra manera, qué herramienta existe para enviar correos desde linea de comando utilizando un smtp externo? Muchas gracias de antemano. Prueba con el comando nail, esta es la sintaxis que yo uso: nail -r [EMAIL PROTECTED] -s Some subject -S smtp=some.smtp.server [EMAIL PROTECTED] msg.txt Saludos. -- Giorgio Zunino M. From [EMAIL PROTECTED] Mon Jul 7 14:28:13 2008 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Mon Jul 7 14:28:26 2008 Subject: Es amd64 para servidor en produccion ? In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Aldrin Martoq escribió: Por lo tanto, lo que digo es que no deberiamos tener distros 64bits y otras 32bits; sino que el default debiera ser 32bits y solo las aplicaciones que se beneficien tengan la opcion 64bits. Huh ... ¿qué sentido tendría esto? ¿Desaprovechar totalmente las características de la arquitectura? Si el kernel es de 64 bits, puede aprovechar el mayor direccionamiento de memoria, etc. Esto es importante porque puede usar la memoria extra para cache; de lo contrario tiene que usar PAE lo cual tiene un costo de rendimiento no trivial. Si el sistema viene con las bibliotecas de 64 bits y las de 32, entonces puedes correr una aplicacion con cualquiera de los dos -- lo único que importa es que el linker sea capaz de ubicar las correctas (ld.so sabe hacerlo, y por eso casi todas las distros soportan esta configuración). ffmpeg sí tiene código ASM optimizado por arquitecturas, puedes mirarlo acá: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/ -- Alvaro Herrera Developer, http://www.PostgreSQL.org/ Por suerte hoy explotó el califont porque si no me habría muerto de aburrido (Papelucho) From [EMAIL PROTECTED] Mon Jul 7 14:08:59 2008 From: [EMAIL PROTECTED] (Ismael Diaz) Date: Mon Jul 7 14:34:06 2008 Subject: ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 | ACPI: EC: read timeout, command = 128 In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El día 7 de julio de 2008 13:52, Aldrin Martoq [EMAIL PROTECTED] escribió: [...] Probaste con las actualizaciones y quitando quiet en /boot/grub/menu.lst? Te invito a leer el mail :) Saludos Cordiales. -- Ismael Diaz.
Es amd64 para servidor en produccion ?
On Mon, 7 Jul 2008, Aldrin Martoq wrote: Bueno, ese software es _dificil_ hacerlo correr en una distro actual (de partida habia que tener LinuxThreads cosa que nadie trae hoy). En la practica, solo funciono en la misma version de Debian de 32bits pero no en la de 64bits. Hay cosas parecidas con el flash player de adobe segun he leido, pero no se los detalles de porque ocurre esto. El flashplayer de Adobe viene solo en binario para x86, para correrlo en 64 bits es necesario un wrapper llamado npviewer. Instalarlo, en Debian al menos, es transparente pero a veces se cuelga y consume considerablemente mas cpu que corriendo directamente en 32 bits (viendo videos en flash, por ejemplo). Xavier From [EMAIL PROTECTED] Mon Jul 7 14:51:53 2008 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Mon Jul 7 14:52:08 2008 Subject: Es amd64 para servidor en produccion ? In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Xavier Andrade escribió: On Mon, 7 Jul 2008, Aldrin Martoq wrote: Bueno, ese software es _dificil_ hacerlo correr en una distro actual (de partida habia que tener LinuxThreads cosa que nadie trae hoy). En la practica, solo funciono en la misma version de Debian de 32bits pero no en la de 64bits. Hay cosas parecidas con el flash player de adobe segun he leido, pero no se los detalles de porque ocurre esto. El flashplayer de Adobe viene solo en binario para x86, para correrlo en 64 bits es necesario un wrapper llamado npviewer. Instalarlo, en Debian al menos, es transparente pero a veces se cuelga y consume considerablemente mas cpu que corriendo directamente en 32 bits (viendo videos en flash, por ejemplo). Ojo que el problema aquí es que el plugin es básicamente una biblioteca de 32 bits, y el browser es un programa de 64. Como es imposible tener ambos funcionando directamente en el mismo proceso, lo que hace npviewer es correr la biblioteca en un proceso aparte y comunicar entre los dos haciendo las conversiones necesarias. Estas conversiones extras son las que usarían mas CPU. Acá en mi tarro ese consumo extra de CPU no se nota (claro que es un X2) -- Alvaro Herrera http://www.flickr.com/photos/alvherre/ Ni aun el genio muy grande llegaría muy lejos si tuviera que sacarlo todo de su propio interior (Goethe) From [EMAIL PROTECTED] Mon Jul 7 14:55:36 2008 From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Date: Mon Jul 7 14:55:51 2008 Subject: Correo In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Estimados Gusto en saludarles. Quiero enviar correo desde linea de comandos bash y me funciona bien para el envío de correos locales. No obstante para los que envio hacia fuera del servidor, @cualquiercosa.com, no llegan. En el syslog aparece el siguiente mensaje: sendmail[24568]: [ID 801593 mail.info] m67Gtmib024568: to= [EMAIL PROTECTED], delay=00:00:00, mailer=esmtp, pri=30093, dsn=4.4.3, stat=queued Cómo puedo configurar el mail para que envíe correos hacia fuera de la organización? o, de otra manera, qué herramienta existe para enviar correos desde linea de comando utilizando un smtp externo? Muchas gracias de antemano. Prueba con el comando nail, esta es la sintaxis que yo uso: nail -r [EMAIL PROTECTED] -s Some subject -S smtp=some.smtp.server [EMAIL PROTECTED] msg.txt Mmmm, no tengo nail en la máquina y al ir a buscarlo a SourceForge ya no estaba. No creo que convenga poner un programa que ya salió de circulación en un server. Por otro lado, le puse verbose al mail y este ese el mensaje de error que arroja: xx.cl: Name server timeout ... Transient parse error -- message queued for future delivery ... queued
Es amd64 para servidor en produccion ?
El Lunes 07 Julio 2008, Xavier Andrade escribió: On Mon, 7 Jul 2008, Aldrin Martoq wrote: Bueno, ese software es _dificil_ hacerlo correr en una distro actual (de partida habia que tener LinuxThreads cosa que nadie trae hoy). En la practica, solo funciono en la misma version de Debian de 32bits pero no en la de 64bits. Hay cosas parecidas con el flash player de adobe segun he leido, pero no se los detalles de porque ocurre esto. El flashplayer de Adobe viene solo en binario para x86, para correrlo en 64 bits es necesario un wrapper llamado npviewer. Instalarlo, en Debian al menos, es transparente pero a veces se cuelga y consume considerablemente mas cpu que corriendo directamente en 32 bits (viendo videos en flash, por ejemplo). Flash igual consume considerables cantidades de CPU en x86, por algo quieren acelerarlo con la GPU. En cualquier caso instalar un navegador de 32 bits y ejecutar flash dentro no tienen ninguna dificultad.
Correo
El día 7 de julio de 2008 14:55, [EMAIL PROTECTED] escribió: Estimados Gusto en saludarles. Quiero enviar correo desde linea de comandos bash y me funciona bien para el envío de correos locales. No obstante para los que envio hacia fuera del servidor, @cualquiercosa.com, no llegan. En el syslog aparece el siguiente mensaje: sendmail[24568]: [ID 801593 mail.info] m67Gtmib024568: to= [EMAIL PROTECTED], delay=00:00:00, mailer=esmtp, pri=30093, dsn=4.4.3, stat=queued Cómo puedo configurar el mail para que envíe correos hacia fuera de la organización? o, de otra manera, qué herramienta existe para enviar correos desde linea de comando utilizando un smtp externo? Muchas gracias de antemano. Prueba con el comando nail, esta es la sintaxis que yo uso: nail -r [EMAIL PROTECTED] -s Some subject -S smtp=some.smtp.server [EMAIL PROTECTED] msg.txt Mmmm, no tengo nail en la máquina y al ir a buscarlo a SourceForge ya no estaba. No creo que convenga poner un programa que ya salió de circulación en un server. Por otro lado, le puse verbose al mail y este ese el mensaje de error que arroja: xx.cl: Name server timeout ... Transient parse error -- message queued for future delivery ... queued La verdad, es que te mencione el dato de nail debido a que viene en la version estable de debian, que es la distribucion que habitualmente uso, de hecho viene en sus repositorios. Saludos. -- Giorgio Zunino M. From [EMAIL PROTECTED] Mon Jul 7 19:34:13 2008 From: [EMAIL PROTECTED] (Aldrin Martoq) Date: Mon Jul 7 19:40:44 2008 Subject: ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 | ACPI: EC: read timeout, command = 128 In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2008/7/7 Ismael Diaz [EMAIL PROTECTED]: El día 7 de julio de 2008 13:52, Aldrin Martoq [EMAIL PROTECTED] escribió: Probaste con las actualizaciones y quitando quiet en /boot/grub/menu.lst? Te invito a leer el mail :) Sorry, me referia a que si con las actualizaciones podias volver a *poner* quiet (en vez de *quitarlo*). -- Aldrin Martoq http://aldrinvideopodcast.podshow.com/
Es amd64 para servidor en produccion ?
2008/7/7 Alvaro Herrera [EMAIL PROTECTED]: Aldrin Martoq escribió: Por lo tanto, lo que digo es que no deberiamos tener distros 64bits y otras 32bits; sino que el default debiera ser 32bits y solo las aplicaciones que se beneficien tengan la opcion 64bits. Huh ... ¿qué sentido tendría esto? ¿Desaprovechar totalmente las características de la arquitectura? Si el kernel es de 64 bits, puede aprovechar el mayor direccionamiento de memoria, etc. Esto es importante porque puede usar la memoria extra para cache; de lo contrario tiene que usar PAE lo cual tiene un costo de rendimiento no trivial. No todo es ganancia en 64bits. Dudo que firefox necesite mas de 3GB de RAM y/o punteros o calculos grandes. Y pierdes en el cache L1/L2. Entonces, el punto es que debiera ser todo 32-bits por default y solo algunas aplicaciones que lo requieran la opcion de 64 bits. Si el sistema viene con las bibliotecas de 64 bits y las de 32, entonces puedes correr una aplicacion con cualquiera de los dos -- lo único que importa es que el linker sea capaz de ubicar las correctas (ld.so sabe hacerlo, y por eso casi todas las distros soportan esta configuración). Ese es el problema, reemplazaron todo lo que estaba en /lib es 64 bits y hay que instalar ia32-libs ... el default debiera ser al reves, /lib es 32 bits y /lib-64 64bits o algo por el estilo. Las aplicaciones lo mismo, que sentido tener bash 64bits? etc... La ventaja de un esquema asi puede ir desde la compatibilidad hasta el tuning. Si firefox viniera por default en 32bits no existirian los problemas de compatibilidad con los plugins externos. Si necesitas un postgresql de 64 bits lo podrias correr, pero no es necesario que el resto del sistema corra full a 64bits con la carga extra en memoria que eso conlleva. ffmpeg sí tiene código ASM optimizado por arquitecturas, puedes mirarlo acá: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/ No veo a simple vista nada con amd64 o parecidos! -- Aldrin Martoq http://aldrinvideopodcast.podshow.com/
Correo
2008/7/7 [EMAIL PROTECTED]: Quiero enviar correo desde linea de comandos bash y me funciona bien para el envío de correos locales. No obstante para los que envio hacia fuera del servidor, @cualquiercosa.com, no llegan. En el syslog aparece el siguiente mensaje: sendmail[24568]: [ID 801593 mail.info] m67Gtmib024568: to= [EMAIL PROTECTED], delay=00:00:00, mailer=esmtp, pri=30093, dsn=4.4.3, stat=queued Busca en el log por ese id: # grep m67Gtmib024568 /var/log/mail.log (o parecido) Tambien mailq debiera mostrarte por que esta encolado. Cómo puedo configurar el mail para que envíe correos hacia fuera de la organización? o, de otra manera, qué herramienta existe para enviar correos desde linea de comando utilizando un smtp externo? Por otro lado, le puse verbose al mail y este ese el mensaje de error que arroja: xx.cl: Name server timeout ... Transient parse error -- message queued for future delivery ... queued Parece que tienes problemas para resolver MX, como no puede saber a que servidor SMTP debe enviarle el correo para @xx.cl lo encola y por eso quedan encolados. Intenta dig mx xx.cl, si no funciona revisa el archivo /etc/resolv.conf con la IP de tu servidor de nombres (resolver). -- Aldrin Martoq http://aldrinvideopodcast.podshow.com/
ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 | ACPI: EC: read timeout, command = 128
On Mon, Jul 7, 2008 at 7:34 PM, Aldrin Martoq [EMAIL PROTECTED] wrote: 2008/7/7 Ismael Diaz [EMAIL PROTECTED]: El día 7 de julio de 2008 13:52, Aldrin Martoq [EMAIL PROTECTED] escribió: Probaste con las actualizaciones y quitando quiet en /boot/grub/menu.lst? Te invito a leer el mail :) Sorry, me referia a que si con las actualizaciones podias volver a *poner* quiet (en vez de *quitarlo*). Bien, busque en launchpad y aqui esta el bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/191137 Parece no estar resuelto, lee las ultimas sugerencias de Stefan Bader; en particular si te funciona con alguno de sus kernels y reportalo en el mismo launchpad. http://people.ubuntu.com/~smb/bug191137/ Quizas pronto aparezca un kernel en proposed-updates, puedes habilitarlo en Adminstracion-Software Sources. Aqui hay una imagen: http://www.fsckin.com/wp-content/uploads/2007/10/software-sources-select-other.png -- Aldrin Martoq http://aldrinvideopodcast.podshow.com/
Es amd64 para servidor en produccion ?
Aldrin Martoq escribió: 2008/7/7 Alvaro Herrera [EMAIL PROTECTED]: Aldrin Martoq escribió: Por lo tanto, lo que digo es que no deberiamos tener distros 64bits y otras 32bits; sino que el default debiera ser 32bits y solo las aplicaciones que se beneficien tengan la opcion 64bits. Huh ... ¿qué sentido tendría esto? ¿Desaprovechar totalmente las características de la arquitectura? Si el kernel es de 64 bits, puede aprovechar el mayor direccionamiento de memoria, etc. Esto es importante porque puede usar la memoria extra para cache; de lo contrario tiene que usar PAE lo cual tiene un costo de rendimiento no trivial. No todo es ganancia en 64bits. Dudo que firefox necesite mas de 3GB de RAM y/o punteros o calculos grandes. Y pierdes en el cache L1/L2. Entonces, el punto es que debiera ser todo 32-bits por default y solo algunas aplicaciones que lo requieran la opcion de 64 bits. Firefox no necesita mas de 3 GB? Creo que los desarrolladores estarían en desacuerdo ;-) Mi comentario iba al kernel en todo caso. El kernel tiene que ser de 64 bits: para que pueda aprovechar bien la memoria, usar los tipos mas gordos con un solo registro en lugar de dos (por ej. en el filesystem hay direccionamiento de 48 bits en algunas partes sin no me equivoco), etc. El resto de las cosas, da lo mismo y puedes escoger libremente, pero la ganancia por tener los registros extra facilmente puede ser mayor que la perdida por tener datos mas anchos. Si el sistema viene con las bibliotecas de 64 bits y las de 32, entonces puedes correr una aplicacion con cualquiera de los dos -- lo único que importa es que el linker sea capaz de ubicar las correctas (ld.so sabe hacerlo, y por eso casi todas las distros soportan esta configuración). Ese es el problema, reemplazaron todo lo que estaba en /lib es 64 bits y hay que instalar ia32-libs ... el default debiera ser al reves, /lib es 32 bits y /lib-64 64bits o algo por el estilo. Las aplicaciones lo mismo, que sentido tener bash 64bits? etc... No entiendo lo que dices. Da lo mismo dónde estén las bibliotecas. Lo importante es que el linker las encuentre. Si al compilar Firefox le das las opciones al compilador para que genere un ejecutable de 32 bits, va a funcionar correctamente, sin tener que hacerle nada especial al sistema, sin tener que mover bibliotecas. Ahora, si la distro empaqueta Firefox para amd64 en 64 bits o en 32, ya es otro cuento. La ventaja de un esquema asi puede ir desde la compatibilidad hasta el tuning. Si firefox viniera por default en 32bits no existirian los problemas de compatibilidad con los plugins externos. Si necesitas un postgresql de 64 bits lo podrias correr, pero no es necesario que el resto del sistema corra full a 64bits con la carga extra en memoria que eso conlleva. No he probado que pasa instalando Firefox de 32 bits aca, pero mi impresion es que si instalas los paquetes de las bibliotecas necesarias, deberia funcionar. ffmpeg sí tiene código ASM optimizado por arquitecturas, puedes mirarlo acá: http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/ No veo a simple vista nada con amd64 o parecidos! Hmm, cierto, me confundí entre tener 3Dnow! y amd64 :-) http://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec/i386/fft_3dn2.c?revision=13098view=markup Pero por ej. en uno de los logs habla de x% mas rapido en amd64 cambiando unas variables de int a long. Ah, otra cosa es que usan el tipo int64_t liberalmente, lo cual es obviamente mucho mas rapido en amd64 que en x86 (en este ultimo hay que meterlo en 2 registros, con lo cual la escasez de registros se vuelve un problema serio) -- Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4 Jude: I wish humans laid eggs Ringlord: Why would you want humans to lay eggs? Jude: So I can eat them From [EMAIL PROTECTED] Tue Jul 8 09:19:33 2008 From: [EMAIL PROTECTED] (Ismael Diaz) Date: Tue Jul 8 09:19:40 2008 Subject: ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 | ACPI: EC: read timeout, command = 128 In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2008/7/7 Aldrin Martoq [EMAIL PROTECTED]: [...] Sorry, me referia a que si con las actualizaciones podias volver a *poner* quiet (en vez de *quitarlo*). No, fue lo primero que probe :( -- Ismael Diaz. From [EMAIL PROTECTED] Tue Jul 8 09:27:17 2008 From: [EMAIL PROTECTED] (Ismael Diaz) Date: Tue Jul 8 09:27:21 2008 Subject: ACPI: EC: acpi_ec_wait timeout, status = 0, expect_event = 1 | ACPI: EC: read timeout, command = 128 In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] 2008/7/7 Aldrin Martoq [EMAIL PROTECTED]: [...] Bien, busque en launchpad y aqui esta el bug report: