Herbert: Reparatur und Aufbau 386

[Arnulf zu Linden]

(31.08.2024 11:38)michi schrieb:  AMD 386SX-33
[…]
aber ein DOS/Win3.1 System will ich mir ja ohnehin aufbauen.

Starten sollte das. Damit das auch Spaß macht, sollten 8…16 MiB RAM verbaut werden. Mit nur 4 MiB RAM waren deratige Systeme schon damals lahm. Für dickere Blasen wie Win32s und TCP/IP könnte die Luft mit einem 386er aber dünn werden. Dafür ist ein 486er doch die bessere Wahl.

Hast Du vor RS422 oder RS485 zu nutzen oder stellst Du COM2 gleich auf RS232 um?

Werden die RS232 mit 16550A UARTs oder Kompatiblen bestiefelt? Dann brauchst Du 'nen extra Treiber, um die 115200 bd auch nutzen zu können. Die mit Win3x ausgelieferten Treiber können diese hohen Transferraten nicht.

(31.08.2024 11:38)michi schrieb:  Der K5 hat zu sehr nach dem VRM Mod geschriehen,

Der ist auch ohne VRM mod dafür überdimensioniert und wäre eher etwas für Windows 95 oder NT 4, ggf. im Dualboot mit einem Linux (SuSE, Redhat, Debian, Slackware) von damals.

[michi]

Wenn die selbstgemurkselten EDO --> FPM Module funktionieren bekommt der schicke 386 direkt 8 MB. Win32s und Netzwerk plane ich erstmal nicht, mal schauen wie die Performance ist.

Dein 486er ist auch ein schöner Rechner, ich habe zwischendurch auch überlegt ob ich ein späteres Board holen soll und von den anderen Rechnern hier ein bisschen die Komponenten zusammenklauen soll (66 MHz DX2 vom 486 Notebook; 16 MB 72-pin FPM SIMMs und den Cache vom DEC) und mit einer S3 Trio als GPU aufbaue. Hat sich aber nicht ergeben, jetzt spiele ich eben mit dem 386SX.

Für den 386 SBC hab ich nicht direkt eine Anleitung gefunden, nur für seinen Nachfolger, wo die seriellen Ports aber ein bisschen anders sind. COM1 würde ich für die Maus nutzen, mal schaun ob man COM2 zu RS232 umkonfigurieren kann. Ggf. dann für ein Nullmodemkabel.

Alte Linux Distros sind natürlich sehr cool, aber ich bin zu inkompetent in der Bedienung und Einrichtung von Linux. Bei einer alten Version hätte ich also 0 Chance. Ich müsste mit meinem kleinen pinken RISC-V Rechner ein bisschen mehr Zeit verbringen, da läuft Linux drauf.

[Arnulf zu Linden]

(02.09.2024 19:35)michi schrieb:  der schicke 386 direkt 8 MB.

Damit sollte eine Performance wie damals drin sein. Win3x und die dafür damals üblichen Anwendungsprogramme liefen mit 8 MiB RAM brauchbar. Damals waren das zwar meist Intel oder AMD 386DX mit 33 oder 40 MHz, aber bis 16 MiB RAM dürfte der Unterschied zwischen DX und SX bei gleichem Takt marginal ausfallen.

(02.09.2024 19:35)michi schrieb:  Dein 486er ist auch ein schöner Rechner

Der ist halt 'ne andere Liga, weshalb da auch TCP/IP-Netzwerk drauf läuft. Aber auch der bleibt beim ISA-Bus. VL-Bus und Exotenbusse (EISA, MCA – beide hier nicht am Start) würde ich für so eine DOS/Win3x-Kombi noch durchgehen lassen, aber alles mit PCI-Bus war, ist und bleibt hier dafür ausgeschlossen.

i386DX-33 (+ i387 16-33 + 32 MiB RAM) und Am386-40 (+ ULSI DX/DLC 40MHz + 32 MiB RAM) stünden hier prinzipiell auch für DOS 6.22 + WfW 3.11 (im Dualboot mit der jeweils installierten Slackware 9.0) bereit. Nur wenn es dann erst mal alles läuft, macht man doch nicht mehr so viel damit …

