Re: debian de 32 o 64??

2010-08-30 Por tema Herman V
Instala el kernel PAE.

--
sent from my HTC G1, please excuse typos and brevity

On Aug 26, 2010 11:14 PM, �...@d¥ bady@gmail.com wrote:

despues de todo este tiempo recién ayer testié las ram :P, las 4 pastillas
estaban malas :/.

ahora tengo un nuevo problema, me llegaron 2 ram del extranjero, 2 pastillas
de 2 gb, como no podía testear el server en mi casa le puse las ram y lo
lleve a un data (doblea, bien bueno), llego a mi casa, hago un free (ya con
la máquina montada, todo esto remotamente) y SORPRESA!!!, tiene sólo 3 gb de
memoría, la pregunta del millon:
me cagaron o puede que por a.b.c o d motivos debian de 64 me reconosco solo
3 gb??, eso es imposible cierto ? :/

pd: con las ram nuevas nunca más tuve problemas ni caidas, finalmente era
la ram

salu2!

El 21 de junio de 2010 22:39, �...@d¥ bady@gmail.com escribió:

 tuve problemas con mi prestador de servicios de housing y he decidido
 mudar la máquina a otro housing, apenas la vaya a buscar le haré los test
 correspondientes y les contaré que tal.






Re: debian de 32 o 64??

2010-08-30 Por tema ß
aunque tenga un so de 64 bits?

El 30 de agosto de 2010 08:05, Herman V hve...@gmail.com escribió:

 Instala el kernel PAE.

 --
 sent from my HTC G1, please excuse typos and brevity

 On Aug 26, 2010 11:14 PM, �...@d¥ bady@gmail.com wrote:

 despues de todo este tiempo recién ayer testié las ram :P, las 4 pastillas
 estaban malas :/.

 ahora tengo un nuevo problema, me llegaron 2 ram del extranjero, 2
 pastillas
 de 2 gb, como no podía testear el server en mi casa le puse las ram y lo
 lleve a un data (doblea, bien bueno), llego a mi casa, hago un free (ya con
 la máquina montada, todo esto remotamente) y SORPRESA!!!, tiene sólo 3 gb
 de
 memoría, la pregunta del millon:
 me cagaron o puede que por a.b.c o d motivos debian de 64 me reconosco solo
 3 gb??, eso es imposible cierto ? :/

 pd: con las ram nuevas nunca más tuve problemas ni caidas, finalmente era
 la ram

 salu2!

 El 21 de junio de 2010 22:39, �...@d¥ bady@gmail.com escribió:

  tuve problemas con mi prestador de servicios de housing y he decidido
  mudar la máquina a otro housing, apenas la vaya a buscar le haré los test
  correspondientes y les contaré que tal.
 
 
 
 



Re: debian de 32 o 64??

2010-08-30 Por tema Alvaro Herrera
Excerpts from �...@d¥'s message of lun ago 30 12:12:19 -0400 2010:
 aunque tenga un so de 64 bits?

Obviamente no


-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-08-30 Por tema Andres Ovalle Gahona
PAE es solo para 32bits D:

2010/8/30 Alvaro Herrera alvhe...@alvh.no-ip.org

 Excerpts from �...@d¥'s message of lun ago 30 12:12:19 -0400 2010:
  aunque tenga un so de 64 bits?

 Obviamente no


 --
 Álvaro Herrera alvhe...@alvh.no-ip.org




-- 
Andrés Esteban. Ovalle Gahona (kill-9)
Ingenieria Ejecucion Computacion e Informática
Movil: 09-5791839
Staff DebianChile.cl
Usuario Linux #456290 (counter.li.org)


Re: debian de 32 o 64??

2010-08-26 Por tema ß
despues de todo este tiempo recién ayer testié las ram :P, las 4 pastillas
estaban malas :/.

ahora tengo un nuevo problema, me llegaron 2 ram del extranjero, 2 pastillas
de 2 gb, como no podía testear el server en mi casa le puse las ram y lo
lleve a un data (doblea, bien bueno), llego a mi casa, hago un free (ya con
la máquina montada, todo esto remotamente) y SORPRESA!!!, tiene sólo 3 gb de
memoría, la pregunta del millon:
me cagaron o puede que por a.b.c o d motivos debian de 64 me reconosco solo
3 gb??, eso es imposible cierto ? :/

pd: con las ram nuevas nunca más tuve problemas ni caidas, finalmente era
la ram

salu2!

El 21 de junio de 2010 22:39, �...@d¥ bady@gmail.com escribió:

 tuve problemas con mi prestador de servicios de housing y he decidido
 mudar la máquina a otro housing, apenas la vaya a buscar le haré los test
 correspondientes y les contaré que tal.






Re: debian de 32 o 64??

2010-06-21 Por tema Alvaro Herrera
Excerpts from Leo Soto M.'s message of mié jun 16 17:41:57 -0400 2010:

 Igual mi punto es que, aunque la mayoria de las veces se elige MySQL
 por las razones incorrectas (i.e., es lo unico que le suena al perico
 que esta programando el sistemita web o porque es un poco mas facil de
 instalar/configurar, inercia, etc, etc). al final es que MySQL no
 puede ser taaan malo en todo. Hay gente clever en muchos lados que lo
 usa por razones cuerdas.

En esto estoy totalmente de acuerdo.  La cosa es que acá (me refiero a
la gente de esta lista) se usa más porque es lo único que me suena o
es lo que usa todo el mundo, que son razones poco cuerdas.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-21 Por tema Gonzalo Diaz
El día 21 de junio de 2010 11:49, Alvaro Herrera
alvhe...@alvh.no-ip.org escribió:
 Excerpts from Leo Soto M.'s message of mié jun 16 17:41:57 -0400 2010:

 Igual mi punto es que, aunque la mayoria de las veces se elige MySQL
 por las razones incorrectas (i.e., es lo unico que le suena al perico
 que esta programando el sistemita web o porque es un poco mas facil de
 instalar/configurar, inercia, etc, etc). al final es que MySQL no
 puede ser taaan malo en todo. Hay gente clever en muchos lados que lo
 usa por razones cuerdas.

 En esto estoy totalmente de acuerdo.  La cosa es que acá (me refiero a
 la gente de esta lista) se usa más porque es lo único que me suena o
 es lo que usa todo el mundo, que son razones poco cuerdas.

 --
 Álvaro Herrera alvhe...@alvh.no-ip.org


Hay varios factores técnicos, por ejemplo, es menos frecuente
encontrar planes de hosting BBB con PostgreSQL, sumándole los miles de
sistemas prefabricados PHP+MYSQL con trayectoria, que dificilmente se
encuentran clones compatibles con postgres.

Yo trabajo con PGSQL solo cuando tengo plena independencia de
restricciones de la plataforma.

-- 
~~~
Atentamente, Gonzalo Díaz Cruz
Estudiante Ingeniería de Ejecución en Computación e Informática
Universidad de Santiago de Chile
~~~

http://blog.gon.cl/
http://twitter.com/sir_gon


Re: debian de 32 o 64??

2010-06-21 Por tema Gerardo Arias Machado
bueno en realidad uso el MYSQL para web y el SQL como otros gestores de
base datos es muy bueno.



Re: debian de 32 o 64??

2010-06-21 Por tema ß
tuve problemas con mi prestador de servicios de housing y he decidido
mudar la máquina a otro housing, apenas la vaya a buscar le haré los test
correspondientes y les contaré que tal.





Re: debian de 32 o 64??

2010-06-16 Por tema Leo Soto M.
2010/6/15 Alvaro Herrera alvhe...@alvh.no-ip.org:
[...]
 Flickr no es un sistema OLTP común y corriente (como tampoco Facebook,
 Twitter, Google, etc).  Para ellos, usar un RDBMS no es lo mismo que
 para uno de nosotros.  Ellos usan sistemas de encolamiento de trabajos,
 granjas con docenas (¿o serán cientos?) de servidores, cache de varios
 tipos y de varios niveles, y muchas otras cosas que para el resto del
 mundo son innecesarias.  Para ellos, “replicación” no significa lo mismo
 que para alguien que quiere montar un sistema empresarial tradicional.

Por supuesto.

