gratifiant > comp.* > comp.ordinosaures

JKB (21/09/2008, 17h38)
Le 21-09-2008, à propos de
Re: recherche vieux processeurs PENTIUM,
SAM écrivait dans fr.comp.ordinosaures :
[..]
> Et ça s'est bigrement compliqué quand j'ai voulu reformater le DD pour
> recommencer sur du "propre".
> Et ils n'ont pas été fichus de faire un processeur compatible ?


C'est plutôt un bug du système (en l'occurrence Windows)
au niveau des timings... Je n'ai jamais eu de problèmes avec les K6
(I/II/III) tournant sous autre chose que Windows. Par contre, pour
le K5, c'était une autre paire de manches, celui-ci désirant plus
que tout faire du repliement de spectre mémoire ;-)

JKB
Phil 93 (21/09/2008, 18h32)
JKB a écrit :
> Le 21-09-2008, à propos de
> Re: recherche vieux processeurs PENTIUM,
> Phil 93 écrivait dans fr.comp.ordinosaures :
> Et le moteur pour faaire tourner le tout ?


La machine de Babbage, c'était au 19e siècle, première moitié.
Phil 93 (21/09/2008, 18h33)
JKB a écrit :
> > Et ils n'ont pas été fichus de faire un processeur compatible ?

> C'est plutôt un bug du système (en l'occurrence Windows)
> au niveau des timings...


C'est un type de bug assez classique, les développeurs n'ont pas
imaginé qu'un jour pour faire telle boucle, ça prendrait moins
que telle durée. Toutes les applications écrites avec sur certaines
versions de turbo pascal ont ce genre de problème si on utilise
un processeur trop performant. Il me semble aussi un vieux
Norton Utilities pour MS-DOS avait ce type de bug. Le symptome
classique est un message d'erreur "division par zéro".

> Je n'ai jamais eu de problèmes avec les K6
> (I/II/III) tournant sous autre chose que Windows. Par contre, pour
> le K5, c'était une autre paire de manches, celui-ci désirant plus
> que tout faire du repliement de spectre mémoire ;-)


J'ai eu un K5, je n'ai jamais eu de problème. Je en sais pas
si c'était une version différente (avec/sans bug) ou si c'est lié
à la quantité de mémoire. A l'époque je devais avoir au maximum
12 Mo de RAM.
JKB (21/09/2008, 18h35)
Le 21-09-2008, à propos de
Re: recherche vieux processeurs PENTIUM,
Phil 93 écrivait dans fr.comp.ordinosaures :
> JKB a écrit :
> La machine de Babbage, c'était au 19e siècle, première moitié.


Je sais. Mais il fallait tourner une manivelle. Alors pourquoi ne
pas y coller un moteur électrique ? Je joue régulièrement sur un
orgue de 1853, il a été électrifié, je n'ai plus besoin de shadoks
pour pomper ! ;-)

JKB
JKB (21/09/2008, 18h35)
Le 21-09-2008, à propos de
Re: recherche vieux processeurs PENTIUM,
Phil 93 écrivait dans fr.comp.ordinosaures :
[..]
> si c'était une version différente (avec/sans bug) ou si c'est lié
> à la quantité de mémoire. A l'époque je devais avoir au maximum
> 12 Mo de RAM.


Le repliement, c'est à 32 Mo.

JKB
jean-daniel dodin (21/09/2008, 19h37)
jean-daniel dodin a écrit :

> ca n'empeche pas la course à la puissance
> ne pas oublier non plus l'OBE
> qui se souvient de ce que c'était (O, c'est pour Ordinateur)?


tout le monde sèche? faudrait que je fasse une fiche pour wikipedia :-)

c'était "l'Ordinateur en Bois pour Eleves"

il s'agissait d'un objet pédagogique constitué d'une sorte de
labyrinthe qui se posait sur le sol. Dans une classe, les élèves se
voyaient attribuer une fonction. L'un était le calculateur (ALU),
l'autre le bus, l'autre la mémoire...

on entrait les données en donnant un papier à l'élève qui jouait le
rôle du terminal et on recevait la réponse en fin de processus.

C'était pour le primaire, j'ai jamais joué avec, mais ca devait être
assez marrant

jdd
Thierry B. (21/09/2008, 20h27)
--{ jean-daniel dodin a plopé ceci: }--

> ne pas oublier non plus l'OBE
> qui se souvient de ce que c'était (O, c'est pour Ordinateur)?


Ordinateur Binaire d'Enseignement ?
Patrick D. (21/09/2008, 23h20)
Le Sun, 21 Sep 2008 18:33:46 +0200, Phil 93
<phil.93.adresse.bidon> a écrit:

> C'est un type de bug assez classique, les développeurs n'ont pas
> imaginé qu'un jour pour faire telle boucle, ça prendrait moins
> que telle durée. Toutes les applications écrites avec sur certaines
> versions de turbo pascal ont ce genre de problème si on utilise
> un processeur trop performant.