(02.09.2024 19:35)michi schrieb:  Alte Linux Distros sind natürlich sehr cool,

Auf 386ern ist Linux wirklich nur etwas für Liebhaber. Auf den beiden o.g. 386er-Systemen kompiliert der Linux-Kernel 2.4.33.3 mal eben 1½ Tage.

(02.09.2024 19:35)michi schrieb:  Bei einer alten Version hätte ich also 0 Chance.

Du bist noch jung und somit lernfähig.

Ich fing damals bei Null mit SuSE 6.2 an. Die SuSE war damals eine echte Einsteiger- bzw. Umsteiger-Distro, die es erlaubte, ohne Linux-Vorkenntnisse ein nach damaligen Maßstäben benutzbares Linux inkl. X & GUI auf den PC¹ zu bekommen.

¹brauchbares Minimum etwa: Pentium MMX 233 oder K6 233, 64 MiB RAM, IDE-Controller & HDD @ mdma2, IDE-CD-ROM-Laufwerk, PCI-VGA-Grafikkarte, optional 3½" 1,44 MB-Diskettenlaufwerk, wenn Start von CD-ROM nicht geht.

(02.09.2024 19:35)michi schrieb:  Ich müsste mit meinem kleinen pinken RISC-V Rechner

Hast Du etwa auch ein rosa Schweinchen zu Hause?
Fotos – bis die Linse platzt!

[michi]

Der Geschwindigkeitsunterschied zwischen 386SX und DX wäre schonmal interessant, immerhin ist ja der Speicherbus beim DX doppelt so breit. Gerade bei Spielen sollte das deutllich durchschlagen. Vielleicht können wir dann Benchmarks vergleichen wenn meiner einer aufgebaut ist..

(Ganz abgesehen von dem Cache, den späte 386DX oft auf den Boards mit dabei haben, aber den könnte man für den Vergleich auch deaktivieren)

[Arnulf zu Linden]

Cache? Da war was.
Die beiden genannten 386er-Systeme kommen mit jeweils 64 KiB L1-Cache on board daher.
Hat der SBC-340 keinen L1-Cache on board?

Benchmarks? Was nimmt man für 386er? In der Handhabung am einfachsten ist sicherlich ein Programm, dass von einer mit sys a: formatierten Diskette startet.

Ansonsten müsste ich DOS/Win3x oder Du Linux installieren. Das ginge sicherlich nur bei norddeutschem Wetter in der nichtsnutzigen dunklen Jahreszeit …

[Xaar]

Cache hat der SBC scheinbar keinen drauf - und CPU-intern ist da beim Am386SX/i386SX auch noch nix dabei. Da wären dann eher die Ti/Cx486SLC was, deren interner L1-Cache pusht schon ordentlich.

(02.09.2024 21:52)Arnulf zu Linden schrieb:  Benchmarks? Was nimmt man für 386er? In der Handhabung am einfachsten ist sicherlich ein Programm, dass von einer mit sys a: formatierten Diskette startet.

Checkit hat 'nen Test für die ALU und die FPU integriert (als "Dhrystones" und "Whetstones") - das sollte bei 'nem 386-33 noch halberwegs gut nutzbar sein. Glaub' beim 486 war das aber z. T. schon am oberen Limit (weiß gerade nicht wo ich da immer Meldungen a la "Maximales Betriebsverhalten erreicht" erhalten habe). Sonst TopBench und den Landmark System Speed Test aus dem DOS Benchmark Pack von Phil's Computer Lab?

[Arnulf zu Linden]

(02.09.2024 22:05)Xaar schrieb:  CPU-intern ist da beim Am386SX/i386SX auch noch nix dabei. Da wären dann eher die Ti/Cx486SLC was, deren interner L1-Cache pusht schon ordentlich.

Das hier vorhandene System mit TI486DLC-40 (+ IIT 4C87DLC-40 + 128 KiB L2-Cache + 32 MiB RAM) braucht mit den 1KiB CPU-internen L1-Cache zwar ein paar Stunden weniger für das Kompilieren des Linux-Kernel 2.4.33.3, aber etwas über einen Tag braucht die Kiste dafür auch. Und auch für diese 386/486-Hybrid-CPU muss ein Kernel für "386" kompiliert werden. Ein für "486" kompilierter Kernel startet nicht.