Al final todo tiene que ver con el contexto. Yo trabajo mas centrado
en aplicaciones web publicas por lo que veo estas discusiones bajo esa
lente. Andar tonteando con MySQL para un sistema empresarial
tradicional tiene bien poca justificacion.

Pero cuando tus clientes te piden que, en el (no tan probable, pero
posible) caso que tengan que escalar a niveles ridiculos, y sabiendo
MySQL es usado por otros tipos que han hecho eso (probablemente
metiendole mano al propio MySQL, pero al final eso es visto como menos
terrible que cambiarse de motor de BD), la eleccion ya no es tan
facil. Y que bueno que PostgreSQL 9 venga con mejores opciones de
replicacion, porque desde esta vereda, era un punto flaco importante.

 ¿Dónde hablaste con Henderson?  Si fue en una charla o algo así, ¿tienes
 algún puntero a las láminas?

Fue en la Djangocon 2008, y su charla (Why I hate Django) no era
enfocada en escalabilidad, pero aproveche igual de preguntar.

 Normalmente mirando eso queda claro que
 los sistemas de ellos son poco convencionales de una u otra manera.

Absolutamente. Pero al fin y al cabo son cosas a tomar en cuenta
cuando haces aplicaciones web que pueden llegar a ser usadas por miles
de personas a la vez.

 Ah, acá hay un par de cosas:
 http://www.krisjordan.com/2008/09/16/cal-henderson-scalable-web-architectures-common-patterns-and-approaches/
 slide 20 y siguientes; nota que puedes hacer eso con Postgres sin
 problemas; ¿probaron Postgres y anduvo muy lento, o bien hicieron
 replicación en MySQL porque ya tenían MySQL andando?

Segun entendi, un poco de las dos cosas. En el momento que decidieron,
probaron Slony y se les quedaba ultra corto. Probablemente hoy en dia
sigan con MySQL aunque PostgreSQL se haya puesto a la altura porque ya
elegieron MySQL en dicho momento.

 Otra charla de Henderson sobre Flickr:
 http://www.niallkennedy.com/blog/uploads/flickr_php.pdf

Yeah, ese material es mas relevante con respecto a este tema que la
charla que yo estuve.

Igual mi punto es que, aunque la mayoria de las veces se elige MySQL
por las razones incorrectas (i.e., es lo unico que le suena al perico
que esta programando el sistemita web o porque es un poco mas facil de
instalar/configurar, inercia, etc, etc). al final es que MySQL no
puede ser taaan malo en todo. Hay gente clever en muchos lados que lo
usa por razones cuerdas.
-- 
Leo Soto M.
http://blog.leosoto.com


Re: debian de 32 o 64??

2010-06-15 Por tema Javier Garay
El 14 de junio de 2010 18:09, Alvaro Herrera alvhe...@alvh.no-ip.orgescribió:

 Excerpts from Javier Garay's message of lun jun 14 16:04:41 -0400 2010:
  Caca?... Creo que para ser software libre no tiene nada de olor a caca,
  MySQL no es malo, tampoco es el mejor, si quieres tener el mejor,
 entonces
  paga...

 Puedes usar Postgres sin pagar ;-)

  MySQL es más rapido que Postgres

 Esto no es cierto en general, sólo en casos específicos (que son de
 juguete)

  y muchos usamos MySQL sin ningun
  tipo de problemas... Para grandes transacciones seguramente se prefiere
  Oracle o algo como Postgres, pero seamos objetivos, MySQL no es malo,
  depende para que lo uses...

 Si lo usas para un blog, un foro web, o un motor de búsqueda, no
 hay problema.  Pero no te recomiendo que lo uses para una tienda online.


Lo he usado con oscommerce y no tuve problema, con sitios de más de 5.000
visitas diarias (que es poco comparado con otros)... Todo depende como sea
implementado y para que fines...

Acá en la empresa uso MySql para el sistema, pero tengo ganas de usar
Postgres, ya que MySql ultimamente lo estoy econtrando un poco bajo
rendimiento... De hecho hace tiempo tengo ganas de migrar a Postgres para
probar.

Como dije antes creo que MySql no es malo, incluso es más rapido que
Postgres, pero todo depende para que lo utilices.

Saludos


 --
 Álvaro Herrera alvhe...@alvh.no-ip.org




-- 
Atte,
Javier Andrés Garay G.
Ingeniero en Informática
Plug  Play Net S.A.
www.papnet.cl


MySQL vs Postgresql (fue Re: debian de 32 o 64??)

2010-06-15 Por tema Aldrin Martoq
On Jun 15, 2010, at 10:23 AM, Ricardo Munoz wrote:
 El 14 de junio de 2010 18:09, Alvaro Herrera 
 alvhe...@alvh.no-ip.orgescribió:
 Excerpts from Javier Garay's message of lun jun 14 16:04:41 -0400 2010:
 MySQL es más rapido que Postgres
 Esto no es cierto en general, sólo en casos específicos (que son de
 juguete)
 correcto. el fuerte de MySQL efectivamente son sus tablas MyISAM de
 juguete que permiten al motor de BD no gastar tiempo en revisar si hay
 alguna transaccion pendiente por cada SELECT que se ejecuta.

Los niveles en que funciona bien myisam son tan pobres que da lo mismo que cosa 
uses. Si quieres pon SQLite o Microsoft Access  y funcionará igual de bien y en 
una gran cantidad de casos. También es muy probable que nunca tengas problemas. 
Ese no es el punto y me imagino que es lo que quería ejemplificar Álvaro: 
Windows también funciona en muchos casos, pero no es eso de lo que estamos 
hablando.

El punto es que usualmente SI requieres cosas como integridad referencial y/o 
que el sistema escale bien. Y hacer eso en postgresql no es mas difícil que 
hacerlo con mysql, entonces ¿por qué no partir con postgresql? De hecho, he 
encontrado que hacerlo con mysql es mucho mas difícil pues el sistema está 
pensado para usarse al estilo de MS Access. Por ejemplo, en la configuración 
inicial si ocurre un error se ignora silenciosamente... tal vez por eso la 
gente lo encuentra fácil de usar, pero para yo encuentro esto horrible.

Para mí, es un tema de estrategia y costos: cuesta LO MISMO partir con 
cualquiera de los dos (sin integridad referencial si quieres), la velocidad es 
la misma para ambos a esos niveles, pero si debes escalar o necesitas usar más 
características de bases de datos en mysql te saldrá mucho mas caro.


 lo anterior sumado a la funcionalidad nativa de replicacion (superior a las
 opciones de Postgres) hace que sea facil montar muchos nodos de solo lectura
 (para los SELECT) y algunos nodos para las escrituras (UPDATE, INSERT,
 DELETE) con tablas InnoDB,

En replicación yo no encontré que las opciones de postgresql sean inferiores, 
repito lo único que no era factible en postgresql era un cluster con 
ndbcluster. Lo único malo es que no está integrado en la base de datos, pues la 
mayoría son proyectos externos... es tan complejo como dejar mysql afinado para 
comportarse como una base de datos relacional.


Ahora, replicación es un medio que puede tener muchos fines, yo creo que lo 
mejor para la mayoría de los listeros es usar replicación para respaldos en 
línea (log shipping) mas que para balanceo de carga. Si tienen problemas de 
rendimiento, es mas barato que intentes primero acelerar la aplicación, por 
ejemplo usando memcache.


 la integridad referencial se maneja en la
 aplicacion.

Si estas en los niveles en que no puedes usar una base de datos, mejor que uses 
otra cosa derechamente y te olvidas de las ventajas de una base de datos real. 
Por ejemplo, en vez de tener una base de datos gigante puedes crear subsistemas 
en que cada uno tenga su propio base de datos y cada uno con servicios y 
niveles definidos (ej: sistema de usuarios, sistema de facturas, etc). Eso es 
lo que hacen los sitios grandes como twitter en todo caso.


 este esquema lo usan/usaron sitios con alto trafico como Flickr, Facebook,
 Twitter, etc.

