[EMAIL PROTECTED] wrote:
> HvB dijo:
> > [EMAIL PROTECTED] wrote:
> >> > Hola amigos de la lista... quisiera consultar por algo que tal vez es
> >> > básico pero que hasta ahora no se me habÃÂa presentado.
> >> > Tengo una máquina que en la instalación, instaló 2 kernel, uno
> >> > 2.4.X y otro 2.6.Y y deseo saber con qué opciones de soporte fueron
> >> > instalados cada uno de ellos.
> >> Por cada kernel instalado desde las fuentes o precompilado queda un
> >> archivo que contiene todas las opciones con el que fue compilado
> >> originalmente.
> > No. Hay un archivo que contiene la configuracion, que se usa al compilar.
> O sea que si instala un kernel precompilado no viene un archivo
> /boot/config-version_kernel con la configuracion?
/No/ es parte de lo que se requiere, /no/ se instala por omision.
> En Debian GNU/Linux si
> viene.
La mayor parte de las distros asi lo hacen con sus nucleos precompilados.
[...]
> Mmm...las veces que he compilado un kernel ese archivo se genera con la
> instalacion del kernel, nunca he tenido que copiarlo (y cambiarle nombre)
> a mano. Tal vez en las versiones del kernel 1.x 2.0.x, pero todavia no
> llegaba ahi :).
Las distribuciones proveen (posiblemente) un script /sbin/installkernel,
que "make install" del nucleo usa (si existe). Ese puede hacer lo que le
plazca, mi experiencia (RH, FC, derivados) es que instala el nucleo y
System.map unicamente. En Aurora no existe, y hay que instalar a mano.
--
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, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Oct 27 18:50:44 2005
From: [EMAIL PROTECTED] (Cristian Rodriguez)
Date: Thu Oct 27 18:48:31 2005
Subject: Optimizar Apache + Postgresql + PHP
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 27/10/05, Horst von Brand<[EMAIL PROTECTED]> escribió:
> Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> > El 25/10/05, angelo astorga<[EMAIL PROTECTED]> escribió:
> > > Algún link importante e interesante, donde muestre
> > > como mejorar la performance entre Apache + Postgresql
> > > + PHP
>
> > Cual es tu problema Puntual Angelo ?
> >
> > Si estas bsucando velocidad, postgresql no es muy veloz que
> > digamos...pero si tiene mucha funcionalidad ( execesiva para el 99%
> > de los sitios web o sistemas que quieras hacer en PHP)
>
> Si. Pero salvo que seas el SII, no requieres tal velocidad. Y el dia que tu
> sitio crezca y requiera funcionalidad de a de veras, portar desde una cosa
> rara a un RDBMS /duele/.
Doc, mi trabajo diario es crear sistemas basados en web, para pequñas
,medianas (y algunas grandes) empresas , y se perfectamente cuales son
las cosas que estan pidiendo y cuando voy a necesitar usar o no
Postgresql, y la verdad es que en todo lo que va de este año, nunca
se me ha pasado ni tan solo un momento por la cabeza usar postgresql,
aunque reconozco que es un sistema muy poderoso,.la mayor parte de la
veces esta **ultra sobredimensionado**, para el 99% de lo que mas
frecuentelemente se require hacer en un sistema web.
>
> > SI tu sitio web no requiere de la funcioanlidad de postgresql,
>
> Hoy no, man~ana quien sabe...
Si mañana se require se hace, y se paga por ello claro esta..cual es
el problema. ?
supongo que haras tu codigo una manera inteligente tal que cambaindo
$db ='mysql' por $db='loquesea' ; y tu aplicacion al menos tendra
codigo portable entre los distintos sistemas no ?
>
> > considera usar mysql o PHP5+ sqlite .
>
> Mas mejor no.
Porque estaria mal?
sqlite es simple, le sirve para casi todo lo mas frecuentemente usado
en web, no depnde de un "servidor sqlite" , es facil de administrar, y
es bastante rapido..(inclusive tsoporta triggers) cual seria lo malo
segun ud ?
>
> > usas XFS
>
> Poco probado, no recomendable.
No ceo que SGI lo haya probado tan poco... ;)
> > o reiserfs
>
> Por ningun motivo. Es /altamente/ toxico.
FUD .
>
> > como sistema de archivos... y tu base
> > de datos esta bien modelada... no?
>
> Eso es clave: Mal rendimiento es debido casi siempre a una base de datos
> mal modelada, o aplicaciones mal escritas.
Cierto ;)
--
Cristian Rodriguez.
"for DVDs in Linux screw the MPAA and ; do dig $DVDs.z.zoy.org ; done | \
perl -ne 's/\.//g; print pack("H224",$1) if(/^x([^z]*)/)' | gunzip"