Das Kompilieren des Linux-Kernels als "CPU & memory benchmark" …

(02.09.2024 22:05)Xaar schrieb:  Sonst TopBench und den Landmark System Speed Test aus dem DOS Benchmark Pack von Phil's Computer Lab?

28 MB passen aber nicht so recht auf eine Diskette.
TopBench müsste aber gehen, und "Landmark System Speed Test" verbirgt sich hinter …? LM60?

[michi]

(02.09.2024 19:35)michi schrieb:  Für den 386 SBC hab ich nicht direkt eine Anleitung gefunden, nur für seinen Nachfolger

Das ist schon eher lästig an der Stelle. Vom Advantech PCA-6134P findet man das Manual problemlos, vom Advantech PCA-6134 (meins hier) nicht. Die Jumper sind leider sehr unterschiedlich, ich hab weniger Jumper, aber dafür ein Mäuseklavier "SW1". Warum das stört: Ich hab jetzt mal 2 4 MB SIMMs zusammengelötet, und der 386SX bootet nicht davon. Ich würde das auf den fehlenden Parity-IC schieben. Das Problem: tatsächlich sind die 4 Mbit x 1 bit breiten DRAM Chips, die für Parity verwendet werden die seltenen. 4 Mbit x 4 bit sind easy, weil man eben die EDO-Chips von den 72-pin Modulen verwenden kann.

Das PCA-6134P hat dafür einen Jumper, Parity ein/aus, ganz easy. Tja hab ich jetzt auch so einen Jumper? Der Chipsatz kann Betrieb ohne Parity, es ist exakt der gleiche wie beim 6134P. Ich verhungere hier vor dem vollen Teller. Die 4Mx4 DRAMs haben dann noch nen komplett anderes Pinout, also solche als 4Mx1 missbrauchen (falls das überhaupt gehen würde?) ist auch fummelig. Aber evtl. die einfachste Lösung für mich..

[Xaar]

(02.09.2024 22:37)Arnulf zu Linden schrieb:  Das Kompilieren des Linux-Kernels als "CPU & memory benchmark" …

[...]

28 MB passen aber nicht so recht auf eine Diskette.
TopBench müsste aber gehen, und "Landmark System Speed Test" verbirgt sich hinter …? LM60?

So 'n Linux-Kernel-Back-Wettbewerb wäre echt interessant - aber auch langatmig und Energieintensiv je nach Rechnerausrüstung.

Der Landmark System Speed Test ist im LM60 drin, jupp - "LM60" kurz für "Landmark 6.0"

---

(02.09.2024 22:42)michi schrieb:  Das PCA-6134P hat dafür einen Jumper, Parity ein/aus, ganz easy. Tja hab ich jetzt auch so einen Jumper? Der Chipsatz kann Betrieb ohne Parity, es ist exakt der gleiche wie beim 6134P. Ich verhungere hier vor dem vollen Teller. Die 4Mx4 DRAMs haben dann noch nen komplett anderes Pinout, also solche als 4Mx1 missbrauchen (falls das überhaupt gehen würde?) ist auch fummelig. Aber evtl. die einfachste Lösung für mich..

Also für ein "SBC-340" habe ich was gefunden - nur dürfte das nicht zu deinem Board passen - was so ein kleines "i" doch für einen Unterschied macht.
Das ist bei solchen Industrie-Sachen leider immer 'n Frustthema, da dann noch was zu finden, wenn die Komponenten aus irgend einem Embedded-System stammen.

Bootet das Board erstmal mit dem RAM, der mit dabei war (2x 1 MB?)?

[michi]

Ja mit den 2 x 1 MB POSTet das Board problemlos. Ich muss mich einfach morgen hinsetzen und in Ruhe einen 4x4 auf 4x1 umverdrahten.

Dallas auslöten ist auch noch offen, ohne das kann ich nicht booten weil die Einstellungen nicht gespeichert werden. Aber ja, ich hab mich ja bewusst dafür entschieden, ich bin selber Schuld..