En mi opinión,  esos sitios partieron con mysql y se quedaron con el cachito. 
Ni modo pues, a entrar a picar cada vez que el sistema explotaba... y ellos 
tiene recursos para hacer este tipo de cosas. Para el resto de los normales les 
sugiero que usen algo mas barato de desarrollar y mantener tanto en el corto 
como en el largo plazo.


 Si lo usas para un blog, un foro web, o un motor de búsqueda, no hay
 problema.  Pero no te recomiendo que lo uses para una tienda online.
 y que tiene de especial una tienda online? en todo caso, nada impide que
 alguien use distintos motores de BD en una misma aplicacion, una para el
 frontend (MySQL) y otra para el backend (idealmente Postgres, aunque
 generalmente es Oracle, DB2, etc.)


Aquí comparto la misma visión pero a la inversa: ¿qué les hace pensar que mi 
foro o blog no son importantes? No conozco sistema, incluso el más 
insignificante, en que la data es lo más importante. Como anécdota, hace un 
buen tiempo se corrompió la base de datos de SVN (que estaba basado en berkley 
v/s CVS que eran archivos planos, algo fácil de corregir) y gasté un montón de 
tiempo tratando de restaurarla. Al final me dí por vencido y perdí la data no 
mas, por suerte tenía en mi estación la mayoría de los proyectos y los volví a 
subir a un repositorio nuevo. Por supuesto, perdimos toda la información de 
cambios, que es el motivo de tener un sistema de versiones. GIT en cambio está 
diseñado para evitar pérdida de datos (y otros más); para Torvalds la data es 
muy importante.

La mayoría clasifica los sistemas por importancia y que la base de datos que 
uses da lo mismo (incluso la gente postgresql, como ven), pero yo 

Re: debian de 32 o 64??

2010-06-15 Por tema Alvaro Herrera
Excerpts from Javier Garay's message of mar jun 15 11:29:46 -0400 2010:

 Acá en la empresa uso MySql para el sistema, pero tengo ganas de usar
 Postgres, ya que MySql ultimamente lo estoy econtrando un poco bajo
 rendimiento... De hecho hace tiempo tengo ganas de migrar a Postgres para
 probar.
 
 Como dije antes creo que MySql no es malo, incluso es más rapido que
 Postgres, pero todo depende para que lo utilices.

Si dices que mysql es más rápido que Postgres entonces no tendría
sentido que quisieras migrar los sistemas de la empresa de MySQL a
Postgres.  Te estás contradiciendo.

En algunos casos, MySQL es más rápido que Postgres; pero esos casos son
irrelevantes, porque están medidos en la escala menor, cuando no tienes
mucha carga y por lo tanto la diferencia de velocidad es prácticamente
indistinguible.  En los casos en que el buen rendimiento es más 
interesante (cuando tienes gran cantidad de datos o gran cantidad de
visitantes), Postgres gana en rendimiento en casi todas las pruebas.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-15 Por tema Alvaro Herrera
Excerpts from Ricardo Munoz's message of mar jun 15 10:23:55 -0400 2010:
 El 14 de junio de 2010 18:09, Alvaro Herrera 
 alvhe...@alvh.no-ip.orgescribió:

  Esto no es cierto en general, sólo en casos específicos (que son de
  juguete)
 
 correcto. el fuerte de MySQL efectivamente son sus tablas MyISAM de
 juguete que permiten al motor de BD no gastar tiempo en revisar si hay
 alguna transaccion pendiente por cada SELECT que se ejecuta.

¿revisar si hay alguna transacción pendiente?  Eso es nuevo para mí,
¿qué significa, y quién lo hace?

 lo anterior sumado a la funcionalidad nativa de replicacion (superior a las
 opciones de Postgres) hace que sea facil montar muchos nodos de solo lectura
 (para los SELECT) y algunos nodos para las escrituras (UPDATE, INSERT,
 DELETE) con tablas InnoDB, la integridad referencial se maneja en la
 aplicacion.

Integridad referencial manejada en la aplicación es una idea absurda
que inventaron los de MySQL para no tener que admitir que un sistema que
realmente tenga integridad referencial implementado en MySQL es
demasiado lento para ser usable.  Pero ya dejaron esa idea atrás,
después de haber sido el hazmerreír durante años.

Sin embargo, siguen siendo el hazmerreír en el tema de la replicación,
para gente entendida en replicación de bases de datos.  El hecho de que
haya múltiples soluciones distintas para Postgres es testimonio de que
el tema de la replicación es un problema que no admite una única
solución, sino que cada situación requiere distintos compromisos.  En
Postgres 9.0 (a liberarse a mediados de este año) se integra una
solución de replicación que es similar a lo que tiene MySQL, pero no
deja obsoletas a las otras soluciones existentes, porque éstas ofrecen
otras ventajas.

 este esquema lo usan/usaron sitios con alto trafico como Flickr, Facebook,
 Twitter, etc.

Tienes que tener más cuidado cuando pones esos mega-sitios como ejemplos
de uso de MySQL, porque lo usan de maneras muy particulares que no
aplican a un mortal común y corriente.

  Si lo usas para un blog, un foro web, o un motor de búsqueda, no hay
  problema.  Pero no te recomiendo que lo uses para una tienda online.
 
 y que tiene de especial una tienda online?

Como decía Aldrin, lo esencial es si puedes permitirte perder datos o
no.  Pongo como ejemplo una tienda online porque si te comprometes a
vender algo y de pronto te llega un reclamo de un usuario que te pagó
pero nunca le enviaste el producto, puedes estar en problemas.  Si a tu
blog se le pierde un comentario o un post, mala suerte pero por lo menos
nadie te va a demandar.

 en todo caso, nada impide que
 alguien use distintos motores de BD en una misma aplicacion, una para el
 frontend (MySQL) y otra para el backend (idealmente Postgres, aunque
 generalmente es Oracle, DB2, etc.)

Claro que no, pero ¿cuál es el punto?

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-15 Por tema Leo Soto M.
2010/6/15 Alvaro Herrera alvhe...@alvh.no-ip.org:
[...]
 Sin embargo, siguen siendo el hazmerreír en el tema de la replicación,
 para gente entendida en replicación de bases de datos.

Estoy de acuerdo con el noventa y algo por ciento de lo que has dicho.
Pero voy a comentar sobre el restante.

Tuve la oportunidad de preguntarle a uno de los tipos encargados de
hacer que Flickr escale (Cal Henderson), por que diablos usaban MySQL
(suelo hacerle esa pregunta a toda la gente mas o menos cuerda que veo
usando MySQL). Y la respuesta tenia que ver con que la replicacion de
MySQL era la que mejor les habia funcionado, para el escenario de
ellos, con volumenes ridiculos de lectura donde parte de la idea de
replicar era contar lo mas rapido posible con esclavos listos para
servir los datos recien insertados.

Se que ese tipo en particular sabe del tema, por lo que seria bueno
que te explicaras un poco mas en lugar de aplicar argumento por
autoridad.
-- 
Leo Soto M.
http://blog.leosoto.com


Re: debian de 32 o 64??

2010-06-15 Por tema Javier Garay
El 15 de junio de 2010 15:32, Alvaro Herrera alvhe...@alvh.no-ip.orgescribió:

 Excerpts from Javier Garay's message of mar jun 15 11:29:46 -0400 2010:

  Acá en la empresa uso MySql para el sistema, pero tengo ganas de usar
  Postgres, ya que MySql ultimamente lo estoy econtrando un poco bajo
  rendimiento... De hecho hace tiempo tengo ganas de migrar a Postgres para
  probar.
 
  Como dije antes creo que MySql no es malo, incluso es más rapido que
  Postgres, pero todo depende para que lo utilices.

 Si dices que mysql es más rápido que Postgres entonces no tendría
 sentido que quisieras migrar los sistemas de la empresa de MySQL a
 Postgres.  Te estás contradiciendo.

 No he dicho que por ser más rapido que Postgres sea mejor que Postgres, la
velocidad no lo es todo en un motor de base de datos, de hecho no encuentro
que uno sea mejor que otro, son diferentes, por caracteristicas, rendimiento
o enfoque, como tu lo quieras ver y como lo dicen las caracteristicas de
cada motor.

MySql no tiene la orientación a objetos que estoy necesitando y que si tiene
Postgres, por eso quiero migrar, no porque sea mejor que MySql.


 En algunos casos, MySQL es más rápido que Postgres; pero esos casos son
 irrelevantes, porque están medidos en la escala menor, cuando no tienes
 mucha carga y por lo tanto la diferencia de velocidad es prácticamente
 indistinguible.  En los casos en que el buen rendimiento es más
 interesante (cuando tienes gran cantidad de datos o gran cantidad de
 visitantes), Postgres gana en rendimiento en casi todas las pruebas.

 --
 Álvaro Herrera alvhe...@alvh.no-ip.org




