Bonjour.
Cela existe?
--
cordialement jean-jacques.
Ce message a été écrit sur un système libre mandriva
"Tant que l'homme sera mortel, il ne pourra pas être totalement
décontracté ."
Woody Allen.
Tu aurais du commencer par dire ce que tu voulais faire plutôt que dire comment tu croyais éventuellement pouvoir le faire... Pour scanner la RAM, il y a memtest86 et memtest86+
-- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Emmanuel Florac wrote:
Tu aurais du commencer par dire ce que tu voulais faire plutôt que dire
comment tu croyais éventuellement pouvoir le faire... Pour scanner la
RAM, il y a memtest86 et memtest86+
--
cordialement jean-jacques.
Ce message a été écrit sur un système libre mandriva
"Tant que l'homme sera mortel, il ne pourra pas être totalement
décontracté ."
Woody Allen.
Tu aurais du commencer par dire ce que tu voulais faire plutôt que dire comment tu croyais éventuellement pouvoir le faire... Pour scanner la RAM, il y a memtest86 et memtest86+
-- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Fabien LE LEZ
On Sun, 15 Jul 2007 18:48:35 +0200, jean-jacques :
Je veux scanner mes ddr sdram.
Tu veux les tester ? Dans ce cas, la référence pour le test de RAM, c'est memtest86.
On Sun, 15 Jul 2007 18:48:35 +0200, jean-jacques :
Je veux scanner mes ddr sdram.
Tu veux les tester ?
Dans ce cas, la référence pour le test de RAM, c'est memtest86.
On Sun, 15 Jul 2007 18:48:35 +0200, jean-jacques :
Je veux scanner mes ddr sdram.
Tu veux les tester ? Dans ce cas, la référence pour le test de RAM, c'est memtest86.
jean-jacques
Emmanuel Florac wrote:
Tu aurais du commencer par dire ce que tu voulais faire plutôt que dire comment tu croyais éventuellement pouvoir le faire... Pour scanner la RAM, il y a memtest86 et memtest86+ Non.
Elles vont bien. Je veux des indications sur leur fonctionnement ie vendor; cas ; la conf des dimms etc. J'ai trouvé un peu ce que je cherchais: lshw. ]#lshw Me dit: -memory description: System Memory physical id: 3a slot: System board or motherboard size: 768MB *-bank:0 description: DIMM DDR Synchronous 400 MHz (2.5 ns) product: PartNum0 vendor: Manufacturer0 physical id: 0 serial: SerNum0 slot: DIMM0 size: 256MB width: 64 bits clock: 400MHz (2.5ns) *-bank:1 description: DIMM DDR Synchronous 400 MHz (2.5 ns) product: PartNum1 vendor: Manufacturer1 physical id: 1 serial: SerNum1 slot: DIMM1 size: 512MB width: 64 bits clock: 400MHz (2.5ns) *-bank:2 description: DIMM [empty] product: PartNum2 vendor: Manufacturer2 physical id: 2 serial: SerNum2 slot: DIMM2 Bof pour vendor (ce sont des swissbits en fait) Merci à tous. -- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Emmanuel Florac wrote:
Tu aurais du commencer par dire ce que tu voulais faire plutôt que dire
comment tu croyais éventuellement pouvoir le faire... Pour scanner la
RAM, il y a memtest86 et memtest86+
Non.
Elles vont bien.
Je veux des indications sur leur fonctionnement ie vendor; cas ; la conf des
dimms etc.
J'ai trouvé un peu ce que je cherchais: lshw.
]#lshw
Me dit:
-memory description: System Memory physical id: 3a
slot: System board or motherboard size: 768MB *-bank:0
description: DIMM DDR Synchronous 400 MHz (2.5 ns) product:
PartNum0 vendor: Manufacturer0 physical id: 0
serial: SerNum0 slot: DIMM0 size: 256MB
width: 64 bits clock: 400MHz (2.5ns) *-bank:1
description: DIMM DDR Synchronous 400 MHz (2.5 ns) product:
PartNum1 vendor: Manufacturer1 physical id: 1
serial: SerNum1 slot: DIMM1 size: 512MB
width: 64 bits clock: 400MHz (2.5ns) *-bank:2
description: DIMM [empty] product: PartNum2
vendor: Manufacturer2 physical id: 2 serial:
SerNum2 slot: DIMM2
Bof pour vendor (ce sont des swissbits en fait)
Merci à tous.
--
cordialement jean-jacques.
Ce message a été écrit sur un système libre mandriva
"Tant que l'homme sera mortel, il ne pourra pas être totalement
décontracté ."
Woody Allen.
Tu aurais du commencer par dire ce que tu voulais faire plutôt que dire comment tu croyais éventuellement pouvoir le faire... Pour scanner la RAM, il y a memtest86 et memtest86+ Non.
Elles vont bien. Je veux des indications sur leur fonctionnement ie vendor; cas ; la conf des dimms etc. J'ai trouvé un peu ce que je cherchais: lshw. ]#lshw Me dit: -memory description: System Memory physical id: 3a slot: System board or motherboard size: 768MB *-bank:0 description: DIMM DDR Synchronous 400 MHz (2.5 ns) product: PartNum0 vendor: Manufacturer0 physical id: 0 serial: SerNum0 slot: DIMM0 size: 256MB width: 64 bits clock: 400MHz (2.5ns) *-bank:1 description: DIMM DDR Synchronous 400 MHz (2.5 ns) product: PartNum1 vendor: Manufacturer1 physical id: 1 serial: SerNum1 slot: DIMM1 size: 512MB width: 64 bits clock: 400MHz (2.5ns) *-bank:2 description: DIMM [empty] product: PartNum2 vendor: Manufacturer2 physical id: 2 serial: SerNum2 slot: DIMM2 Bof pour vendor (ce sont des swissbits en fait) Merci à tous. -- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Nina Popravka
On Sun, 15 Jul 2007 19:00:45 +0200, Emmanuel Florac wrote:
Je dois dire qu'en général je préfère avoir l'info en texte, qu'on peut parser commodément. L'administration à coup de GUI, beurk.
Ca, c'est une question purement culturelle, goûts, couleurs, habitudes, toussa :-) Le résultat final est en général identique... -- Nina
On Sun, 15 Jul 2007 19:00:45 +0200, Emmanuel Florac wrote:
Je dois dire qu'en général je préfère avoir l'info en texte, qu'on peut parser commodément. L'administration à coup de GUI, beurk.
Ca, c'est une question purement culturelle, goûts, couleurs, habitudes, toussa :-) Le résultat final est en général identique... -- Nina
Nicolas George
Emmanuel Florac wrote in message :
en "BOGOMIPS", qui en gros indique l'équivalent "MégaHertz de Pentium" de ton processeur.
Non, jamais de la vie. Je ne pensais pas que tu serais du genre à propager cette contre-vérité. Le calibrage de BOGOMIPS par le noyau sert à calibrer les boucles d'attente que le noyau doit parfois faire, quand le délai doit être trop court ou trop précis pour compter sur une interruption.
Ce n'est en aucun cas une mesure précise de la performance du processeur. Par exemple, là, j'ai à portée de SSH un Celeron 1 GHz qui est à environ 2000 BOGOMIPS, et un Thurion64 à 2 Hz (réels, annoncé 3800) qui est à environ 4000 BOGOMIPS. Eh bien je peux t'assurer que le rapport de vitesse est plus que 2.
Un dmesg | grep -i bogomips
D'ailleurs, il fut un temps où c'était indiqué dans cpuinfo, et ce n'y est plus justement pour que les gens arrêtent de le prendre pour un benchmark.
Emmanuel Florac wrote in message
<pan.2007.07.15.16.49.02.352190@imaginet.fr>:
en "BOGOMIPS", qui en gros
indique l'équivalent "MégaHertz de Pentium" de ton processeur.
Non, jamais de la vie. Je ne pensais pas que tu serais du genre à propager
cette contre-vérité. Le calibrage de BOGOMIPS par le noyau sert à calibrer
les boucles d'attente que le noyau doit parfois faire, quand le délai doit
être trop court ou trop précis pour compter sur une interruption.
Ce n'est en aucun cas une mesure précise de la performance du processeur.
Par exemple, là, j'ai à portée de SSH un Celeron 1 GHz qui est à environ
2000 BOGOMIPS, et un Thurion64 à 2 Hz (réels, annoncé 3800) qui est à
environ 4000 BOGOMIPS. Eh bien je peux t'assurer que le rapport de vitesse
est plus que 2.
Un
dmesg | grep -i bogomips
D'ailleurs, il fut un temps où c'était indiqué dans cpuinfo, et ce n'y est
plus justement pour que les gens arrêtent de le prendre pour un benchmark.
en "BOGOMIPS", qui en gros indique l'équivalent "MégaHertz de Pentium" de ton processeur.
Non, jamais de la vie. Je ne pensais pas que tu serais du genre à propager cette contre-vérité. Le calibrage de BOGOMIPS par le noyau sert à calibrer les boucles d'attente que le noyau doit parfois faire, quand le délai doit être trop court ou trop précis pour compter sur une interruption.
Ce n'est en aucun cas une mesure précise de la performance du processeur. Par exemple, là, j'ai à portée de SSH un Celeron 1 GHz qui est à environ 2000 BOGOMIPS, et un Thurion64 à 2 Hz (réels, annoncé 3800) qui est à environ 4000 BOGOMIPS. Eh bien je peux t'assurer que le rapport de vitesse est plus que 2.
Un dmesg | grep -i bogomips
D'ailleurs, il fut un temps où c'était indiqué dans cpuinfo, et ce n'y est plus justement pour que les gens arrêtent de le prendre pour un benchmark.
Emmanuel Florac
Le Sun, 15 Jul 2007 19:06:21 +0200, Nina Popravka a écrit :
Ca, c'est une question purement culturelle, goûts, couleurs, habitudes, toussa :-) Le résultat final est en général identique...
Non parce que tu écris un script perl qui administre la machine tout seul en parsant la sortie texte de diverses commandes, et tu lis slashdot toute la journée au lieu de t'occuper des ordinateurs :)
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Le Sun, 15 Jul 2007 19:06:21 +0200, Nina Popravka a écrit :
Ca, c'est une question purement culturelle, goûts, couleurs, habitudes,
toussa :-)
Le résultat final est en général identique...
Non parce que tu écris un script perl qui administre la machine tout seul
en parsant la sortie texte de diverses commandes, et tu lis slashdot toute
la journée au lieu de t'occuper des ordinateurs :)
--
Le travail est la malédiction des classes qui boivent.
O. Wilde.
Le Sun, 15 Jul 2007 19:06:21 +0200, Nina Popravka a écrit :
Ca, c'est une question purement culturelle, goûts, couleurs, habitudes, toussa :-) Le résultat final est en général identique...
Non parce que tu écris un script perl qui administre la machine tout seul en parsant la sortie texte de diverses commandes, et tu lis slashdot toute la journée au lieu de t'occuper des ordinateurs :)
-- Le travail est la malédiction des classes qui boivent. O. Wilde.
Nina Popravka
On Sun, 15 Jul 2007 19:08:26 +0200, Emmanuel Florac wrote:
Non parce que tu écris un script perl qui administre la machine tout seul en parsant la sortie texte de diverses commandes, et tu lis slashdot toute la journée au lieu de t'occuper des ordinateurs :)
Kssss... me prend pas pour une bleue. En fait, tu passes tes journées à améliorer ton script en Perl ;-> -- Nina
Non parce que tu écris un script perl qui administre la machine tout seul
en parsant la sortie texte de diverses commandes, et tu lis slashdot toute
la journée au lieu de t'occuper des ordinateurs :)
Kssss... me prend pas pour une bleue.
En fait, tu passes tes journées à améliorer ton script en Perl ;->
--
Nina
On Sun, 15 Jul 2007 19:08:26 +0200, Emmanuel Florac wrote:
Non parce que tu écris un script perl qui administre la machine tout seul en parsant la sortie texte de diverses commandes, et tu lis slashdot toute la journée au lieu de t'occuper des ordinateurs :)
Kssss... me prend pas pour une bleue. En fait, tu passes tes journées à améliorer ton script en Perl ;-> -- Nina
jean-jacques
Emmanuel Florac wrote:
hdparm -tT /dev/hda Je connais mais non... ;--))))
-- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Emmanuel Florac wrote:
hdparm -tT /dev/hda
Je connais mais non... ;--))))
--
cordialement jean-jacques.
Ce message a été écrit sur un système libre mandriva
"Tant que l'homme sera mortel, il ne pourra pas être totalement
décontracté ."
Woody Allen.
hdparm -tT /dev/hda Je connais mais non... ;--))))
-- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
jean-jacques
Emmanuel Florac wrote:
hdparm -tT /dev/hda Je connais mais non... ;--))))
# dmidecode ou # lshw effectivement. Merci à tous(toute). -- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Emmanuel Florac wrote:
hdparm -tT /dev/hda
Je connais mais non... ;--))))
# dmidecode ou # lshw effectivement.
Merci à tous(toute).
--
cordialement jean-jacques.
Ce message a été écrit sur un système libre mandriva
"Tant que l'homme sera mortel, il ne pourra pas être totalement
décontracté ."
Woody Allen.
hdparm -tT /dev/hda Je connais mais non... ;--))))
# dmidecode ou # lshw effectivement. Merci à tous(toute). -- cordialement jean-jacques. Ce message a été écrit sur un système libre mandriva "Tant que l'homme sera mortel, il ne pourra pas être totalement décontracté ." Woody Allen.
Thierry B.
--{ Emmanuel Florac a plopé ceci: }--
-Le noyau mesure la vitesse brute du processeur en "BOGOMIPS", qui en gros indique l'équivalent "MégaHertz de Pentium" de ton processeur.
Les BogoMips sont une invention de Linus. Le noyau (ou peut-être un pilote de périphériques ?) a besoin d'une boucle d'attente (le temps d'attente est trop court ou requiert une trop grande précision pour utiliser une autre méthode qu'une attente active) qu'il est nécessaire de calibrer en fonction de la vitesse du processeur sur lequel Linux s'exécute. Ainsi le noyau mesure lors du démarrage la vitesse d'exécution d'une boucle d'instructions déterminée. _Bogo_ vient de l'américain _bogus_, qui signifie faux, bidon. Une vitesse en BogoMips donne donc une indication de la vitesse d'un microprocesseur, mais l'unité est définie trop peu scientifiquement pour que l'on puisse l'appeler autrement qu'un BogoMips.
[...]
* Linus ne se lasse pas de lire les messages de gens paniqués à ce propos dans les _News_.
-- Statique: tu remplis tu remplis tu remplis y'a plus de place sur la partition/dans le fichier alloué au swap -> *POUF* Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a plus de place sur c: -> *POUF*
--{ Emmanuel Florac a plopé ceci: }--
-Le noyau mesure la vitesse brute du processeur en "BOGOMIPS", qui en gros
indique l'équivalent "MégaHertz de Pentium" de ton processeur.
Les BogoMips sont une invention de Linus. Le noyau (ou peut-être un
pilote de périphériques ?) a besoin d'une boucle d'attente (le temps
d'attente est trop court ou requiert une trop grande précision pour
utiliser une autre méthode qu'une attente active) qu'il est nécessaire
de calibrer en fonction de la vitesse du processeur sur lequel Linux
s'exécute. Ainsi le noyau mesure lors du démarrage la vitesse
d'exécution d'une boucle d'instructions déterminée. _Bogo_ vient de
l'américain _bogus_, qui signifie faux, bidon. Une vitesse en BogoMips
donne donc une indication de la vitesse d'un microprocesseur, mais
l'unité est définie trop peu scientifiquement pour que l'on puisse
l'appeler autrement qu'un BogoMips.
[...]
* Linus ne se lasse pas de lire les messages de gens paniqués à ce
propos dans les _News_.
--
Statique: tu remplis tu remplis tu remplis y'a plus de place sur la
partition/dans le fichier alloué au swap -> *POUF*
Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a
plus de place sur c: -> *POUF*
Les BogoMips sont une invention de Linus. Le noyau (ou peut-être un pilote de périphériques ?) a besoin d'une boucle d'attente (le temps d'attente est trop court ou requiert une trop grande précision pour utiliser une autre méthode qu'une attente active) qu'il est nécessaire de calibrer en fonction de la vitesse du processeur sur lequel Linux s'exécute. Ainsi le noyau mesure lors du démarrage la vitesse d'exécution d'une boucle d'instructions déterminée. _Bogo_ vient de l'américain _bogus_, qui signifie faux, bidon. Une vitesse en BogoMips donne donc une indication de la vitesse d'un microprocesseur, mais l'unité est définie trop peu scientifiquement pour que l'on puisse l'appeler autrement qu'un BogoMips.
[...]
* Linus ne se lasse pas de lire les messages de gens paniqués à ce propos dans les _News_.
-- Statique: tu remplis tu remplis tu remplis y'a plus de place sur la partition/dans le fichier alloué au swap -> *POUF* Dynamique: le fichier de swap se remplit, se remplit, se remplit, y'a plus de place sur c: -> *POUF*
