PAE es solo para 32bits D:
2010/8/30 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
>
--
Andrés Esteban. Ovalle Gahona (kill-9)
Ingenieria Ejecucion Computacion e Informática
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
aunque tenga un so de 64 bits?
El 30 de agosto de 2010 08:05, Herman V escribió:
> Instala el kernel PAE.
>
> --
> sent from my HTC G1, please excuse typos and brevity
>
> On Aug 26, 2010 11:14 PM, "�...@d¥" wrote:
>
> despues de todo este tiempo recién ayer testié las ram :P, las 4 pastillas
>
Instala el kernel PAE.
--
sent from my HTC G1, please excuse typos and brevity
On Aug 26, 2010 11:14 PM, "�...@d¥" 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
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,
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.
>
>
bueno en realidad uso el MYSQL para web y el SQL como otros gestores de
base datos es muy bueno.
El día 21 de junio de 2010 11:49, Alvaro Herrera
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 program
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/
2010/6/15 Alvaro Herrera :
[...]
> 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 ser
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á
El 15 de junio de 2010 17:16, Alvaro Herrera escribió:
> Excerpts from Leo Soto M.'s message of mar jun 15 15:54:27 -0400 2010:
> > 2010/6/15 Alvaro Herrera :
> > [...]
> > > Sin embargo, siguen siendo el hazmerreír en el tema de la replicación,
> > > para gente entendida en replicación de bases d
Excerpts from Leo Soto M.'s message of mar jun 15 15:54:27 -0400 2010:
> 2010/6/15 Alvaro Herrera :
> [...]
> > 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
El 15 de junio de 2010 15:32, Alvaro Herrera escribió:
> 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
2010/6/15 Alvaro Herrera :
[...]
> 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 p
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
> escribió:
> > 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
> jugu
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
On Jun 15, 2010, at 10:23 AM, Ricardo Munoz wrote:
> El 14 de junio de 2010 18:09, Alvaro Herrera
> escribió:
>> 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
>> ju
El 14 de junio de 2010 18:09, Alvaro Herrera escribió:
> 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..
El 14 de junio de 2010 18:09, Alvaro Herrera escribió:
> 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..
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 P
Y saliendo del OT ... Como le fue al amigazo con el server?
El 14/06/10, Javier Garay 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 muc
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
Orac
El 14 de junio de 2010 15:38, Andres Junge 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,
> > desarroll
> 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
El 14 de junio de 2010 15:00, Alvaro Herrera escribió:
> 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
> > dara
El 14 de junio de 2010 14:58, Victor Hugo dos Santos
escribió:
> 2010/6/14 Ricardo Munoz :
> > El 14 de junio de 2010 12:32, Alvaro Herrera >escribió:
>
> [...]
>
> > hablando (un poco) mas en serio, si MySQL fuera tan malo porque entonces
> > viene en la mayoria de las distros de Linux? no deber
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 Lin
2010/6/14 Ricardo Munoz :
> El 14 de junio de 2010 12:32, Alvaro Herrera
> 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 posi
El 14 de junio de 2010 12:32, Alvaro Herrera escribió:
> 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 enredad
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
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
>> escribió:
>>> En todo caso, como RDBMS, MySQL es un juguete y poco más.
>> Hay juguetes que sirven... y cuales usar depe
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
> escribió:
> > 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 desarrolla
2010/6/13 �...@d¥
> 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??
>
>
tambien revisa la salida de dmesg, puede que sea algun tema de disco.
El 13 de junio de 2010 23:29, Alvaro Herrera escribió:
> 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 escribió:
> >
> > > Si la máquina se cuelga, las chances de ver los logs son pocas... Por
> > > otro lado, yo te reco
El Sun, 13 Jun 2010 21:55:40 -0400
Aldrin Martoq escribió:
> On Jun 13, 2010, at 8:12 PM, AngelD wrote:
> > El Sun, 13 Jun 2010 12:42:07 -0400
> > Aldrin Martoq escribió:
> >> Si la máquina se cuelga, las chances de ver los logs son pocas...
> >> Por otro lado, yo te recomendaría que uses postgr
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 In
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 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.
>
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.m
On Jun 13, 2010, at 8:12 PM, AngelD wrote:
> El Sun, 13 Jun 2010 12:42:07 -0400
> Aldrin Martoq 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 comentar
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¥ 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 r
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 escribió:
> El Sun, 13 Jun 2010 12:42:07 -0400
> Aldrin Martoq escribió:
>
>
El Sun, 13 Jun 2010 12:42:07 -0400
Aldrin Martoq 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 susten
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
No sera alguna consulta que tiende a un loop o algo asi?, que tienes
extra en ese servidor?
El 13/06/10, AngelD escribió:
> El Sat, 12 Jun 2010 23:30:34 -0400
> �...@d¥ escribió:
>
>> buenas a todos, tengo un server con 2 amd opteron 285 y 8 gb de ram,
>> actualmente lo tengo con debian lenny de
El Sat, 12 Jun 2010 23:30:34 -0400
�...@d¥ 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 p
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 m
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áqui
48 matches
Mail list logo