-- 
Atte,
Javier Andrés Garay G.
Ingeniero en Informática
Plug  Play Net S.A.
www.papnet.cl


Re: debian de 32 o 64??

2010-06-15 Por tema Alvaro Herrera
Excerpts from Leo Soto M.'s message of mar jun 15 15:54:27 -0400 2010:
 2010/6/15 Alvaro Herrera alvhe...@alvh.no-ip.org:
 [...]
  Sin embargo, siguen siendo el hazmerreír en el tema de la replicación,
  para gente entendida en replicación de bases de datos.
 
 Estoy de acuerdo con el noventa y algo por ciento de lo que has dicho.
 Pero voy a comentar sobre el restante.
 
 Tuve la oportunidad de preguntarle a uno de los tipos encargados de
 hacer que Flickr escale (Cal Henderson), por que diablos usaban MySQL
 (suelo hacerle esa pregunta a toda la gente mas o menos cuerda que veo
 usando MySQL). Y la respuesta tenia que ver con que la replicacion de
 MySQL era la que mejor les habia funcionado, para el escenario de
 ellos, con volumenes ridiculos de lectura donde parte de la idea de
 replicar era contar lo mas rapido posible con esclavos listos para
 servir los datos recien insertados.
 
 Se que ese tipo en particular sabe del tema, por lo que seria bueno
 que te explicaras un poco mas en lugar de aplicar argumento por
 autoridad.

Flickr no es un sistema OLTP común y corriente (como tampoco Facebook,
Twitter, Google, etc).  Para ellos, usar un RDBMS no es lo mismo que
para uno de nosotros.  Ellos usan sistemas de encolamiento de trabajos,
granjas con docenas (¿o serán cientos?) de servidores, cache de varios
tipos y de varios niveles, y muchas otras cosas que para el resto del
mundo son innecesarias.  Para ellos, “replicación” no significa lo mismo
que para alguien que quiere montar un sistema empresarial tradicional.

¿Dónde hablaste con Henderson?  Si fue en una charla o algo así, ¿tienes
algún puntero a las láminas?  Normalmente mirando eso queda claro que
los sistemas de ellos son poco convencionales de una u otra manera.

Ah, acá hay un par de cosas:
http://www.krisjordan.com/2008/09/16/cal-henderson-scalable-web-architectures-common-patterns-and-approaches/
slide 20 y siguientes; nota que puedes hacer eso con Postgres sin
problemas; ¿probaron Postgres y anduvo muy lento, o bien hicieron
replicación en MySQL porque ya tenían MySQL andando?

Otra charla de Henderson sobre Flickr:
http://www.niallkennedy.com/blog/uploads/flickr_php.pdf

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-15 Por tema Ricardo Munoz
El 15 de junio de 2010 17:16, Alvaro Herrera alvhe...@alvh.no-ip.orgescribió:

 Excerpts from Leo Soto M.'s message of mar jun 15 15:54:27 -0400 2010:
  2010/6/15 Alvaro Herrera alvhe...@alvh.no-ip.org:
  [...]
   Sin embargo, siguen siendo el hazmerreír en el tema de la replicación,
   para gente entendida en replicación de bases de datos.
 
  Estoy de acuerdo con el noventa y algo por ciento de lo que has dicho.
  Pero voy a comentar sobre el restante.
 
  Tuve la oportunidad de preguntarle a uno de los tipos encargados de
  hacer que Flickr escale (Cal Henderson), por que diablos usaban MySQL
  (suelo hacerle esa pregunta a toda la gente mas o menos cuerda que veo
  usando MySQL). Y la respuesta tenia que ver con que la replicacion de
  MySQL era la que mejor les habia funcionado, para el escenario de
  ellos, con volumenes ridiculos de lectura donde parte de la idea de
  replicar era contar lo mas rapido posible con esclavos listos para
  servir los datos recien insertados.
 
  Se que ese tipo en particular sabe del tema, por lo que seria bueno
  que te explicaras un poco mas en lugar de aplicar argumento por
  autoridad.

 Flickr no es un sistema OLTP común y corriente (como tampoco Facebook,
 Twitter, Google, etc).  Para ellos, usar un RDBMS no es lo mismo que
 para uno de nosotros.  Ellos usan sistemas de encolamiento de trabajos,
 granjas con docenas (¿o serán cientos?) de servidores, cache de varios
 tipos y de varios niveles, y muchas otras cosas que para el resto del
 mundo son innecesarias.  Para ellos, “replicación” no significa lo mismo
 que para alguien que quiere montar un sistema empresarial tradicional.

 ¿Dónde hablaste con Henderson?  Si fue en una charla o algo así, ¿tienes
 algún puntero a las láminas?  Normalmente mirando eso queda claro que
 los sistemas de ellos son poco convencionales de una u otra manera.


Efectivamente son sistemas poco convencionales. Y en ese caso, cuando
aparece una noticia diciendo que usan Linux en la NASA habria que tambien
descartarla...

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: debian de 32 o 64??

2010-06-15 Por tema Alvaro Herrera
Excerpts from Alvaro Herrera's message of mar jun 15 17:16:19 -0400 2010:

 ¿Dónde hablaste con Henderson?  Si fue en una charla o algo así, ¿tienes
 algún puntero a las láminas?  Normalmente mirando eso queda claro que
 los sistemas de ellos son poco convencionales de una u otra manera.
 

Acá queda bastante más claro:
http://highscalability.com/flickr-architecture
donde dice the architecture, hablan de un dual tree central
database, que es un MySQL modificado; tiene un link a una transparencia
donde queda claro que lo que están usando es totalmente brujo y no es el
MySQL común y corriente, y tampoco usan la replicación común y corriente
de MySQL.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-14 Por tema Javier Garay
A mi me pasaba que con un servidor se colgaba el sistema, el problema no era
ni RAM ni disco duro, sino que la bios de la placa madre...

¿Has hecho algun up grade de tu bios o ha sufrido tu equipo cortes bruscos
de energia desde que te ocurre esto?

-- 
Atte,
Javier Andrés Garay G.
Ingeniero en Informática
Plug  Play Net S.A.
www.papnet.cl


Re: debian de 32 o 64??

2010-06-14 Por tema AngelD
El Sun, 13 Jun 2010 21:55:40 -0400
Aldrin Martoq amar...@dcc.uchile.cl escribió:

 On Jun 13, 2010, at 8:12 PM, AngelD wrote:
  El Sun, 13 Jun 2010 12:42:07 -0400
  Aldrin Martoq amar...@dcc.uchile.cl escribió:
  Si la máquina se cuelga, las chances de ver los logs son pocas...
  Por otro lado, yo te recomendaría que uses postgres, es varias
  veces mejor que mysql.
  De este último comentario me gustaría ver el razonamiento
  que lo sustenta. ¿Cómo cuantificas Postgres varias veces mejor que
  MySql?.
 
 De la última vez que lo revise, el único aspecto en que gana mysql
 es cuando usas un NDB Cluster, pues no hay nada parecido en el mundo
 postgresql. En todos los otros casos de uso era mejor postgresql
 por un montón de razones.
 
 Como ejemplos, MyISAM es rápido pero no cuando hay alta concurrencia
 y por sobre todas las cosas no soporta ACID; InnoDB soporta ACID pero
 no a la velocidad ni con la madurez de postgresql. Hay otras
 estupideces que odio en mysql como el 'strict mode', etc etc.
 
  Sin razonar, parece el típico comentario realizado basándose
  en tópicos.
 
 Cierto, lamentablemente no encuentro mi resumen...

Has realizado un resumen en dos frases muy satisfactorio, que
era lo deseado. :-)

Para algo más completo ya existen cosas como:

 http://www.wikivs.com/wiki/MySQL_vs_PostgreSQL

Saludos --- Angel


Re: debian de 32 o 64??

