SuSE 10 extrañamente lento después de duplicar la memoria.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hola:
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y
el SuSE 10.0 se le ha vuelto insoportablemente lento. No me gusta decirlo,
pero el XP le va bien, luego en principio, no es hardware. Lo he estado
examinando unas tres horas, y no he encontrado nada obvio; he hecho
algunas cosillas, pero no he visto que pueda ser. El yast tarda como cinco
minutos en presentarme la ventana de actualización; el kde tarda varios
minutos en presentarse; algunas operaciones del yast parece que se
cuelgan... le he quitado el susewatcher para que no pierda tiempo mirando
rpms. Y sin embargo, no llega a ocupar ni la mitad de la memoria, y la
swap a 0. El disco no parece trabajar mucho - aunque mi oido me pareció
que notaba el disco duro paraba y arrancaba. El perfil de energía lo puse
en "perfomance".
Parece como si la cpu fuera lenta. Y, antes de ampliar la memoria, iba
bien.
Es un P-IV a 2.6 Ghz, 1 giga de ram, marca... Airis, me parece, o sea,
un nisu. Los detalles, que los de el dueño, que está a la escucha pero no
puede conectarse todos los dias.
Lo que necesito son ideas para mirar...
Me ha llamado la atención que arranca un servicio para actualizar el
microcódigo del P-IV, pero eso no se si es bueno o malo. En este momento
lo tiene ejecutando la prueba larga del smart, para ver si el disco duro
declara algo.
Falta que me mande la salida de hwinfo, por cierto. Tengo copia del
messages y del boot.log, pero no he visto nada - y sé mirar logs. Tan sólo
copiaré algunas entradas que he visto se me ocurren pudieran interesar:
<5>Linux version 2.6.13-15.8-default (geeko@buildhost) (gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)) #1 Tue Feb 7 11:07:24 UTC 2006
<6>BIOS-provided physical RAM map:
<4> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
<4> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
<4> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
<4> BIOS-e820: 0000000000100000 - 000000003f7d0000 (usable)
<4> BIOS-e820: 000000003f7d0000 - 000000003f7df000 (ACPI data)
<4> BIOS-e820: 000000003f7df000 - 000000003f800000 (ACPI NVS)
<4> BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
<5>119MB HIGHMEM available.
<5>896MB LOWMEM available.
<6>found SMP MP-table at 000ff780
<6>ACPI: local apic disabled
<6>Intel MultiProcessor Specification v1.1
<6> Virtual Wire compatibility mode.
<6>I/O APIC #1 Version 32 at 0xFEC00000.
<5>Kernel command line: root=/dev/hda6 vga=0x317 selinux=0 resume=/dev/hda5 splash=silent
<6>Memory: 1025212k/1040192k available (2029k kernel code, 14048k reserved, 695k data, 204k init, 122688k highmem)
<4>Calibrating delay using timer specific routine.. 5344.84 BogoMIPS (lpj=10689699)
<6>CPU: Trace cache: 12K uops, L1 D cache: 8K
<6>CPU: L2 cache: 512K
<6>CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
<6>vesafb: framebuffer at 0xd0000000, mapped to 0xf8880000, using 6144k, total 8000k
<6>vesafb: mode is 1024x768x16, linelength=2048, pages=4
<6>vesafb: protected mode interface info at 00ff:44f0
<6>vesafb: scrolling: redraw
<6>vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
<6>bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 76011 bytes,<6>...found (1024x768, 12703 bytes, v3).
<4>Console: switching to colour frame buffer device 127x44
<6>fb0: VESA VGA frame buffer device
<4>floppy0: no floppy controllers found
<6>hda: 117210240 sectors (60011 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
<6>ACPI: CPU0 (power states: C1[C1])
<6>ACPI: Processor [CPU1] (supports 8 throttling states)
<4> ACPI-0521: *** Warning: Error getting cpuindex for acpiid 0x2
<6>ACPI: Thermal Zone [THRM] (75 C)
Y en el messages veo:
Mar 31 19:57:13 ESSOPPO-MOVIL kernel: mtrr: 0xd0000000,0x8000000 overlaps existing 0xd0000000,0x400000
Mar 31 19:57:16 ESSOPPO-MOVIL mDNSResponder (Engineering Build) (Sep 9 2005 15:59:08) [4815]: starting
Mar 31 19:57:38 ESSOPPO-MOVIL hp: unable to open /var/run/hpiod.port: No such file or directory: prnt/hpijs/hplip_api.c 75
Mar 31 19:57:42 ESSOPPO-MOVIL kernel: IA-32 Microcode Update Driver: v1.14
El 2/04/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hola:
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento. No me gusta decirlo, pero el XP le va bien, luego en principio, no es hardware. Lo he estado examinando unas tres horas, y no he encontrado nada obvio; he hecho algunas cosillas, pero no he visto que pueda ser. El yast tarda como cinco minutos en presentarme la ventana de actualización; el kde tarda varios minutos en presentarse; algunas operaciones del yast parece que se cuelgan... le he quitado el susewatcher para que no pierda tiempo mirando rpms. Y sin embargo, no llega a ocupar ni la mitad de la memoria, y la swap a 0. El disco no parece trabajar mucho - aunque mi oido me pareció que notaba el disco duro paraba y arrancaba. El perfil de energía lo puse en "perfomance".
Parece como si la cpu fuera lenta. Y, antes de ampliar la memoria, iba bien.
Es un P-IV a 2.6 Ghz, 1 giga de ram, marca... Airis, me parece, o sea, un nisu. Los detalles, que los de el dueño, que está a la escucha pero no puede conectarse todos los dias.
Lo que necesito son ideas para mirar...
Me ha llamado la atención que arranca un servicio para actualizar el microcódigo del P-IV, pero eso no se si es bueno o malo. En este momento lo tiene ejecutando la prueba larga del smart, para ver si el disco duro declara algo.
Decile que ponga un Athlon64, ja ja ja!
Falta que me mande la salida de hwinfo, por cierto. Tengo copia del messages y del boot.log, pero no he visto nada - y sé mirar logs. Tan sólo copiaré algunas entradas que he visto se me ocurren pudieran interesar:
Prueba a borrar loc caches de las fuentes: rm /root/.fonts.cache-2 (igual con el home de usuario) y rm /var/cache/fontconfig/* Luego, actualiza el paquete fontconfig, y ejecutalo, o en su defecto SuSEconfig. Aunque borrando los caches, ya deberías notar la diferencia. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-02 a las 20:26 -0300, Juan Erbes escribió:
Decile que ponga un Athlon64, ja ja ja!
¿En un portatil? Si tuviera pelas, no se hubiera comprado ese portatil, le ha dado problemas de varias clases; de temperatura el peor, por mal diseño y por no usar memoria de portatil: por eso se la cambió.
Prueba a borrar loc caches de las fuentes: rm /root/.fonts.cache-2 (igual con el home de usuario) y rm /var/cache/fontconfig/*
¿Y eso? Es lento en modo texto, incluso durante el arranque antes de que empiecen las X. No debería afectar, pero se lo diré. Bueno, ya lo leerá él cuando pueda conectarse ;-) No tenía activo el "Checking for X Font Server", por cierto. ¿Tiene que ver?
Luego, actualiza el paquete fontconfig, y ejecutalo, o en su defecto SuSEconfig. Aunque borrando los caches, ya deberías notar la diferencia.
El sistema está plenamente actualizado, según el YOU. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMGNItTMYHG2NR9URApUnAJ4srwvBLF9EszHEurWMm8j+UyFIsACfTYAV deD8Qwe5A5IvhG/u8tn4iGo= =9V1m -----END PGP SIGNATURE-----
El 2/04/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-04-02 a las 20:26 -0300, Juan Erbes escribió:
Decile que ponga un Athlon64, ja ja ja!
¿En un portatil? Si tuviera pelas, no se hubiera comprado ese portatil, le ha dado problemas de varias clases; de temperatura el peor, por mal diseño y por no usar memoria de portatil: por eso se la cambió.
Prueba a borrar loc caches de las fuentes: rm /root/.fonts.cache-2 (igual con el home de usuario) y rm /var/cache/fontconfig/*
¿Y eso? Es lento en modo texto, incluso durante el arranque antes de que empiecen las X. No debería afectar, pero se lo diré. Bueno, ya lo leerá él cuando pueda conectarse ;-)
No tenía activo el "Checking for X Font Server", por cierto. ¿Tiene que ver?
Sin el Font Server activado, causa problemas. Es un problema que viene de la 10.0, y en la 10.1, les llevó bastante tiempo solucionarlo. https://bugzilla.novell.com/show_bug.cgi?id=143715#c15
Luego, actualiza el paquete fontconfig, y ejecutalo, o en su defecto SuSEconfig. Aunque borrando los caches, ya deberías notar la diferencia.
El sistema está plenamente actualizado, según el YOU.
Revisa los links, dentro de la pagina que te pasé, allí encontraras las ultimas versiones de ese paquete. A nivel de hardware, si hay algun problema con la memoria, quizas pueda deberse a la coexistencia de memorias de distinta marca, o tiempo de acceso. Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-03 a las 13:40 -0300, Juan Erbes escribió:
No tenía activo el "Checking for X Font Server", por cierto. ¿Tiene que ver?
Sin el Font Server activado, causa problemas. Es un problema que viene de la 10.0, y en la 10.1, les llevó bastante tiempo solucionarlo. https://bugzilla.novell.com/show_bug.cgi?id=143715#c15
Pues es curioso, porque yo en mi 9.3 tampoco lo tengo activado y no he notado nada :-?
Luego, actualiza el paquete fontconfig, y ejecutalo, o en su defecto SuSEconfig. Aunque borrando los caches, ya deberías notar la diferencia.
El sistema está plenamente actualizado, según el YOU.
Revisa los links, dentro de la pagina que te pasé, allí encontraras las ultimas versiones de ese paquete.
Pero es que no quiero meterme en fregados de actualizar cosas sueltas, ni kde ni historias, prefiero que lo deje todo por defecto - salvo saber si hay un problema a corregir. Prefiero que se espere a la 10.1 ;-) Y además, el yast en modo texto va lento de narices, así que me resisto a creer que afecte. Mmmm.... le diré que arranque en modo 3, a ver que pasa. Pero lo que menciona en ese enlace es curioso, si... pero ocurre precisamente con el paquete fontconfig del directorio projects, y eso no se ha tocado... ¡creo que no! A ver que nos dice él. Y entonces se notaría algún proceso relacionado con las fuentes usando mucho cpu... [...] Lo tengo al teléfono; tiene el kde por defecto, no, no ha actualizado a ninguna de esas versiones. Acaba de hacer lo que dijiste, pero no hay mucha diferencia. Por cierto, me dice que al no estar conectado a la red va mucho mejor, una diferencia notable. Sigue lento, pero se puede usar.
A nivel de hardware, si hay algun problema con la memoria, quizas pueda deberse a la coexistencia de memorias de distinta marca, o tiempo de acceso.
Eso pensé; pero me dijo por teléfono esta tarde que es un único módulo de memoria. Pero como ha ampliado dos máquinas, yo ya me he perdido y no se que tipo de memoria tiene. Es que estamos a más de 100 km de distancia, se vino por acá el otro dia que iba a otro sitio para que le echara un vistazo. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMXgctTMYHG2NR9URAjWzAJ0ablkT+wARLgkyXg45p/Qd6kshKACfbA7M NqaFuQYC7yeoPA8QRruK8t8= =VuQN -----END PGP SIGNATURE-----
El 3/04/06, Carlos E. R. escribió:
Hola:
Hum... ármate de paciencia con las cuentas de correo de Telefónica. :-)
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento.
Lo primero que debería hacer es descartar un problema del módulo de memoria, haciendo algún test de memoria de SuSE. Que Windows XP se la trague no quiere decir que no haya problemas... De hecho, si hay problemas tarde o temprano Windows empezará a dar guerra. También puede revisar los bugs de la versión que tiene instalada, por si ve algo que le pueda ayudar: http://en.opensuse.org/Submit_a_Bug#Searching_for_Bugs Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-03 a las 09:13 +0200, Camaleón escribió:
Hum... ármate de paciencia con las cuentas de correo de Telefónica.
:-)
Bueno, la he activado para darle traya, pero no he cortado la antigua todavía.
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento.
Lo primero que debería hacer es descartar un problema del módulo de memoria, haciendo algún test de memoria de SuSE.
Lo hizo el mismo día que la compró, el memtest ese del arranque. No dió problemas. A ver si conecta un dia y nos dice que tipo exacto de memoria puso, tengo una dudda.
Que Windows XP se la trague no quiere decir que no haya problemas... De hecho, si hay problemas tarde o temprano Windows empezará a dar guerra.
Ya lo se. Pero es peculiar.
También puede revisar los bugs de la versión que tiene instalada, por si ve algo que le pueda ayudar:
Es la 10.0. Pero no me suena esto...
[ ... buscando "slow" en la lista inglesa desde agosto 2005 ... ]
]Date: Thu, 16 Feb 2006 16:11:05 -0000
]From: Vince Negri
]Subject: RE: [SLE] 10.1b3 slow?
]
]From: Jon Nelson
]
]> For the life of me, I have no idea why, but I figured it out - the vga
]> parameter in the grub menu. Yep. No kidding. Remove that and the
]> system boots *much* faster and switching from X to console is also much
]> faster. I have an Intel i810/i815 on a 900-something MHz PIII. Does
]> this ring a bell for anybody?
]
] On some hardware the framebuffer console (usually invoked by vga=
El 3/04/06, Carlos E. R. escribió:
Bueno, la he activado para darle traya, pero no he cortado la antigua todavía.
Cuestión de tiempo. Dentro de un par de meses ya no la utilizarás. X-)
Lo hizo el mismo día que la compró, el memtest ese del arranque. No dió problemas. A ver si conecta un dia y nos dice que tipo exacto de memoria puso, tengo una dudda.
¿Quitó el módulo antiguo y puso uno nuevo con mayor capacidad o puso un módulo adicional al que ya tenía? ¿Lo instaló tu amigo o el soporte técnico de Airis? Las malas lenguas dicen que lo mejor que tiene Airis es el servicio de soporte... ;-)
Otra idea: probar kde con otro usuario nuevo. Alguien dice de borrar ~/.kde, pues mejor probar otro usuario primero.
Que ponga Gnome u otro escritorio para descartar definitivamente KDE, o que use una Live de otra distribución a ver si la lentitud continúa. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-03 a las 11:53 +0200, Camaleón escribió:
Bueno, la he activado para darle traya, pero no he cortado la antigua todavía.
Cuestión de tiempo. Dentro de un par de meses ya no la utilizarás. X-)
No me tientes al diablo...
Lo hizo el mismo día que la compró, el memtest ese del arranque. No dió problemas. A ver si conecta un dia y nos dice que tipo exacto de memoria puso, tengo una dudda.
¿Quitó el módulo antiguo y puso uno nuevo con mayor capacidad o puso un módulo adicional al que ya tenía?
Esa es mi duda. Creo que la cambió.
¿Lo instaló tu amigo o el soporte técnico de Airis?
Fué a una tienda de alguien de la competencia, obviamente; y digamos que enarcaron las cejas al ver lo que tenía puesto "de fábrica".
Las malas lenguas dicen que lo mejor que tiene Airis es el servicio de soporte... ;-)
¡Pues entonces no quiero ni saber que será lo peor que tengan! No me compro yo un Airis ni harto de vino, con eso te digo tó. Y menos en portátiles.
Otra idea: probar kde con otro usuario nuevo. Alguien dice de borrar ~/.kde, pues mejor probar otro usuario primero.
Que ponga Gnome u otro escritorio para descartar definitivamente KDE, o que use una Live de otra distribución a ver si la lentitud continúa.
Lo que pasa es que yo estuve jugando con el yast en consola de texto un buen rato antes de entrar en el login gráfico. Con decirte que hasta el propio login de root tardaba en aparecer después de entrar el password... no es tan simple como pensar que el kde va mal, eso es un sintoma más. El problema es más radical, más interno... y relacionado con el cambio de memoria, antes de ampliar iba mucho más rápido. Antes de que me lo trajera yo pensaba que mi amigo estaría exagerando, que estaría corriendo el updatedb junto al rpmnosecuantos (tareas del cron semanal)... pero no, no es eso. También podía ser algo de la red, al cambiar de sitio el PC (a mi casa), que estuviera esperando alguna conexión, pero no. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMQ94tTMYHG2NR9URAoYSAJ47K5rdChl3u8Tqiqkz5MqdRKUh1wCdEbqa PNsKW8sACN5IL+EYs1X6DwQ= =JLti -----END PGP SIGNATURE-----
On Monday 03 April 2006 01:15, Carlos E. R. wrote:
Hola:
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento. No me gusta decirlo, pero el XP le va bien, luego en principio, no es hardware. Lo he estado examinando unas tres horas, y no he encontrado nada obvio; he hecho algunas cosillas, pero no he visto que pueda ser. El yast tarda como cinco minutos en presentarme la ventana de actualización; el kde tarda varios minutos en presentarse; algunas operaciones del yast parece que se cuelgan... le he quitado el susewatcher para que no pierda tiempo mirando rpms. Y sin embargo, no llega a ocupar ni la mitad de la memoria, y la swap a 0. El disco no parece trabajar mucho - aunque mi oido me pareció que notaba el disco duro paraba y arrancaba. El perfil de energía lo puse en "perfomance".
Dile que te envie tambien la salida de hdparm -t /dev/sda1 (o hdaX) y de hdparm /dev/sda (o hda) No veo como se pudiese haber cambiado solo un setting de eso, pero yo cuando he tenido problemas de perfomance en el pasado, siempre ha sido un setting del disco que por "alguna razon" se "movio". Saludos Duncan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-03 a las 15:18 +0200, Duncan Mac-Vicar Prett escribió:
Dile que te envie tambien la salida de
hdparm -t /dev/sda1 (o hdaX) y de hdparm /dev/sda (o hda)
Ya lo miré yo, tiene el dma activado, IO en 16 bits, read ahead 256. Y le hize el test de velocidad, daba bien, más o menos igual que el mio. Pero lo hice genérico, en hda. Debía haber usado hda5. Dado que es un portatil, no me atrevé a cambiarle la io a 32bits.
No veo como se pudiese haber cambiado solo un setting de eso, pero yo cuando he tenido problemas de perfomance en el pasado, siempre ha sido un setting del disco que por "alguna razon" se "movio".
Ya lo pensé... es de lo primero que le miré. O:-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMSZptTMYHG2NR9URAocbAJ9fNnPQjwcAntbY5oFCehwmP/ymegCffuYc fElHWYN+qFRSq9OOjY4egRk= =2EAO -----END PGP SIGNATURE-----
Mar 31 19:58:15 ESSOPPO-MOVIL kernel: powernow: This module only works with AMD K7 CPUs Mar 31 19:58:15 ESSOPPO-MOVIL rcpowersaved: CPU frequency scaling is not supported by your processor. Mar 31 19:58:15 ESSOPPO-MOVIL rcpowersaved: enter 'CPUFREQD_MODULE=off' in /etc/sysconfig/powersave/cpufreq to avoid this warning. Mar 31 19:58:15 ESSOPPO-MOVIL rcpowersaved: Cannot load cpufreq governors - No cpufreq driver available Mar 31 19:58:16 ESSOPPO-MOVIL [powersave]: ERROR (CPUFreq_Kernel:21) Can not set ondemand governor, maybe your cpufreq driver is too slow. Mar 31 19:58:16 ESSOPPO-MOVIL [powersave]: ERROR (CPUFreq_Kernel:23) Try CPUFREQ_CONTROL=userspace in /etc/sysconfig/powersave/cpufreq. Mar 31 19:58:16 ESSOPPO-MOVIL [powersave]: ERROR (PM_Interface:231) Cannot create cpufreq objects
A ver si se os ocurre algo.
Si, a ver si no digo una burrada, pero no se si tiene que ver con la frecuencia de la CPU, que creo que se puede cambiar en la Bios. Roberto
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-03 a las 18:30 +0200, Roberto Pineda escribió:
Si, a ver si no digo una burrada, pero no se si tiene que ver con la frecuencia de la CPU, que creo que se puede cambiar en la Bios.
En ese portatil no se puede cambiar practicamente nada... y además, afectaría al windows. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMXEntTMYHG2NR9URAmesAJ0Q78rM85HovBZBjz6J/X/+nCWGSQCfZ55r j4jjN4t6+oda0XrQhAzsrKI= =QBXX -----END PGP SIGNATURE-----
El 2/04/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hola:
Pues un amigo
mmmm.. siii, claro.. un "amigo" como no !!!!! :-) hehehehe
acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento. No me gusta decirlo, pero el XP le va bien, luego en principio, no es hardware. Lo he estado examinando unas tres horas, [...] Y sin embargo, no llega a ocupar ni la mitad de la memoria, y la swap a 0. El disco no parece trabajar mucho - aunque mi oido me pareció que notaba el disco duro paraba y arrancaba. El perfil de energía lo puse en "perfomance".
Parece como si la cpu fuera lenta. Y, antes de ampliar la memoria, iba bien.
haver !!!! - sacaste la memoria que agregaste y volviste a probar se la velocidad volvia a la normalidad de antes ??? - Probaste la memoria (memtest86 ???) por algunas horas ??? - que kernel estas usando en la maquina ??? no me recuerdo se en suse existe el kernel para 386, pero en otras distros hay problemas semjantes al instalar mucha memoria en kernels para 386 que no suportan tanta memoria !!!! mmm... se es como comentas (que al momento de hacer el cambio, hubo la disminuicion de desempeno) entonces no creo que sea problema de software/configuracion (excepto talvez por el tema del kernel), pero si de hardware... intentaria cambiar la memoria para ver como anda!!! suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-03 a las 14:36 -0400, Victor Hugo dos Santos escribió:
haver !!!! - sacaste la memoria que agregaste y volviste a probar se la velocidad volvia a la normalidad de antes ???
Eso todavía no lo ha hecho.
- Probaste la memoria (memtest86 ???) por algunas horas ???
Si, antes de hacer nada lo hizo, por si tenía que devolver el módulo.
- que kernel estas usando en la maquina ???
<5>Linux version 2.6.13-15.8-default (geeko@buildhost) (gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)) #1 Tue Feb 7 11:07:24 UTC 2006
no me recuerdo se en suse existe el kernel para 386, pero en otras distros hay problemas semjantes al instalar mucha memoria en kernels para 386 que no suportan tanta memoria !!!!
Claro que lo soporta, es el kernel por defecto de SuSE 10.0 plenamente actulizado según el YOU. Ese viene preparado para 4 gigas. Y el procesador es un pentium 4: <6>CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
mmm... se es como comentas (que al momento de hacer el cambio, hubo la disminuicion de desempeno) entonces no creo que sea problema de software/configuracion (excepto talvez por el tema del kernel), pero si de hardware... intentaria cambiar la memoria para ver como anda!!!
Pero es que con windows va bien. Es algo que sólo afecta al linux. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMXKAtTMYHG2NR9URAsJ1AJ4sbP9/05rBj6IbjciAK4/LAhANhgCfdfuX O9UYAWqTw8LwFFcgq8um1NU= =UAeg -----END PGP SIGNATURE-----
Hola :) El Lunes, 3 de Abril de 2006 01:15, Carlos E. R. escribió:
Hola:
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento. No me gusta decirlo, pero el XP le va bien, luego en principio, no es hardware. Lo he estado examinando unas tres horas, y no he encontrado nada obvio; he hecho algunas cosillas, pero no he visto que pueda ser. El yast tarda como cinco minutos en presentarme la ventana de actualizaci�n; el kde tarda varios minutos en presentarse; algunas operaciones del yast parece que se cuelgan... le he quitado el susewatcher para que no pierda tiempo mirando rpms. Y sin embargo, no llega a ocupar ni la mitad de la memoria, y la swap a 0. El disco no parece trabajar mucho - aunque mi oido me pareci� que notaba el disco duro paraba y arrancaba. El perfil de energ�a lo puse en "perfomance".
Parece como si la cpu fuera lenta. Y, antes de ampliar la memoria, iba bien.
A mi me pasó algo "raro" también cuando quise actualizar mi PC a 2 GB de RAM. Añado los 2 GB de RAM ... arranco con una sonrisa ... y la BIOS reporta que sólo hay 1 MB de RAM =:0 !!! Resulta que mi placa base tiene mal los voltajes y en realidad NO soporta los 2 GB as´i que me he tenido que conformar con 1.5 GB. Esto lo aprendí gracias a Google ;) Posiblemente pase algo por el estilo: comprueba voltajes comprueba Google comprueba ...
Es un P-IV a 2.6 Ghz, 1 giga de ram, marca... Airis, me parece, o sea, un nisu. Los detalles, que los de el due�o, que est� a la escucha pero no puede conectarse todos los dias.
Lo que necesito son ideas para mirar...
Comprueba el modelo en Inet a ver qué comentan.
Me ha llamado la atenci�n que arranca un servicio para actualizar el microc�digo del P-IV, pero eso no se si es bueno o malo. En este momento lo tiene ejecutando la prueba larga del smart, para ver si el disco duro declara algo.
Falta que me mande la salida de hwinfo, por cierto. Tengo copia del messages y del boot.log, pero no he visto nada - y s� mirar logs. Tan s�lo copiar� algunas entradas que he visto se me ocurren pudieran interesar:
HTH Rafa -- "Even paranoids have enemies." OpenWengo: rgriman Skype: rgriman
Soy el del SUSE 10, que va lento.
Varios datos mas, el portatil es el Airis Gea 619 , tiene un solo slot en el
que acoplar la memoria, y es de los grandes como los de sobremesa, (me
refiero al banco de memoria) , es ddr2 a 333 mhz, y la que le he puesto va a
400mhz, hace ya algun tiempo tuve que enviarlo a Guadalajara, sede de
infinity sistem , ya que el banco de memoria que llevaba , al calentarse el
portatil, daba algunos errores.
En el test de memoria del suse 9.3 me ha dado un solo error en las dos horas
que lo he tenido dandole caña. No se que mas os puede hacer pensar , pero
cualquier otra informacion que necesiteis , solicitarmela.
Otro dato, el que se comporte con tanta lentitud, lo he observado al
conectarle una red, y se da tanto en entorno grafico como en modo texto.
2006/4/4, rafagriman@gmail.com
Hola :)
Hola:
Pues un amigo acaba de duplicar la memoria de su portatil hasta un giga, y el SuSE 10.0 se le ha vuelto insoportablemente lento. No me gusta decirlo, pero el XP le va bien, luego en principio, no es hardware. Lo he estado examinando unas tres horas, y no he encontrado nada obvio; he hecho algunas cosillas, pero no he visto que pueda ser. El yast tarda como cinco minutos en presentarme la ventana de actualizaci�n; el kde tarda varios minutos en presentarse; algunas operaciones del yast parece que se cuelgan... le he quitado el susewatcher para que no pierda tiempo mirando rpms. Y sin embargo, no llega a ocupar ni la mitad de la memoria, y la swap a 0. El disco no parece trabajar mucho - aunque mi oido me pareci� que notaba el disco duro paraba y arrancaba. El perfil de energ�a lo
El Lunes, 3 de Abril de 2006 01:15, Carlos E. R. escribió: puse
en "perfomance".
Parece como si la cpu fuera lenta. Y, antes de ampliar la memoria, iba bien.
A mi me pasó algo "raro" también cuando quise actualizar mi PC a 2 GB de RAM. Añado los 2 GB de RAM ... arranco con una sonrisa ... y la BIOS reporta que sólo hay 1 MB de RAM =:0 !!!
Resulta que mi placa base tiene mal los voltajes y en realidad NO soporta los 2 GB as´i que me he tenido que conformar con 1.5 GB. Esto lo aprendí gracias a Google ;)
Posiblemente pase algo por el estilo: comprueba voltajes comprueba Google comprueba ...
Es un P-IV a 2.6 Ghz, 1 giga de ram, marca... Airis, me parece, o sea, un nisu. Los detalles, que los de el due�o, que est� a la escucha pero no puede conectarse todos los dias.
Lo que necesito son ideas para mirar...
Comprueba el modelo en Inet a ver qué comentan.
Me ha llamado la atenci�n que arranca un servicio para actualizar el microc�digo del P-IV, pero eso no se si es bueno o malo. En este momento lo tiene ejecutando la prueba larga del smart, para ver si el disco duro declara algo.
Falta que me mande la salida de hwinfo, por cierto. Tengo copia del messages y del boot.log, pero no he visto nada - y s� mirar logs. Tan s�lo copiar� algunas entradas que he visto se me ocurren pudieran interesar:
HTH
Rafa
-- "Even paranoids have enemies."
OpenWengo: rgriman Skype: rgriman
-- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/4/4, antonio_v_p. a:
Varios datos mas, el portatil es el Airis Gea 619 , tiene un solo slot en el que acoplar la memoria, y es de los grandes como los de sobremesa, (me refiero al banco de memoria) , es ddr2 a 333 mhz, y la que le he puesto va a 400mhz,
Revisa el manual del equipo para ver el tipo de memoria que aguanta, quizá sea problema de la velocidad del bus a 400 Mhz. ¿Lo has instalado tú mismo, el módulo? Si es así, prueba a poner el antiguo y ver si experimentas la misma lentitud.
Otro dato, el que se comporte con tanta lentitud, lo he observado al conectarle una red, y se da tanto en entorno grafico como en modo texto.
Puedes probar a decirle que no cargue la tarjeta de red (ponerlo en modo manual, desde Yast) a ver si va igual de lento o no. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-04 a las 13:35 +0200, Camaleón escribió:
2006/4/4, antonio_v_p. a:
Varios datos mas, el portatil es el Airis Gea 619 , tiene un solo slot en el que acoplar la memoria, y es de los grandes como los de sobremesa, (me refiero al banco de memoria) , es ddr2 a 333 mhz, y la que le he puesto va a 400mhz,
Revisa el manual del equipo para ver el tipo de memoria que aguanta, quizá sea problema de la velocidad del bus a 400 Mhz.
No es que el bus vaya a 400, es que le ha puesto una memoria de 400 en lugar de la de 333. Me supongo que el bus seguirá yendo a 333, y la intuición dice que debería funcionar igual. Por cierto, el error que le ha dado el memtest anoche, a los 45 minutos, fué esto:
tst pass failing address good bad Err- bits count chan
4 1 0002aef6614 - 686.3mb 99260984 99240984 000200 5 1
Y la descripción del test 4 es, traducida: test 4 - inversiones móviles, patron aleatorio. Usa el mismo algoritmo que el test 1, pero el patrón de datos es un número aleatorio y su complemento. Es especialmente efectivo para encontrar errores sensibles a los datos. Se usa un total de 60 patrones. La secuencia aleatoria es diferente con cada paso, de modo que múltiples pasos aumentan su efectividad. test 1 - test de direcciones, dirección propia. Cada dirección se escribe con su propia dirección, y luego se comprueba la consistencia. En teoría los test previos deberían haber cogido cualquier problema de direccionamiento de memoria. Este test debería descubrir cualquier error de ireccionamiento de memoria que de algún modo no hubiera sido previamente detectado. Luego continuó el test sin dar más errores. El dice que cree que es por temperatura, pero... no se, yo creo que debería devolver la pastilla. Pero no estoy seguro que eso explique la lentitud. Aunque si volver a la pastilla antigua cambia la velocidad, pues entonces...
¿Lo has instalado tú mismo, el módulo? Si es así, prueba a poner el antiguo y ver si experimentas la misma lentitud.
Antes no era lento, pero si, sería interesante volver a probar.
Otro dato, el que se comporte con tanta lentitud, lo he observado al conectarle una red, y se da tanto en entorno grafico como en modo texto.
Puedes probar a decirle que no cargue la tarjeta de red (ponerlo en modo manual, desde Yast) a ver si va igual de lento o no.
En mi casa cambiamos la configuración. Es curioso que la ethernet es
conjunta con el modem, que es un softmodem. Y lo gracioso es que parece
relacionado con el USB:
Mar 31 19:56:14 ESSOPPO-MOVIL kernel: hw_random: RNG not detected
Mar 31 19:56:15 ESSOPPO-MOVIL kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5
Mar 31 19:56:15 ESSOPPO-MOVIL kernel: shpchp: shpc_init : shpc_cap_offset == 0
Mar 31 19:56:15 ESSOPPO-MOVIL kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Mar 31 19:56:20 ESSOPPO-MOVIL kernel: natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002
Mar 31 19:56:20 ESSOPPO-MOVIL kernel: originally by Donald Becker
Ratifico lo comentado por Carlos, el bus es 333 y la memoria es de 400,
segun tengo entendido no debe de suceder nada si el bus es mas lento que la
memoria.
A no ser que el sistema (suse), interprete esta cambio como , lo que
comentamos del microcodigo de la cpu, pero por lo que vimos , aun estando
cargado , no es operativo segun el log del sistema.
Otro dado que se nos ha pasado por algo es que en la mayoria del tiempo el
microprocesador estaba rozando el 100 por 100 de uso , mientras que ni disco
duro ni memoria sufriesen incrementos significativos o dignos de mencion.
Si se observa el fallo en memoria lo da en un factor alto , entorno a las
600 megas, muy por debajo del uso normal. Este fin de semana probare a
repetir los test, y a cambiar el modulo nuevo por el antiguo, y si veo que
el fallo se corrige , el lunes a la tienda a descambiarlo. Por cierto cuando
compre el modulo , tenia la posibilidad de comprar uno sin marca , y otro
con marca, me decline por este segundo , la marca de la memoria es Kingston,
la cual se considera buena memoria , o eso tenia yo entendido.
El día 4/04/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-04-04 a las 13:35 +0200, Camaleón escribió:
2006/4/4, antonio_v_p. a:
Varios datos mas, el portatil es el Airis Gea 619 , tiene un solo slot en el que acoplar la memoria, y es de los grandes como los de sobremesa, (me refiero al banco de memoria) , es ddr2 a 333 mhz, y la que le he puesto va a 400mhz,
Revisa el manual del equipo para ver el tipo de memoria que aguanta, quizá sea problema de la velocidad del bus a 400 Mhz.
No es que el bus vaya a 400, es que le ha puesto una memoria de 400 en lugar de la de 333. Me supongo que el bus seguirá yendo a 333, y la intuición dice que debería funcionar igual.
Por cierto, el error que le ha dado el memtest anoche, a los 45 minutos, fué esto:
tstpass failing address good bad Err- bitscount chan
41 0002aef6614- 686.3mb 99260984 99240984 0002005 1
Y la descripción del test 4 es, traducida:
test 4 - inversiones móviles, patron aleatorio.
Usa el mismo algoritmo que el test 1, pero el patrón de datos es un número aleatorio y su complemento. Es especialmente efectivo para encontrar errores sensibles a los datos. Se usa un total de 60 patrones. La secuencia aleatoria es diferente con cada paso, de modo que múltiples pasos aumentan su efectividad.
test 1 - test de direcciones, dirección propia.
Cada dirección se escribe con su propia dirección, y luego se comprueba la consistencia. En teoría los test previos deberían haber cogido cualquier problema de direccionamiento de memoria. Este test debería descubrir cualquier error de ireccionamiento de memoria que de algún modo no hubiera sido previamente detectado.
Luego continuó el test sin dar más errores. El dice que cree que es por temperatura, pero... no se, yo creo que debería devolver la pastilla. Pero no estoy seguro que eso explique la lentitud. Aunque si volver a la pastilla antigua cambia la velocidad, pues entonces...
¿Lo has instalado tú mismo, el módulo? Si es así, prueba a poner el antiguo y ver si experimentas la misma lentitud.
Antes no era lento, pero si, sería interesante volver a probar.
Otro dato, el que se comporte con tanta lentitud, lo he observado al conectarle una red, y se da tanto en entorno grafico como en modo texto.
Puedes probar a decirle que no cargue la tarjeta de red (ponerlo en modo manual, desde Yast) a ver si va igual de lento o no.
En mi casa cambiamos la configuración. Es curioso que la ethernet es conjunta con el modem, que es un softmodem. Y lo gracioso es que parece relacionado con el USB:
Mar 31 19:56:14 ESSOPPO-MOVIL kernel: hw_random: RNG not detected Mar 31 19:56:15 ESSOPPO-MOVIL kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5 Mar 31 19:56:15 ESSOPPO-MOVIL kernel: shpchp: shpc_init : shpc_cap_offset == 0 Mar 31 19:56:15 ESSOPPO-MOVIL kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 Mar 31 19:56:20 ESSOPPO-MOVIL kernel: natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002 Mar 31 19:56:20 ESSOPPO-MOVIL kernel: originally by Donald Becker < becker@scyld.com> Mar 31 19:56:20 ESSOPPO-MOVIL kernel: http://www.scyld.com/network/natsemi.html Mar 31 19:56:20 ESSOPPO-MOVIL kernel: 2.4.x kernel port by Jeff Garzik, Tjeerd Mulder Mar 31 19:56:20 ESSOPPO-MOVIL kernel: ACPI-0212: *** Warning: Device is not power manageable Mar 31 19:56:20 ESSOPPO-MOVIL kernel: ACPI: PCI Interrupt 0000:01:0c.0[A] -> Link [LNKB] -> GSI 3 (level, low) -> IRQ 3 Mar 31 19:56:20 ESSOPPO-MOVIL kernel: natsemi eth0: NatSemi DP8381[56] at 0xdfdff000 (0000:01:0c.0), 00:03:0d:0a:45:53, IRQ 3, portTP.
Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slamr: module not supported by Novell, setting U taint flag. Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slamr: module license 'Smart Link Ltd.' taints kernel. Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slamr: SmartLink AMRMO modem. Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slamr: probe 8086:24c6 ICH4 card... Mar 31 19:57:51 ESSOPPO-MOVIL kernel: ACPI: PCI Interrupt 0000:00:1f.6[B] -> Link [LNKB] -> GSI 3 (level, low) -> IRQ 3 Mar 31 19:57:51 ESSOPPO-MOVIL kernel: PCI: Setting latency timer of device 0000:00:1f.6 to 64 Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slamr: mc97 codec is SIL22 Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slamr: slamr0 is ICH4 card. Mar 31 19:57:51 ESSOPPO-MOVIL kernel: slusb: module not supported by Novell, setting U taint flag. Mar 31 19:57:51 ESSOPPO-MOVIL kernel: ST7554 USB Modem. Mar 31 19:57:51 ESSOPPO-MOVIL kernel: usbcore: registered new driver ST7554 USB Modem Mar 31 19:57:59 ESSOPPO-MOVIL smpppd[5114]: smpppd version 1.59 started
- -- Saludos Carlos Robinson
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFEMmjatTMYHG2NR9URAgcVAJ9G1SMPErPQZ4NoaiEXqizNQHwQwgCgktuu trZR8sTPo1nyNFOt2h0VJMo= =25mt -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-04 a las 15:10 +0200, antonio_v_p.a escribió:
Ratifico lo comentado por Carlos, el bus es 333 y la memoria es de 400, segun tengo entendido no debe de suceder nada si el bus es mas lento que la memoria.
He estado mirando la wikipedia (http://en.wikipedia.org/wiki/DDR2), y no consigo encajarlo: Chips * DDR2-400: DDR-SDRAM memory chips specified to run at 100 MHz, I/O clock at 200 MHz * DDR2-533: DDR-SDRAM memory chips specified to run at 133 MHz, I/O clock at 266 MHz * DDR2-667: DDR-SDRAM memory chips specified to run at 166 MHz, I/O clock at 333 MHz * DDR2-800: DDR-SDRAM memory chips specified to run at 200 MHz, I/O clock at 400 MHz Sticks/Modules * PC2-3200: DDR2-SDRAM memory stick specified to run at 200 MHz using DDR2-400 chips, 3.200 GB/s bandwidth * PC2-4200: DDR2-SDRAM memory stick specified to run at 266 MHz using DDR2-533 chips, 4.267 GB/s bandwidth * PC2-5300: DDR2-SDRAM memory stick specified to run at 333 MHz using DDR2-667 chips, 5.333 GB/s bandwidth * PC2-6400: DDR2-SDRAM memory stick specified to run at 400 MHz using DDR2-800 chips, 6.400 GB/s bandwidth ¿Cual es la nueva y cual la antigua en esa tabla? Porque la de 333 Mhz es la que usa chips DDR2-667, que son más rápidos que los de DDR2-400, que van a 200 Mhz - a no ser que la nueva sea DDR2-800 con reloj a 400. La nomenclatura no es obvia. Y no existe un DDR2-300 ni 333. Podría ser que tu cacharro realmente necesite DDR2-667 (333 MHz). El windows no se entera, pero el linux, que es más exigente con el hardware, si. Es mi hipótesis de momento ;-)
microprocesador estaba rozando el 100 por 100 de uso , mientras que ni disco duro ni memoria sufriesen incrementos significativos o dignos de mencion.
Es que eso sería consistente con que la memoria no estuviese respondiendo.
Si se observa el fallo en memoria lo da en un factor alto , entorno a las 600 megas, muy por debajo del uso normal.
Si, pero en windows ese uso se alcanza cuando se lleva un tiempo trabajando. Yo en este momento tengo este uso: Mem: 1036028k total, 1017444k used, 18584k free, 140872k buffers Swap: 1052216k total, 404396k used, 647820k free, 384964k cached La swap está en uso porque suspendo a disco en vez de parar el pc (halt). Sólo tengo 18 megas libres, pero tengo 384 usados como caché y 140 como buffers: ese uso se dispara al procesar el correo, por tareas como el filtro antispam, o después de usar el openoffice y el gimp al mismo tiempo. O el mozilla en tres o cuatro páginas con java.
Este fin de semana probare a repetir los test, y a cambiar el modulo nuevo por el antiguo, y si veo que el fallo se corrige , el lunes a la tienda a descambiarlo. Por cierto cuando compre el modulo , tenia la posibilidad de comprar uno sin marca , y otro con marca, me decline por este segundo , la marca de la memoria es Kingston, la cual se considera buena memoria , o eso tenia yo entendido.
Si. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMoRBtTMYHG2NR9URAnMcAJ46QDgpO2AE7hYLXi8my/aemZpUsQCglgPZ Mcy42oXm1ZJ0bAMi60n016s= =AC1r -----END PGP SIGNATURE-----
El 4/04/06, antonio_v_p. a escribió:
Ratifico lo comentado por Carlos, el bus es 333 y la memoria es de 400, segun tengo entendido no debe de suceder nada si el bus es mas lento que la memoria.
Al contrario: si le pones un módulo de memoria a 400 a un bus de 333 estás haciendo "forzando - overclockeando" al controlador de memoria, que siempre es peor (puede causar problemas) que si sucede al revés, es decir, poner una memoria lenta en un bus más rápido. ¿Quién te dio ese módulo de memoria para el equipo y quién lo instaló? Saludos, -- Camaleón
"antonio_v_p.a"
El 4/04/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-04-04 a las 13:35 +0200, Camaleón escribió:
2006/4/4, antonio_v_p. a:
Varios datos mas, el portatil es el Airis Gea 619 , tiene un solo slot en el que acoplar la memoria, y es de los grandes como los de sobremesa, (me refiero al banco de memoria) , es ddr2 a 333 mhz, y la que le he puesto va a 400mhz,
Revisa el manual del equipo para ver el tipo de memoria que aguanta, quizá sea problema de la velocidad del bus a 400 Mhz.
No es que el bus vaya a 400, es que le ha puesto una memoria de 400 en lugar de la de 333. Me supongo que el bus seguirá yendo a 333, y la intuición dice que debería funcionar igual.
Por cierto, el error que le ha dado el memtest anoche, a los 45 minutos, fué esto:
tstpass failing address good bad Err- bitscount chan
41 0002aef6614- 686.3mb 99260984 99240984 0002005 1
Y la descripción del test 4 es, traducida:
test 4 - inversiones móviles, patron aleatorio.
Usa el mismo algoritmo que el test 1, pero el patrón de datos es un número aleatorio y su complemento. Es especialmente efectivo para encontrar errores sensibles a los datos. Se usa un total de 60 patrones. La secuencia aleatoria es diferente con cada paso, de modo que múltiples pasos aumentan su efectividad.
test 1 - test de direcciones, dirección propia.
Cada dirección se escribe con su propia dirección, y luego se comprueba la consistencia. En teoría los test previos deberían haber cogido cualquier problema de direccionamiento de memoria. Este test debería descubrir cualquier error de ireccionamiento de memoria que de algún modo no hubiera sido previamente detectado.
Luego continuó el test sin dar más errores. El dice que cree que es por temperatura, pero... no se, yo creo que debería devolver la pastilla.
Yo lo he comprobado, segun la temperatura ambiente, usando el memtest de SuSE, a partir de los 30 minutos de testeo, pueden aparecer errores debido a recalentamiento de las memorias, hasta con memorias de primera marca como Kingston. Con memorias de menor calidad, las fallas pueden aparecer a los 15 minutos de testeo (sin disipador). La solución fue colocar disipadores en las memorias. Salu2
Cada dirección se escribe con su propia dirección, y luego se comprueba la consistencia. En teoría los test previos deberían haber cogido cualquier problema de direccionamiento de memoria. Este test debería descubrir cualquier error de ireccionamiento de memoria que de algún modo no hubiera sido previamente detectado.
Luego continuó el test sin dar más errores. El dice que cree que es por temperatura, pero... no se, yo creo que debería devolver la pastilla.
Yo lo he comprobado, segun la temperatura ambiente, usando el memtest de SuSE, a partir de los 30 minutos de testeo, pueden aparecer errores debido a recalentamiento de las memorias, hasta con memorias de primera marca como Kingston. Con memorias de menor calidad, las fallas pueden aparecer a los 15 minutos de testeo (sin disipador). La solución fue colocar disipadores en las memorias.
Por experiencia propia... si al soporte de suse le dices que te da UN solo error con el memtest... te dice que tires la memoria y pongas otra. Lo que me llama la atencion es que los fallos de memoria suelen provocar inestabilidades del sistema cuando se accede a esa dirección de memoria, no ralentizar la máquina... Sigo el hilo con interés. -- Saludos, miguel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-04 a las 19:51 +0200, miguel gmail escribió:
El 2006-04-04 a las 14:48 -0300, Juan Erbes escribió:
Yo lo he comprobado, segun la temperatura ambiente, usando el memtest de SuSE, a partir de los 30 minutos de testeo, pueden aparecer errores debido a recalentamiento de las memorias, hasta con memorias de primera marca como Kingston. Con memorias de menor calidad, las fallas pueden aparecer a los 15 minutos de testeo (sin disipador). La solución fue colocar disipadores en las memorias.
Si, ya lo pensamos el verano pasado, pero a ver como le pones disipador a la memoria dentro de un portatil... :-( Yo le dije que le pusiera un ventilador con una celula peltzier O:-)
Por experiencia propia... si al soporte de suse le dices que te da UN solo error con el memtest... te dice que tires la memoria y pongas otra.
Es que si nueva da un "fallito", cuando tenga un año...
Lo que me llama la atencion es que los fallos de memoria suelen provocar inestabilidades del sistema cuando se accede a esa dirección de memoria, no ralentizar la máquina...
Exacto. No creo que sea eso, pero quizás que no sea del tipo adecuado. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMrkMtTMYHG2NR9URAmX9AJ9g+bpcGatEnpxGtBdnIS1ojaGkgACeNb63 JaN/PVy2VxucqDE3ALr4dTM= =otLu -----END PGP SIGNATURE-----
El 4/04/06, miguel gmail
Cada dirección se escribe con su propia dirección, y luego se comprueba la consistencia. En teoría los test previos deberían haber cogido cualquier problema de direccionamiento de memoria. Este test debería descubrir cualquier error de ireccionamiento de memoria que de algún modo no hubiera sido previamente detectado.
Luego continuó el test sin dar más errores. El dice que cree que es por temperatura, pero... no se, yo creo que debería devolver la pastilla.
Yo lo he comprobado, segun la temperatura ambiente, usando el memtest de SuSE, a partir de los 30 minutos de testeo, pueden aparecer errores debido a recalentamiento de las memorias, hasta con memorias de primera marca como Kingston. Con memorias de menor calidad, las fallas pueden aparecer a los 15 minutos de testeo (sin disipador). La solución fue colocar disipadores en las memorias.
Por experiencia propia... si al soporte de suse le dices que te da UN solo error con el memtest... te dice que tires la memoria y pongas otra.
No se si lo tomarás a broma lo de los disipadores en las memorias, pero colocando esos dispositivos, desaparecian los errores de memoria, por mas que extienda el tiempo del testeo. Antes de los disipadores, cuando comenzaba a tirar errores el memtest, terminaba colgandose el sistema, y si lo reiniciaba inmediatamente, se volvia a colgar. Si lo dejaba enfriar unos minutos, volvia a arrancar normalmente. No quiero decir que el problema del colistero sea por esta causa, tan solo lo expongo, por el hecho de que los resultados del memtest, son afectados por la temperatura ambiente y de las memorias. http://www.thermaltake.com/coolers/memory/menu.htm Salu2
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-05 a las 00:43 -0300, Juan Erbes escribió:
No se si lo tomarás a broma lo de los disipadores en las memorias, pero colocando esos dispositivos, desaparecian los errores de memoria, por mas que extienda el tiempo del testeo. Antes de los disipadores, cuando comenzaba a tirar errores el memtest, terminaba colgandose el sistema, y si lo reiniciaba inmediatamente, se volvia a colgar. Si lo dejaba enfriar unos minutos, volvia a arrancar normalmente. No quiero decir que el problema del colistero sea por esta causa, tan solo lo expongo, por el hecho de que los resultados del memtest, son afectados por la temperatura ambiente y de las memorias. http://www.thermaltake.com/coolers/memory/menu.htm
No me lo tomo a broma en absoluto. Se que la electrónica se degrada con la temperatura, y que el fabricante te especifica la temperatura del aire y del chip para que trabaje bien. De todas formas, eso significa que están diseñados muy al límite. También, cuando más bajo es el voltaje (y las memorias cada vez bajan más el voltaje para bajar el consumo y la temperatura) más afecta el ruido ambiente y propio, o sea, más probabilidad de error. Curiosamente, no parece afectar a la cpu, o no nos enteramos. Igual es la cpu la que falla :-P - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEM6ZztTMYHG2NR9URAtHjAJ9rOY/5qSKtMHqBRNXUBgMncIbsowCdH6VF MatPm0IH4UVqrzeUcglQJlg= =X2Kc -----END PGP SIGNATURE-----
El 5/04/06, Carlos E. R. escribió:
Curiosamente, no parece afectar a la cpu, o no nos enteramos. Igual es la cpu la que falla :-P
Si el micro falla, el equipo se cuelga o no se inicia, depende del tipo de fallo. Al igual que la memoria, si el fallo no es muy grave, los problemas que se presentan pueden ser menos graves, como la lentitud del equipo. Saludos, -- Camaleón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-05 a las 13:17 +0200, Camaleón escribió:
Curiosamente, no parece afectar a la cpu, o no nos enteramos. Igual es la cpu la que falla :-P
Si el micro falla, el equipo se cuelga o no se inicia, depende del tipo de fallo. Al igual que la memoria, si el fallo no es muy grave, los problemas que se presentan pueden ser menos graves, como la lentitud del equipo.
Es verdad, si la cpu provoca errores al leer de la memoria, serán multitud de errores y fácilmente se colgará. También puede petar, echar humo, y hacer explotar la central nuclear y todos a criar malvas :-P Como en las pelis X-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEM6mNtTMYHG2NR9URAiXvAJ9Zarjgu15CV0PmIX7eRcZZE3rbuACfQ+ws 09pth2x2AcWJDTvHOqbALws= =BqI0 -----END PGP SIGNATURE-----
Otro dato a tener en cuenta con las memorias , es la mania que tienen los
fabricantes y los comercios de colocarles un sin fin de pegatinas , con las
que la poca circulacion del aire entre las pastillas impresas de memoria, es
en algunos casos nula, y lo que mas gracia me hace , es que si le quitas
las pegatinas pierde la garantia la memoria, y puede ser que dichas
pegatinas sean las causantes de estos pallos.
Imaginaros un ordenador en el que la pastilla esta por encima de los 70 u 80
grados, y el megamento de la pastilla se convierte como en una especie
de resina o mermelada , encima de la pastilla de memoria.
Este no es el caso en mi portatil, no le ha dado tiempo a ello, pero lo he
visto en otros equipos de sobremesa que tengo. Pero el tema de las
pegatinas, si pertenece a este caso, ya que la pastillita de marras tiene 2
pegatinas que ocupan la totalidad de una de sus caras, curiosamente la
interior, en la que la aireacion es pobre como me paso la primera vez que lo
tuve que enviar a Guadalajara, por problemas similares.
En Guadalajara (sede de los Airis), le cambiaron el modulo de memoria con el
que venia, por otro que tuviese celdillas de las memorias hacia fuera, con
lo cual se corrigio el problema.
Por lo tanto creo que es fallo de temperatura. La cuestion seria saber si
existen modulos de 1G con todas las celdas de memoria hacia fuera, y no en
las dos caras de la memoria.
Bueno seguire investigando.
El día 5/04/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-04-05 a las 13:17 +0200, Camaleón escribió:
Curiosamente, no parece afectar a la cpu, o no nos enteramos. Igual es la cpu la que falla :-P
Si el micro falla, el equipo se cuelga o no se inicia, depende del tipo de fallo. Al igual que la memoria, si el fallo no es muy grave, los problemas que se presentan pueden ser menos graves, como la lentitud del equipo.
Es verdad, si la cpu provoca errores al leer de la memoria, serán multitud de errores y fácilmente se colgará. También puede petar, echar humo, y hacer explotar la central nuclear y todos a criar malvas :-P
Como en las pelis X-)
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFEM6mNtTMYHG2NR9URAiXvAJ9Zarjgu15CV0PmIX7eRcZZE3rbuACfQ+ws 09pth2x2AcWJDTvHOqbALws= =BqI0 -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-06 a las 11:54 +0200, antonio_v_p.a escribió:
Por lo tanto creo que es fallo de temperatura. La cuestion seria saber si existen modulos de 1G con todas las celdas de memoria hacia fuera, y no en las dos caras de la memoria. Bueno seguire investigando.
¡Peltzier! :-P - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFENRDDtTMYHG2NR9URApYAAJ9zRQDACCgvIGz2HkcOOeI+Pj54bwCfVWai 2wcesUGZvTbrSRyBnITa6ew= =ic9p -----END PGP SIGNATURE-----
Hay memorias que ya vienen con el disipador incorporado, pero no se si
para los portatiles vienen con es caracteristicas:
http://www.ocztechnology.com/products/high_performance/
Salu2
El 6/04/06, antonio_v_p. a
Otro dato a tener en cuenta con las memorias , es la mania que tienen los fabricantes y los comercios de colocarles un sin fin de pegatinas , con las que la poca circulacion del aire entre las pastillas impresas de memoria, es en algunos casos nula, y lo que mas gracia me hace , es que si le quitas las pegatinas pierde la garantia la memoria, y puede ser que dichas pegatinas sean las causantes de estos pallos. Imaginaros un ordenador en el que la pastilla esta por encima de los 70 u 80 grados, y el megamento de la pastilla se convierte como en una especie de resina o mermelada , encima de la pastilla de memoria. Este no es el caso en mi portatil, no le ha dado tiempo a ello, pero lo he visto en otros equipos de sobremesa que tengo. Pero el tema de las pegatinas, si pertenece a este caso, ya que la pastillita de marras tiene 2 pegatinas que ocupan la totalidad de una de sus caras, curiosamente la interior, en la que la aireacion es pobre como me paso la primera vez que lo tuve que enviar a Guadalajara, por problemas similares. En Guadalajara (sede de los Airis), le cambiaron el modulo de memoria con el que venia, por otro que tuviese celdillas de las memorias hacia fuera, con lo cual se corrigio el problema. Por lo tanto creo que es fallo de temperatura. La cuestion seria saber si existen modulos de 1G con todas las celdas de memoria hacia fuera, y no en las dos caras de la memoria. Bueno seguire investigando.
El día 5/04/06, Carlos E. R.
escribió: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-04-05 a las 13:17 +0200, Camaleón escribió:
Curiosamente, no parece afectar a la cpu, o no nos enteramos. Igual es la cpu la que falla :-P
Si el micro falla, el equipo se cuelga o no se inicia, depende del tipo de fallo. Al igual que la memoria, si el fallo no es muy grave, los problemas que se presentan pueden ser menos graves, como la lentitud del equipo.
Es verdad, si la cpu provoca errores al leer de la memoria, serán multitud de errores y fácilmente se colgará. También puede petar, echar humo, y hacer explotar la central nuclear y todos a criar malvas :-P
Como en las pelis X-)
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFEM6mNtTMYHG2NR9URAiXvAJ9Zarjgu15CV0PmIX7eRcZZE3rbuACfQ+ws 09pth2x2AcWJDTvHOqbALws= =BqI0 -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 4/04/06, Juan Erbes escribió:
Yo lo he comprobado, segun la temperatura ambiente, usando el memtest de SuSE, a partir de los 30 minutos de testeo, pueden aparecer errores debido a recalentamiento de las memorias, hasta con memorias de primera marca como Kingston. Con memorias de menor calidad, las fallas pueden aparecer a los 15 minutos de testeo (sin disipador). La solución fue colocar disipadores en las memorias.
Es cierto, los sistemas de hoy día son excesivamente sensibles a este tipo de factores (calor, polvo, estado de cables y conexiones...) en mayor medida que los equipos más antiguos. Hay que poner disipadores hasta en la sopa, si no, empiezan los síntomas extraños, paradas inexplicables, lentitudes extremas, cuelgues contínuos... Saludos, -- Camaleón
Podría ser por la partición swap (partición para paginación de memoria) ?, normalmente el swap se autoconfigura al instalar el SuSE y es mayor a la memoria física, cuando se duplica la memoria física, el swap queda más pequeño o casi igual y hasta donde yo se tiene que ser siempre más grande...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-04 a las 09:30 -0400, Freddy Arteaga escribió:
Podría ser por la partición swap (partición para paginación de memoria) ?, normalmente el swap se autoconfigura al instalar el SuSE y es mayor a la memoria física, cuando se duplica la memoria física, el swap queda más pequeño o casi igual y hasta donde yo se tiene que ser siempre más grande...
No, no importa. Yo lo tengo igual que el 1 y 1. Esa regla de doble swap que ram es del windows. Yo tengo un pc con veinte veces más swap que ram, por cierto. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMoEotTMYHG2NR9URAq0bAJ9g95N6iUmTO/3EIS4m11ETqnh8uwCfdHa3 3ZoXLykzJK4FZpiNJl9iTo8= =GtR7 -----END PGP SIGNATURE-----
2006/4/4, antonio_v_p. a
hace ya algun tiempo tuve que enviarlo a Guadalajara, sede de infinity sistem , ya que el banco de memoria que llevaba , al calentarse el portatil, daba algunos errores.
malo !!!
En el test de memoria del suse 9.3 me ha dado un solo error en las dos horas que lo he tenido dandole caña.
"un solo error" ??? esto es malo.. malissimo !!! a no ser que utilices un parche del kernel para mapear los sectores de memorias que estan malo y por ende no utilizarlos... entonces debes de cambiar esta memoria o removela. suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-04 a las 14:15 -0400, Victor Hugo dos Santos escribió:
En el test de memoria del suse 9.3 me ha dado un solo error en las dos horas que lo he tenido dandole caña.
"un solo error" ??? esto es malo.. malissimo !!! a no ser que utilices un parche del kernel para mapear los sectores de memorias que estan malo y por ende no utilizarlos... entonces debes de cambiar esta memoria o removela.
El problema es que el error se dió sólo en una de las pruebas, no es un error fácilmente detectable. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMrtktTMYHG2NR9URAv2DAJ9G3Lg9qVr41+hxpgzAOzdEMGJ/HgCfaJ8c 5Bit6/deHi+ZDCb6kuDnigw= =GWe7 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-04-04 a las 00:33 +0200, rafagriman@gmail.com escribió:
A mi me pasó algo "raro" también cuando quise actualizar mi PC a 2 GB de RAM. Añado los 2 GB de RAM ... arranco con una sonrisa ... y la BIOS reporta que sólo hay 1 MB de RAM =:0 !!!
Resulta que mi placa base tiene mal los voltajes y en realidad NO soporta los 2 GB as´i que me he tenido que conformar con 1.5 GB. Esto lo aprendí gracias a Google ;)
¡Contró!
Es un P-IV a 2.6 Ghz, 1 giga de ram, marca... Airis, me parece, o sea, un nisu. Los detalles, que los de el due[f1]o, que est[e1] a la escucha pero no puede conectarse todos los dias.
Lo que necesito son ideas para mirar...
Comprueba el modelo en Inet a ver qué comentan.
Si no me equivoco la casa airis monta lo que le da la gana según le llegan las piezas, no hay dos iguales. El modelo de portatil no es suficiente, habría que abrirlo y ver la placa. Y abrir portátiles no es plato de mi devoción. Pero si, Antonio debería googlear [...] bueno, he googleado un poco por "Airis Gea 619" y lo que encuentro son tiendas... me he cansado por la 80, y hay 3000 entradas... - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEMr+1tTMYHG2NR9URAlZsAKCSFOcfoLmdf4fWlt+UVf7MCQkAQwCcDjtN TaC5corn0yTv66lRTpNd97c= =I/vF -----END PGP SIGNATURE-----
participants (11)
-
antonio_v_p.a
-
Camaleón
-
Carlos E. R.
-
Duncan Mac-Vicar Prett
-
Freddy Arteaga
-
Juan Erbes
-
Marcos Arias Velázquez
-
miguel gmail
-
rafagriman@gmail.com
-
Roberto Pineda
-
Victor Hugo dos Santos