y'a un patch non Borland pour ce problème, au cas où ça intéresserait
Miod Vallat (22/09/2008, 18h17)
> Oui, des 1x, 2x et de rares 4x (seul un Teac, pas terrible d'ailleurs,
> à ma connaissance). Ce qui nous ramène à 1992/93 (j'ai un Pana rebadgé
> Compaq 2x IDE de 93 sur un Deskpro 386/33, donc d'époque w31; mon
> premier Mitsumi 1x était de janvier 92 - Fx001, celui qui sortait en
> entier, avec carte contrôleur séparée).


Si je ne m'abuse, le FX-001 et le FX-002 sont des lecteurs à tiroir,
d'interface ATAPI. Les lecteurs «crocodile» dont le mécanisme sort afin
de pouvoir soulever le couvercle, connectés sur une carte contrôleur
spécifique, étaient les LU-002S et LU-005S.
Pierre Pallier (22/09/2008, 18h31)
Hello, Miod Vallat a écrit dans <news:gb8geu$31e3$1>

> Si je ne m'abuse, le FX-001 et le FX-002 sont des lecteurs à tiroir,
> d'interface ATAPI.


J'ai le manuel de mon FX-001D sous les yeux, je ne mettrais pas ma main à
couper pour ce qui concerne l'interface ATAPI (ils n'en parlent pas et les
noms de signaux ont l'air bizarres)
La carte d'interface était livrée avec le lecteur CD.
Miod Vallat (22/09/2008, 19h53)
>> Si je ne m'abuse, le FX-001 et le FX-002 sont des lecteurs à tiroir,
>> d'interface ATAPI.

> J'ai le manuel de mon FX-001D sous les yeux, je ne mettrais pas ma main à
> couper pour ce qui concerne l'interface ATAPI (ils n'en parlent pas et les
> noms de signaux ont l'air bizarres)
> La carte d'interface était livrée avec le lecteur CD.


S'il y avait une carte d'interface livrée avec, alors ce n'est
effectivement pas un lecteur ATAPI. Mais il s'agit bien d'un lecteur à
tiroir, pas vrai ?
Pierre Pallier (22/09/2008, 19h57)
Hello, Miod Vallat a écrit dans <news:gb8m2n$3tb$1>

> S'il y avait une carte d'interface livrée avec, alors ce n'est
> effectivement pas un lecteur ATAPI. Mais il s'agit bien d'un lecteur à
> tiroir, pas vrai ?


Je confirme, à tiroir tout ce qu'il y a de plus classique, déjà à l'époque.
Je l'avais payé un de ces prix, on a presque un PC complet maintenant.
Gerald ROCHAT (22/09/2008, 21h39)
Pierre Pallier a écrit :

> Je confirme, à tiroir tout ce qu'il y a de plus classique, déjà à l'époque.
> Je l'avais payé un de ces prix, on a presque un PC complet maintenant.


1990F je l'ai payé moi. Et de sur ce n'était pas de l'ATAPI. Il y'avait un contrôleur livré avec. Ce contrôleur à été remplacé par ma carte son par la suite (une jazz).
bsch (23/09/2008, 15h12)
Miod Vallat nous a raconté (news:gb8geu$31e3$1) :

> Si je ne m'abuse, le FX-001 et le FX-002 sont des lecteurs à
> tiroir, d'interface ATAPI. Les lecteurs «crocodile» dont le
> mécanisme sort afin de pouvoir soulever le couvercle, connectés
> sur une carte contrôleur spécifique, étaient les LU-002S et
> LU-005S.


Exact, mes yeux ont fourché :-(

C'était bien un LU005S. Exhumé por contrôle ...
(j'ai aussi un FX001, carte d'interface séparée comme signalé par
d'autres contributeurs, mais sur une autre machine Vectra 386/20).

Sorry ...
MIG (23/09/2008, 15h14)
Processeur Pentium 200Mhz MMX, boitier 296-pin SPGA package (je pense que
c'est du socket7 d'après la doc) :
J'ai encore en parfait état, avec radiateurs et ventilateurs :
1°) Processeur INTEL Pentium II FV80503200 200 MHz MMX (socket 7) (C 7 4
6 0 4 8 5 ? 0 4 9 7)
2°) Processeur INTEL Pentium II FV80503166 166 MHz MMX (socket 7) (L 7 4
3 0 4 2 9 ? 1 4 4 5)
SO-DIMM 72 pin de 32 ou mieux de 64MO DRAM 60ns EDO modules ou Fast Page
Mode modules 3.3V 70 ns :
1°) 1 x 64 Mo SO-DIMM 66 MHz ? 144 broches Hyundai HY57V658020B
2°) 1 x 32 Mo SO-DIMM 66 MHz ? 144 broches Hyundai HYM7V64401
Nota : j'ai également conservé (bon état) carte mère Siemens S26361-D1025
GS 2B11 (socket 7) (contrôleur audio Crystal MPU 401, contrôleur
graphique Matrox Mystique Millenium II G100) (n° 0 0 4 1 6 9 0 5)

Discussions similaires