2010-06-14 Por tema Ricardo Munoz
El 13 de junio de 2010 23:29, Alvaro Herrera alvhe...@alvh.no-ip.orgescribió:

 Excerpts from AngelD's message of dom jun 13 20:12:47 -0400 2010:
  El Sun, 13 Jun 2010 12:42:07 -0400
  Aldrin Martoq amar...@dcc.uchile.cl escribió:
 
   Si la máquina se cuelga, las chances de ver los logs son pocas... Por
   otro lado, yo te recomendaría que uses postgres, es varias veces
   mejor que mysql.
 
  De este último comentario me gustaría ver el razonamiento que
  lo sustenta.

 Esto ha sido discutido hasta la muerte en esta misma lista; ¿buscaste
 los archivos?

  ¿Cómo cuantificas Postgres varias veces mejor que MySql?.

 Dado que una comparación de este tipo es necesariamente cualitativa, me
 parece que “varias veces mejor” es una metáfora más que una frase que
 deba ser tomada literalmente.

 http://xkcd.com/725/

 En todo caso, como RDBMS, MySQL es un juguete y poco más.


Hay juguetes que sirven... y cuales usar depende de que tipo de aplicaciones
uno va a desarrollar, mandar a hacer o comprar.

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: debian de 32 o 64??

2010-06-14 Por tema Alvaro Herrera
Excerpts from Ricardo Munoz's message of lun jun 14 09:49:30 -0400 2010:
 El 13 de junio de 2010 23:29, Alvaro Herrera 
 alvhe...@alvh.no-ip.orgescribió:

  En todo caso, como RDBMS, MySQL es un juguete y poco más.
 
 Hay juguetes que sirven... y cuales usar depende de que tipo de aplicaciones
 uno va a desarrollar, mandar a hacer o comprar.

En el 99% de los casos, lo que el desarrollador quiere es un RDBMS de
verdad ... sólo que no lo sabe :-(

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-14 Por tema Aldrin Martoq
On Jun 14, 2010, at 11:23 AM, Alvaro Herrera wrote:
 Excerpts from Ricardo Munoz's message of lun jun 14 09:49:30 -0400 2010:
 El 13 de junio de 2010 23:29, Alvaro Herrera 
 alvhe...@alvh.no-ip.orgescribió:
 En todo caso, como RDBMS, MySQL es un juguete y poco más.
 Hay juguetes que sirven... y cuales usar depende de que tipo de aplicaciones
 uno va a desarrollar, mandar a hacer o comprar.
 En el 99% de los casos, lo que el desarrollador quiere es un RDBMS de
 verdad ... sólo que no lo sabe :-(

El verdadero problema es cuando te das cuenta que necesitas algo de verdad y 
ya es demasiado tarde... por ejemplo si el # de requerimientos crece 
repentinamente, y la base de datos no escala; o que por a,b,c motivos estas 
terminando con corrupción de datos. No conozco aplicación que no deba cumplir 
al menos uno de estos dos requisitos.

Partir con algo bien hecho es mucho mas barato a la larga... de hecho, si 
consideras los requisitos obvios de arriba, es mas barato en el corto plazo 
partir con postgresql pues para mysql dejarlo como corresponde hay que 
configurar, rediseñar y entender un montón de cosas.

Tristemente no basta crear tablas innodb y es fácil que una aplicación 
deshabilite las características de integridad (?!). Todo es bastante complejo y 
enredado. No se de qué hablan cuando dicen que mysql es fácil.



Aldrin Martoq
http://aldrin.martoq.cl/







Re: debian de 32 o 64??

2010-06-14 Por tema Alvaro Herrera
Excerpts from Aldrin Martoq's message of lun jun 14 11:49:18 -0400 2010:

 Tristemente no basta crear tablas innodb y es fácil que una aplicación 
 deshabilite las características de integridad (?!). Todo es bastante complejo 
 y enredado. No se de qué hablan cuando dicen que mysql es fácil.

Es igual que Windows.  El PC lo trae, es llegar y usarlo; ¿qué más
fácil?

Claro que cuando te infectes con un virus y tengas que reinstalarlo, el
lío de los controladores que descargar aparte, y agregar Office y
Photoshop, y pasarte dos horas buscando en la internec dónde estaba el
crack, pero cómo se te olvida el firewall y el antivirus ¿y cuál es más
barato que detecta todos los virus y se actualiza automáticamente?  Por
no hablar de librarse del spyware ...

MySQL es igual de fácil ;-)  Si hasta viene con PHP y es muy fácil
conectar con el CMS!  Hasta que tres meses después te diste cuenta que
en tu blog te dejaron un comentario el 35 de agosto, y nadie validó la
fecha.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-14 Por tema Ricardo Munoz
El 14 de junio de 2010 12:32, Alvaro Herrera alvhe...@alvh.no-ip.orgescribió:

 Excerpts from Aldrin Martoq's message of lun jun 14 11:49:18 -0400 2010:

  Tristemente no basta crear tablas innodb y es fácil que una aplicación
 deshabilite las características de integridad (?!). Todo es bastante
 complejo y enredado. No se de qué hablan cuando dicen que mysql es fácil.

 Es igual que Windows.  El PC lo trae, es llegar y usarlo; ¿qué más
 fácil?

 Claro que cuando te infectes con un virus y tengas que reinstalarlo, el
 lío de los controladores que descargar aparte, y agregar Office y
 Photoshop, y pasarte dos horas buscando en la internec dónde estaba el
 crack, pero cómo se te olvida el firewall y el antivirus ¿y cuál es más
 barato que detecta todos los virus y se actualiza automáticamente?  Por
 no hablar de librarse del spyware ...

 MySQL es igual de fácil ;-)  Si hasta viene con PHP y es muy fácil
 conectar con el CMS!  Hasta que tres meses después te diste cuenta que
 en tu blog te dejaron un comentario el 35 de agosto, y nadie validó la
 fecha.


interesante tu comparacion, en este caso dices que Windows == Debian ya que
ambos traen software malo que es facil de instalar y usar pero que te
daran problemas en el corto plazo... asi que estimados fanaticos de Linux,
su Debian no es mas que un Windows camuflado! jajajja... ;)

hablando (un poco) mas en serio, si MySQL fuera tan malo porque entonces
viene en la mayoria de las distros de Linux? no deberia sus staff de
mantenedores dejarlo fuera haciendole un favor a sus posibles incautos
usuarios?

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: debian de 32 o 64??

2010-06-14 Por tema Victor Hugo dos Santos
2010/6/14 Ricardo Munoz rmu...@tux.cl:
 El 14 de junio de 2010 12:32, Alvaro Herrera 
 alvhe...@alvh.no-ip.orgescribió:

[...]

 hablando (un poco) mas en serio, si MySQL fuera tan malo porque entonces
 viene en la mayoria de las distros de Linux? no deberia sus staff de
 mantenedores dejarlo fuera haciendole un favor a sus posibles incautos
 usuarios?

Hola,

aca en manos, tengo ubuntu, debian, redhat y centos.
y revisado en cada uno de ellos y todos tienen mysql y postgresql en
los mismos repositorios.

a cual mayoría de distro estas te referindo exactamente ???

salu2

-- 
-- 
Victor Hugo dos Santos
Linux Counter #224399


Re: debian de 32 o 64??

2010-06-14 Por tema Alvaro Herrera
Excerpts from Ricardo Munoz's message of lun jun 14 13:46:47 -0400 2010:

 interesante tu comparacion, en este caso dices que Windows == Debian ya que
 ambos traen software malo que es facil de instalar y usar pero que te
 daran problemas en el corto plazo... asi que estimados fanaticos de Linux,
 su Debian no es mas que un Windows camuflado! jajajja... ;)

LOL

 hablando (un poco) mas en serio, si MySQL fuera tan malo porque entonces
 viene en la mayoria de las distros de Linux? no deberia sus staff de
 mantenedores dejarlo fuera haciendole un favor a sus posibles incautos
 usuarios?

MySQL es muy popular, estamos de acuerdo.  Eso no significa que sea
bueno.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-14 Por tema Ricardo Munoz
El 14 de junio de 2010 14:58, Victor Hugo dos Santos
listas@gmail.comescribió:

 2010/6/14 Ricardo Munoz rmu...@tux.cl:
  El 14 de junio de 2010 12:32, Alvaro Herrera alvhe...@alvh.no-ip.org
 escribió:

 [...]

  hablando (un poco) mas en serio, si MySQL fuera tan malo porque entonces
  viene en la mayoria de las distros de Linux? no deberia sus staff de
  mantenedores dejarlo fuera haciendole un favor a sus posibles incautos
  usuarios?

 Hola,

 aca en manos, tengo ubuntu, debian, redhat y centos.
 y revisado en cada uno de ellos y todos tienen mysql y postgresql en
 los mismos repositorios.

 a cual mayoría de distro estas te referindo exactamente ???


