Carlos A. Sepulveda M. wrote:
> Eduardo Kaftanski wrote:
>
>> checklist:
>>
>>
> [Listado de pasos]
>
> [EMAIL PROTECTED] root]# rpm --rebuilddb
> [EMAIL PROTECTED] root]# rpm -e --allmatches --nodeps --noscripts quake2
> [EMAIL PROTECTED] root]# rpm -qa | grep quake2
> [EMAIL PROTECTED] root]#
>
> y chas!! desapareció!!
> Gracias
Que suerte que te resulto con eso... pq me ha pasado un par de veces, y
con el rebuild no me ha funcionado y he tenido que reconstruir la bd y
agregar los paquetes instalados... menos mal que los tenia guardados :-/
(ahora tengo todos por ahi guardados). En caso de que a alguien le
sirva, en mi caso era un:
mv /var/lib/rpm /var/lib/rpmmalo
rpmdb --initdb
y despues ejecutar un script que lo hace es buscar en los directorios
que uno le dice los rpm que aparecen en algun listado q se tenga de los
rpm (en mi caso uso algunos de los /var/log/rpmpkgs.X ).
Si alguien lo necesita, avisenme y se los envio por correo.
Saludos,
Arturo
From [EMAIL PROTECTED] Fri Aug 20 15:01:42 2004
From: [EMAIL PROTECTED] (Xavier Andrade)
Date: Fri Aug 20 14:52:29 2004
Subject: consulta sobre maquinota
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Fri, 20 Aug 2004, Carlos Manuel Duclos Vergara wrote:
[...]
> la gran gracia de OSX es que puedes recompilar su kernel, de esta manera
> puedes bajar la ultima version del kernel e instalarlo en tu version actual
> de OSX. La version con soporte 64 bits esta dando vueltas hace rato, luego
> recompilas el resto utilizando las herramientas de Apple y voila!
Las herramientas de apple incluyen un cross compiler 64 bits? Y si asi
fuera necesitas bibliotecas 64 bits.
>
> solo como dato anecdotico, el opteron no puede manejar punteros de 64 bits,
> solo de 48 bits en modo virtual y 40 en modo fisico. Es decir, aun cuando con
> el compilador tuvieras un puntero de 64 bits, el procesador solo podra
> direccionar 48 bits si pasa a traves de la mmu y 40 bits si no pasa por la
> mmu.
>
Actualmente no tiene sentido que el procesador pueda manejar un espacio
fisico de memoria de 64 bits que equivalen a 1.7e10 Gb, ya con 40 bits
puedes manejar 1024 Gb.
Dudo que los otros procesadores de 64 bits manejen realmente direcciones
de memoria completas de 64 bits.
Xavier
From [EMAIL PROTECTED] Fri Aug 20 15:05:56 2004
From: [EMAIL PROTECTED] (Xavier Andrade)
Date: Fri Aug 20 14:56:41 2004
Subject: consulta sobre maquinota
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Fri, 20 Aug 2004, Arturo Mardones wrote:
>
> Muchas gracias por las respuestas! a ver voy a ser un poco mas claro, en
> realidad, no es solo un proceso q consume muchisima RAM, son muchisimos
> procesos que no consumen mucha RAM de hecho poca (no mas de 20 Mb cada
> uno) pero la cantidad de procesos del mismo tipo pero independientes a
> manejar es alta unos 2000 mas o menos, por eso estaba evaluando cual era
> la mejor opción si tener varias maquinas con unos 4 Gb de RAM (por una
> asunto costo) o comprar maquinas grandotas de un tiron y de ahi la
> necesidad de manejar grandes cantidades de RAM y de tener un fuerte
> poder de procesamiento tb :D . si tengo varias maquinas... como son
> procesos independientes, imagino q puedo en alguna forma distribuir la
> generación de estos procesos en las distintas máquinas no? o seria
> necesario tener un cluster? yo creo q no... como podría hacer esta
> distribución de carga? los balanceadores sirven?
>
Si son procesos completamente independientes y de calculo puro, te
recomiendo que te armes una granja o cluster. El balanceo de carga lo
puedes hacer usando un sistema de colas como Sun Gridengine o Torque.
De todos modos, es necesario correr los procesos de forma simultanea?
Por que la cpu de todos modos esta siendo compartida entre ellos. No
bastara hacer que se inicien secuencialmente?
Xavier
