MarÃa Isabel Mateos Bermúdez wrote:
> ¿ Alguien sabe que es lo que pasa si se llena el sistema de ficheros
> /dev/shm ?
- Lo que hay bajo /dev son cosas "magicas", no debieras crear cosas alli
nunca.
- Llenar /dev llena /, y eso tiene resultados jocosos (para los
mirones, no para el afectado :-)
- /dev/shm es para soporte de memoria compartida entre aplicaciones
(shmop(2)), normalmente se le monta encima un tmpfs (sistema de archivo
que reside entre RAM y swap). Llenar eso previsiblemente tiene efectos
hilarantes (para los mirones, nuevamente)
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Fri Jan 19 18:04:50 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Fri Jan 19 18:03:19 2007
Subject: Aplicacion administrador Mysql CentOS
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Javier A. Jimenez (Zykboss) <[EMAIL PROTECTED]> wrote:
> Alvaro Herrera wrote:
> > Javier A. Jimenez (Zykboss) escribió:
[...]
> > (A veces cuando digo "en Postgres" en realidad significa "en cualquier
> > RDBMS").
> Claramente el objetivo de plano es echar por tierra a MySQL, y migrar
> todo a Postgres ("o cualquier otro RDBMS")... y por qué? porque MySQL
> es malo...
El problema es que /parece/ prometer RDBMS, y /generalmente/ se sale con la
suya. Y luego hay inexplicables corrupciones de datos... O disen~os
"horribilizados" (que muchas veces el "horribilizador" ni se da cuenta de
que lo esta haciendo, simplemente supone que "asi hay que hacerlo").
> Ricardo mencionaba, tal vez el usuario no requiere
> integridad referencial,
Posiblemente. Hoy.
Quien garantiza que cuando el sistema crezca a 100 veces la cantidad de
datos, y 10 veces la cantidad de codigo, sigue siendo valida la suposicion?
> solo tablas sueltas (si, MyISAM), y MySQL es
> una opción...
Claro. Pero tienes que considerar tambien que la tan cacareada rapidez de
MySQL no es tal en la practica. Para que quedarse con 1/2 solucion si
consigues la solucion completa por el mismo precio?
> No voy a entrar en el terreno de que es o no es un motor
> de base de datos relacionales decente...
No lo es.
> Pero si es molesto ver gente
> que sale y dice que MySQL es malo y punto, me parece algo parcial (tal
> vez fanatismo por otro software)... Todo dependerá del tipo de
> aplicación a desarrollar... y tal.
Exacto. Hay sistemas igual de rapidos, mucho mas potentes, por el mismo
precio. Entonces?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Fri Jan 19 19:33:10 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Sat Jan 20 23:12:08 2007
Subject: Aplicacion administrador Mysql CentOS
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 19/01/07, Horst H. von Brand<[EMAIL PROTECTED]> escribió:
> Javier A. Jimenez (Zykboss) <[EMAIL PROTECTED]> wrote:
> > Alvaro Herrera wrote:
> > > Javier A. Jimenez (Zykboss) escribió:
>
> [...]
>
> > > (A veces cuando digo "en Postgres" en realidad significa "en cualquier
> > > RDBMS").
>
> > Claramente el objetivo de plano es echar por tierra a MySQL, y migrar
> > todo a Postgres ("o cualquier otro RDBMS")... y por qué? porque MySQL
> > es malo...
>
> El problema es que /parece/ prometer RDBMS, y /generalmente/ se sale con la
> suya. Y luego hay inexplicables corrupciones de datos... O disen~os
> "horribilizados" (que muchas veces el "horribilizador" ni se da cuenta de
> que lo esta haciendo, simplemente supone que "asi hay que hacerlo").
Se supone que hay una sola forma de desarrollar modelos de datos
consistentes de manera relacional (sí, más de una utilizando
PostgreSQL, que es un ORDBMS). ¿Como, entonces, el usuario de MySQL
puede llegar a hacer un modelo tan horrible?
> > Ricardo mencionaba, tal vez el usuario no requiere
> > integridad referencial,
>
> Posiblemente. Hoy.
>
> Quien garantiza que cuando el sistema crezca a 100 veces la cantidad de
> datos, y 10 veces la cantidad de codigo, sigue siendo valida la suposicion?
No solo la integridad referencial se complica, tambien cuando se
manejan sistemas en mas de un lenguaje. He visto quien /estupidamente/
mezcla Visual Basic, PHP y otro lenguaje (no recuerdo, creo que era
Delphi) con MySQL... Los resultados? todavia le estan pegando por lo
malo que se pone.
> > solo tablas sueltas (si, MyISAM), y MySQL es
> > una opción...
>
> Claro. Pero tienes que considerar tambien que la tan cacareada rapidez de
> MySQL no es tal en la practica. Para que quedarse con 1/2 solucion si
> consigues la solucion completa por el mismo precio?
>
...y mas barato, recordemos que MySQL tiene licencia dual, en cambio
los de PostgreSQL no se enojan si nosotros utilizamos su DBMS en
empresas, o si?
> > No voy a entrar en el terreno de que es o no es un motor
> > de base de datos relacionales decente...
>
> No lo es.
Ni relacional ni decente, de hecho...
> > Pero si es molesto ver gente
> > que sale y dice que MySQL es malo y punto, me parece algo parcial (tal
> > vez fanatismo por otro software)... Todo dependerá del tipo de
> > aplicación a desarrollar... y tal.
>
> Exacto. Hay sistemas igual de rapidos, mucho mas potentes, por el mismo
> precio. Entonces?
Parcial? Parcial seria decir que MySQL es mejor que SQL Server... y
hablo en serio.
--
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org