Si lees denuevo mi mail, justamente indico lo mismo que tu, que casi todas
las distros traen MySQL.

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: debian de 32 o 64??

2010-06-14 Por tema Ricardo Munoz
El 14 de junio de 2010 15:00, Alvaro Herrera alvhe...@alvh.no-ip.orgescribió:

 Excerpts from Ricardo Munoz's message of lun jun 14 13:46:47 -0400 2010:

  interesante tu comparacion, en este caso dices que Windows == Debian ya
 que
  ambos traen software malo que es facil de instalar y usar pero que te
  daran problemas en el corto plazo... asi que estimados fanaticos de
 Linux,
  su Debian no es mas que un Windows camuflado! jajajja... ;)

 LOL

  hablando (un poco) mas en serio, si MySQL fuera tan malo porque entonces
  viene en la mayoria de las distros de Linux? no deberia sus staff de
  mantenedores dejarlo fuera haciendole un favor a sus posibles incautos
  usuarios?

 MySQL es muy popular, estamos de acuerdo.  Eso no significa que sea
 bueno.


pero tampoco significa que sea malo, por lo menos no en el sentido que
estaban sugiriendo en el thread... de que corrompia los datos. y si
efectivamente por si solo corrompe datos entonces no lo incluirian en las
distros de Linux por considerarlo peligroso.

otro punto totalmente distinto es porque mucha gente usa MySQL en vez de
Postgres, y ahi quizas no haya logica aplicable excepto el factor
marketing. al ser MySQL (por n-razones) mas popular, la gente (sysadmins,
desarrolladores, etc.) tiende a preferirlo ya que saben que se toparan con
otra gente en la misma situacion que ellos...

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: debian de 32 o 64??

2010-06-14 Por tema Ricardo Munoz
El 14 de junio de 2010 15:38, Andres Junge aju...@totexa.cl escribió:


  otro punto totalmente distinto es porque mucha gente usa MySQL en vez de
  Postgres, y ahi quizas no haya logica aplicable excepto el factor
  marketing. al ser MySQL (por n-razones) mas popular, la gente
 (sysadmins,
  desarrolladores, etc.) tiende a preferirlo ya que saben que se toparan
 con
  otra gente en la misma situacion que ellos...
 

 Hey! Comamos caca, millones de millones de moscas no pueden estar tan
 equivocadas!!


jajaja... ese es un clasico (siempre alguien lo repite cuando sale el tema
Postgres vs. MySQL), y aplicado a Debian [*] seria como dejemos que
nuestros usuarios coman caca, total no pueden estar equivocados!!... ;)

[*] o cualquier distro de Linux que incluya MySQL

-- 
Ricardo Mun~oz A.
http://www.tux.cl


Re: debian de 32 o 64??

2010-06-14 Por tema Javier Garay
Caca?... Creo que para ser software libre no tiene nada de olor a caca,
MySQL no es malo, tampoco es el mejor, si quieres tener el mejor, entonces
paga... MySQL es más rapido que Postgres y muchos usamos MySQL sin ningun
tipo de problemas... Para grandes transacciones seguramente se prefiere
Oracle o algo como Postgres, pero seamos objetivos, MySQL no es malo,
depende para que lo uses...

El 14 de junio de 2010 15:56, Ricardo Munoz rmu...@tux.cl escribió:

 El 14 de junio de 2010 15:38, Andres Junge aju...@totexa.cl escribió:

 
   otro punto totalmente distinto es porque mucha gente usa MySQL en vez
 de
   Postgres, y ahi quizas no haya logica aplicable excepto el factor
   marketing. al ser MySQL (por n-razones) mas popular, la gente
  (sysadmins,
   desarrolladores, etc.) tiende a preferirlo ya que saben que se toparan
  con
   otra gente en la misma situacion que ellos...
  
 
  Hey! Comamos caca, millones de millones de moscas no pueden estar tan
  equivocadas!!
 

 jajaja... ese es un clasico (siempre alguien lo repite cuando sale el tema
 Postgres vs. MySQL), y aplicado a Debian [*] seria como dejemos que
 nuestros usuarios coman caca, total no pueden estar equivocados!!... ;)

 [*] o cualquier distro de Linux que incluya MySQL

 --
 Ricardo Mun~oz A.
 http://www.tux.cl




-- 
Atte,
Javier Andrés Garay G.
Ingeniero en Informática
Plug  Play Net S.A.
www.papnet.cl


Re: debian de 32 o 64??

2010-06-14 Por tema alvaro flores
Y saliendo del OT ... Como le fue al amigazo con el server?

El 14/06/10, Javier Garay javierzga...@gmail.com escribió:
 Caca?... Creo que para ser software libre no tiene nada de olor a caca,
 MySQL no es malo, tampoco es el mejor, si quieres tener el mejor, entonces
 paga... MySQL es más rapido que Postgres y muchos usamos MySQL sin ningun
 tipo de problemas... Para grandes transacciones seguramente se prefiere
 Oracle o algo como Postgres, pero seamos objetivos, MySQL no es malo,
 depende para que lo uses...

 El 14 de junio de 2010 15:56, Ricardo Munoz rmu...@tux.cl escribió:

 El 14 de junio de 2010 15:38, Andres Junge aju...@totexa.cl escribió:

 
   otro punto totalmente distinto es porque mucha gente usa MySQL en vez
 de
   Postgres, y ahi quizas no haya logica aplicable excepto el factor
   marketing. al ser MySQL (por n-razones) mas popular, la gente
  (sysadmins,
   desarrolladores, etc.) tiende a preferirlo ya que saben que se toparan
  con
   otra gente en la misma situacion que ellos...
  
 
  Hey! Comamos caca, millones de millones de moscas no pueden estar tan
  equivocadas!!
 

 jajaja... ese es un clasico (siempre alguien lo repite cuando sale el tema
 Postgres vs. MySQL), y aplicado a Debian [*] seria como dejemos que
 nuestros usuarios coman caca, total no pueden estar equivocados!!... ;)

 [*] o cualquier distro de Linux que incluya MySQL

 --
 Ricardo Mun~oz A.
 http://www.tux.cl




 --
 Atte,
 Javier Andrés Garay G.
 Ingeniero en Informática
 Plug  Play Net S.A.
 www.papnet.cl


-- 
Enviado desde mi dispositivo móvil


Re: debian de 32 o 64??

2010-06-14 Por tema Alvaro Herrera
Excerpts from Javier Garay's message of lun jun 14 16:04:41 -0400 2010:
 Caca?... Creo que para ser software libre no tiene nada de olor a caca,
 MySQL no es malo, tampoco es el mejor, si quieres tener el mejor, entonces
 paga...

Puedes usar Postgres sin pagar ;-)

 MySQL es más rapido que Postgres

Esto no es cierto en general, sólo en casos específicos (que son de
juguete)

 y muchos usamos MySQL sin ningun
 tipo de problemas... Para grandes transacciones seguramente se prefiere
 Oracle o algo como Postgres, pero seamos objetivos, MySQL no es malo,
 depende para que lo uses...

Si lo usas para un blog, un foro web, o un motor de búsqueda, no hay
problema.  Pero no te recomiendo que lo uses para una tienda online.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


Re: debian de 32 o 64??

2010-06-13 Por tema AngelD
El Sat, 12 Jun 2010 23:30:34 -0400
�...@d¥ bady@gmail.com escribió:

 buenas a todos, tengo un server con 2 amd opteron 285 y 8 gb de ram,
 actualmente lo tengo con debian lenny de 64 bits(amd) pero
 últimamente me ha dado bastantes problemas con el mysql (es más,
 recien instalé una actualización de mysql para debian lenny de 64
 bits y aun así sigue colgándose la máquina cada ves que utilizo
 mysql, el cuelgue es tal que debo reiniciarla manualmente, osea,
 con el boton de apagado y encendido), mi gran pregunta: si le pongo
 debian lenny de 32 bits habrá algún problema aparte de que no me
 reconosca mas de 3 gb de ram?, tengo entendido que la única
 diferencia entre una de 32 y 64 es que el procesador procesa
 números mas grandes y que la diferencia en rendimiento ni se nota,
 pero eso se da para servidores???, normalmente le saco el jugo al
 procesador, si cambio la distro a 32 bits habrá alguna disminución en
 el rendimiento del proce??, para que me reconosca mas de 4gb tengo
 pensado instalar big mem.

