Re: debian de 32 o 64??
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??
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??
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??
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??
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??
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??
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??
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??
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/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??
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??)
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??
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??
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/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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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/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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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??
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!