A menos que no tengas una buena razón, no instales un kernel de
32bits en esa máquina. No encuentro el [2]enlace, pero el rendimiento
con PAE (Physical Address Extension) es netamente inferior a sin PAE.

 Pese a esto aun no descarto que el error sea ajeno a mysql y talves
 esté culpando a este en vano, para asegurarme, donde puedo revisar
 log's detallados de esto??, dígase de la máquina y del mysql, quizas
 el error está en una BD, pero si es así entonces el mysql no debería
 colgarse o si?? (estuve viendo los log del sistema
 en /var/log/syslog, pero debe haber algo más detalado no??, y los de
 mysql no los pude pillar)

Como te comentan, el error es ajeno a los bits que utilices
(64/32), y apunta a un error de memoria y/o disco, o algo por el
estilo. Comienza con unas horas de [1]memtest antes de empezar a
cambiar nada.

Saludos --- Angel

 [1]http://www.memtest.org/
 [2]http://www.phoronix.com/scan.php?page=articleitem=ubuntu_32_paenum=1


Re: debian de 32 o 64??

2010-06-13 Por tema alvaro flores
No sera alguna consulta que tiende a un loop o algo asi?, que tienes
extra en ese servidor?

El 13/06/10, AngelD ang...@froga.net escribió:
 El Sat, 12 Jun 2010 23:30:34 -0400
 �...@d¥ bady@gmail.com escribió:

 buenas a todos, tengo un server con 2 amd opteron 285 y 8 gb de ram,
 actualmente lo tengo con debian lenny de 64 bits(amd) pero
 últimamente me ha dado bastantes problemas con el mysql (es más,
 recien instalé una actualización de mysql para debian lenny de 64
 bits y aun así sigue colgándose la máquina cada ves que utilizo
 mysql, el cuelgue es tal que debo reiniciarla manualmente, osea,
 con el boton de apagado y encendido), mi gran pregunta: si le pongo
 debian lenny de 32 bits habrá algún problema aparte de que no me
 reconosca mas de 3 gb de ram?, tengo entendido que la única
 diferencia entre una de 32 y 64 es que el procesador procesa
 números mas grandes y que la diferencia en rendimiento ni se nota,
 pero eso se da para servidores???, normalmente le saco el jugo al
 procesador, si cambio la distro a 32 bits habrá alguna disminución en
 el rendimiento del proce??, para que me reconosca mas de 4gb tengo
 pensado instalar big mem.

   A menos que no tengas una buena razón, no instales un kernel de
 32bits en esa máquina. No encuentro el [2]enlace, pero el rendimiento
 con PAE (Physical Address Extension) es netamente inferior a sin PAE.

 Pese a esto aun no descarto que el error sea ajeno a mysql y talves
 esté culpando a este en vano, para asegurarme, donde puedo revisar
 log's detallados de esto??, dígase de la máquina y del mysql, quizas
 el error está en una BD, pero si es así entonces el mysql no debería
 colgarse o si?? (estuve viendo los log del sistema
 en /var/log/syslog, pero debe haber algo más detalado no??, y los de
 mysql no los pude pillar)

   Como te comentan, el error es ajeno a los bits que utilices
 (64/32), y apunta a un error de memoria y/o disco, o algo por el
 estilo. Comienza con unas horas de [1]memtest antes de empezar a
 cambiar nada.

   Saludos --- Angel

  [1]http://www.memtest.org/
  [2]http://www.phoronix.com/scan.php?page=articleitem=ubuntu_32_paenum=1


-- 
Enviado desde mi dispositivo móvil


Re: debian de 32 o 64??

2010-06-13 Por tema Aldrin Martoq
On Jun 12, 2010, at 11:30 PM, �...@d¥ wrote:
 buenas a todos, tengo un server con 2 amd opteron 285 y 8 gb de ram,
 actualmente lo tengo con debian lenny de 64 bits(amd) pero últimamente me ha
 dado bastantes problemas con el mysql (es más, recien instalé una
 actualización de mysql para debian lenny de 64 bits y aun así
 sigue colgándose la máquina cada ves que utilizo mysql, el cuelgue es tal
 que debo reiniciarla manualmente, osea, con el boton de apagado y
 encendido),

Como dijo otro listero en inglés: eso no esta bien, cualquier sistema UNIX está 
pensado precisamente para que un proceso (programa) no bote todo el sistema. Si 
un proceso cuelga el sistema, tu problema es probablemente de hardware. Corre 
memtest al menos, no se que otra prueba puedes hacer para ver el hardware.

Algo menos común es un bug de software, específicamente del kernel. Ve si hay 
actualizaciones o busca si a alguien le sucede lo mismo con mysql en internet.


 mi gran pregunta: si le pongo debian lenny de 32 bits
 habrá algún problema aparte de que no me reconosca mas de 3 gb de ram?,

Puedes usar mas de 8 GB con un sistema (y kernel) 32bits.

 tengo entendido que la única diferencia entre una de 32 y 64 es que el
 procesador procesa números mas grandes y que la diferencia en
 rendimiento ni se nota, pero eso se da para servidores???, normalmente le
 saco el jugo al procesador, si cambio la distro a 32 bits habrá alguna
 disminución en el rendimiento del proce??, para que me reconosca mas de 4gb
 tengo pensado instalar big mem.

Hay ventajas en rendimiento: en el modo 64bits el procesador se comporta 
totalmente distinto al modo 32bits:
- tiene mas registros disponibles; esto acelera la mayoría de las aplicaciones
- tengo entendido que el paso de parámetros es mejor y mas rápido
- hay mayor velocidad en operaciones aritméticas en 64bits,  esto lo usan 
algunas aplicaciones
- accedes sobre 4GB de RAM, también lo usan las menos aplicaciones, pero a una 
base de datos le sirve esto

Yo envidio mucho a Mac OS, ellos tienen 64bits de manera mucho mas limpia:
- pueden usar un kernel 32 para correr apps 64bits, en linux no
- no tienen el enredo de bibliotecas /lib32 y /lib64, pues los archivos en HFS 
soportan forks o streams. En un mismo archivo, está la biblioteca para 
i386, ppc y x86_64.
- han migrado la mayoría de las apps a 64bits.
- las cosas que requieren 32bits, las corren enjauladas en un proceso de 64 
bits (ejemplo: el plugin de flash en safari)

Me encantaría que en linux funcionara igual de bien.

 Pese a esto aun no descarto que el error sea ajeno a mysql y talves esté
 culpando a este en vano, para asegurarme, donde puedo revisar log's
 detallados de esto??, dígase de la máquina y del mysql, quizas el error está
 en una BD, pero si es así entonces el mysql no debería colgarse o si??
 (estuve viendo los log del sistema en /var/log/syslog, pero debe haber algo
 más detalado no??, y los de mysql no los pude pillar)

Si la máquina se cuelga, las chances de ver los logs son pocas... Por otro 
lado, yo te recomendaría que uses postgres, es varias veces mejor que mysql.


Aldrin Martoq
http://aldrin.martoq.cl/







Re: debian de 32 o 64??

2010-06-13 Por tema AngelD
El Sun, 13 Jun 2010 12:42:07 -0400
Aldrin Martoq amar...@dcc.uchile.cl escribió:

 Si la máquina se cuelga, las chances de ver los logs son pocas... Por
 otro lado, yo te recomendaría que uses postgres, es varias veces
 mejor que mysql.

De este último comentario me gustaría ver el razonamiento que
lo sustenta. ¿Cómo cuantificas Postgres varias veces mejor que
MySql?.

Sin razonar, parece el típico comentario realizado basándose
en tópicos.

Saludos --- Angel


Re: debian de 32 o 64??

2010-06-13 Por tema ß
gracias por las ideas, voy a correrle un memtest a la máquina para verificar
la ram, a proposito?, cuantos errores es aceptable tener en la ram??, o SI
O SI deben ser 0 errores??

El 13 de junio de 2010 20:12, AngelD ang...@froga.net escribió:

 El Sun, 13 Jun 2010 12:42:07 -0400
 Aldrin Martoq amar...@dcc.uchile.cl escribió:

  Si la máquina se cuelga, las chances de ver los logs son pocas... Por
  otro lado, yo te recomendaría que uses postgres, es varias veces
  mejor que mysql.

 De este último comentario me gustaría ver el razonamiento que
 lo sustenta. ¿Cómo cuantificas Postgres varias veces mejor que
 MySql?.

Sin razonar, parece el típico comentario realizado basándose
 en tópicos.

Saludos --- Angel



Re: debian de 32 o 64??

2010-06-13 Por tema alvaro flores
No debes tener ningun error en el memtest... Haz visto si la bios de
la placa madre tiene actualizaciones disponibles?

El 13/06/10, �...@d¥ bady@gmail.com escribió:
 gracias por las ideas, voy a correrle un memtest a la máquina para verificar
 la ram, a proposito?, cuantos errores es aceptable tener en la ram??, o SI
 O SI deben ser 0 errores??

 El 13 de junio de 2010 20:12, AngelD ang...@froga.net escribió:

 El Sun, 13 Jun 2010 12:42:07 -0400
 Aldrin Martoq amar...@dcc.uchile.cl escribió:

  Si la máquina se cuelga, las chances de ver los logs son pocas... Por
  otro lado, yo te recomendaría que uses postgres, es varias veces
  mejor que mysql.

 De este último comentario me gustaría ver el razonamiento que
 lo sustenta. ¿Cómo cuantificas Postgres varias veces mejor que
 MySql?.

Sin razonar, parece el típico comentario realizado basándose
 en tópicos.

Saludos --- Angel



-- 
Enviado desde mi dispositivo móvil


Re: debian de 32 o 64??

2010-06-13 Por tema Aldrin Martoq
On Jun 13, 2010, at 8:12 PM, AngelD wrote:
 El Sun, 13 Jun 2010 12:42:07 -0400
 Aldrin Martoq amar...@dcc.uchile.cl escribió:
 Si la máquina se cuelga, las chances de ver los logs son pocas... Por
 otro lado, yo te recomendaría que uses postgres, es varias veces
 mejor que mysql.
   De este último comentario me gustaría ver el razonamiento que
 lo sustenta. ¿Cómo cuantificas Postgres varias veces mejor que
 MySql?.

De la última vez que lo revise, el único aspecto en que gana mysql es cuando 
usas un NDB Cluster, pues no hay nada parecido en el mundo postgresql. En todos 
los otros casos de uso era mejor postgresql por un montón de razones.

Como ejemplos, MyISAM es rápido pero no cuando hay alta concurrencia y por 
sobre todas las cosas no soporta ACID; InnoDB soporta ACID pero no a la 
velocidad ni con la madurez de postgresql. Hay otras estupideces que odio en 
mysql como el 'strict mode', etc etc.

   Sin razonar, parece el típico comentario realizado basándose
 en tópicos.

Cierto, lamentablemente no encuentro mi resumen...

Aldrin Martoq
http://aldrin.martoq.cl/







Re: debian de 32 o 64??

2010-06-13 Por tema Aldrin Martoq
On Jun 13, 2010, at 8:17 PM, �...@d¥ wrote:
 gracias por las ideas, voy a correrle un memtest a la máquina para verificar
 la ram, a proposito?, cuantos errores es aceptable tener en la ram??, o SI
 O SI deben ser 0 errores??

Cero errores es lo único aceptable.


Aldrin Martoq
http://aldrin.martoq.cl/







Re: debian de 32 o 64??

2010-06-13 Por tema Alvaro Herrera
Excerpts from AngelD's message of dom jun 13 20:12:47 -0400 2010:
 El Sun, 13 Jun 2010 12:42:07 -0400
 Aldrin Martoq amar...@dcc.uchile.cl escribió:
 
  Si la máquina se cuelga, las chances de ver los logs son pocas... Por
  otro lado, yo te recomendaría que uses postgres, es varias veces
  mejor que mysql.
 
 De este último comentario me gustaría ver el razonamiento que
 lo sustenta.

Esto ha sido discutido hasta la muerte en esta misma lista; ¿buscaste
los archivos?

 ¿Cómo cuantificas Postgres varias veces mejor que MySql?.

Dado que una comparación de este tipo es necesariamente cualitativa, me
parece que “varias veces mejor” es una metáfora más que una frase que
deba ser tomada literalmente.

http://xkcd.com/725/

En todo caso, como RDBMS, MySQL es un juguete y poco más.

-- 
Álvaro Herrera alvhe...@alvh.no-ip.org


debian de 32 o 64??

2010-06-12 Por tema ß
buenas a todos, tengo un server con 2 amd opteron 285 y 8 gb de ram,
actualmente lo tengo con debian lenny de 64 bits(amd) pero últimamente me ha
dado bastantes problemas con el mysql (es más, recien instalé una
actualización de mysql para debian lenny de 64 bits y aun así
sigue colgándose la máquina cada ves que utilizo mysql, el cuelgue es tal
que debo reiniciarla manualmente, osea, con el boton de apagado y
encendido), mi gran pregunta: si le pongo debian lenny de 32 bits
habrá algún problema aparte de que no me reconosca mas de 3 gb de ram?,
tengo entendido que la única diferencia entre una de 32 y 64 es que el
procesador procesa números mas grandes y que la diferencia en
rendimiento ni se nota, pero eso se da para servidores???, normalmente le
saco el jugo al procesador, si cambio la distro a 32 bits habrá alguna
disminución en el rendimiento del proce??, para que me reconosca mas de 4gb
tengo pensado instalar big mem.

Pese a esto aun no descarto que el error sea ajeno a mysql y talves esté
culpando a este en vano, para asegurarme, donde puedo revisar log's
detallados de esto??, dígase de la máquina y del mysql, quizas el error está
en una BD, pero si es así entonces el mysql no debería colgarse o si??
(estuve viendo los log del sistema en /var/log/syslog, pero debe haber algo
más detalado no??, y los de mysql no los pude pillar)

salu2!


Re: debian de 32 o 64??

2010-06-12 Por tema Andrew Latham
It is most probable that there is an issue with the RAM.  You need to
run hardware diagnostics on the server.


~
Andrew lathama Latham
lath...@gmail.com

* Learn more about OSS http://en.wikipedia.org/wiki/Open-source_software
* Learn more about Linux http://en.wikipedia.org/wiki/Linux
* Learn more about Tux http://en.wikipedia.org/wiki/Tux



2010/6/12 �...@d¥ bady@gmail.com:
 buenas a todos, tengo un server con 2 amd opteron 285 y 8 gb de ram,
 actualmente lo tengo con debian lenny de 64 bits(amd) pero últimamente me ha
 dado bastantes problemas con el mysql (es más, recien instalé una
 actualización de mysql para debian lenny de 64 bits y aun así
 sigue colgándose la máquina cada ves que utilizo mysql, el cuelgue es tal
 que debo reiniciarla manualmente, osea, con el boton de apagado y
 encendido), mi gran pregunta: si le pongo debian lenny de 32 bits
 habrá algún problema aparte de que no me reconosca mas de 3 gb de ram?,
 tengo entendido que la única diferencia entre una de 32 y 64 es que el
 procesador procesa números mas grandes y que la diferencia en
 rendimiento ni se nota, pero eso se da para servidores???, normalmente le
 saco el jugo al procesador, si cambio la distro a 32 bits habrá alguna
 disminución en el rendimiento del proce??, para que me reconosca mas de 4gb
 tengo pensado instalar big mem.

 Pese a esto aun no descarto que el error sea ajeno a mysql y talves esté
 culpando a este en vano, para asegurarme, donde puedo revisar log's
 detallados de esto??, dígase de la máquina y del mysql, quizas el error está
 en una BD, pero si es así entonces el mysql no debería colgarse o si??
 (estuve viendo los log del sistema en /var/log/syslog, pero debe haber algo
 más detalado no??, y los de mysql no los pude pillar)

 salu2!