Linux 3.8 - Búcsú a 386 DX/SX támogatástól

Kernel

A 3.7-es kernel kiadásával megnyílt a 3.8-as kernel beolvasztási időablaka és Linus elkezdte feldolgozni a "pull request"-eket. Az elsők között került sor Molnár Ingo "Nuke 386-DX/SX support" pull kérésére, amely eltávolítja a kernelfából az "ősi" 386-os CPU-k támogatását, s ezáltal egy kissé csökkenti kernel bonyolultságát. A komplexitás csökkentése a kernelfejlesztők munkáját könnyíti. Persze a gyomlálásnak egy kis nosztalgikus ára van...

( Zahy v | 2012. 12. 12., sze – 14:09 )

Várom, hogy hányan jelentkeznek, hogy nekik még van működő 386-os gépük;főleg azok érdekelnek, akik még SX-szel nyomják, netán van a gépben egy 387 is :-) (Ja bocs javítás: nem a működő, hanem a használatban levő lenne a pontos kifejezés)

Nálunk van olyan eszköz, amelyikhez a felügyelő gépben két speciális ISA kártya van és Win 3.11 fut rajta. Illetve egész pontosan három ISA kártya van benne, de a harmadik egy watchdog, ami reseteli a gépet, ha a rendszertől nem kap jelet. De az nagyjából kihagyható, eddig szerintem egyszer sem resetelt.

"Belépés díjtalan, kilépés bizonytalan."

Igen. ~10 éve is igen jó cserealapnak számított, Jelentősen nagy értéket kaptam érte. Mondjuk a felépítése, elrendezése egy hányadék volt a közel egyidős Mac SE/30-hoz képest. Azt a Macet most hétvégén kapta meg tőlem egy barátom karácsonyra.

Juteszembe, ezekszerint már sosem lesz friss linux a Nokia 9000i-mben. Abban egy picike 386-os proci van. Nem mintha raknék rá.
--
AGA@
Fork portal és az egyik logóm :)

486-ost szerintem nem veszik ki. Nagyon sok SOC 486 kompatibilis, csak mondjuk 1GHz-en. Pl. én egy ilyet használok: http://www.compactpc.com.tw/ebox-3300.htm . 3.5-ös kernellel CK patchsettel, nagyon jól megy.

Ezenkívül rengeteg ma kapható ipari AT-ban 486 van, ugyanis nem kell jobb.

Egy időben én is belefordítottam magamnak a CK patchsetet, de aztán rájöttem, hogy hibázik vele a gépem.

Pontosabban Linux boot-ot raktam össze pendrive-on és észrevettem, hogy nem ugyanazt olvasom vissza mint amit ráírtam.
Konkrétan azért kezdtem el hasonlítgatni, mert hibás lett a boot rajta. Hiba viszont mindig máshol jelentkezett.
Először a pendrive-ot gyanúsítottam, majd - mivel másik gépen jó volt -, fordítottam egy kernelt CK nélkül.
Így sikerült jól megírnom a bootot.

Azóta CK-t inkább nem használom - nem hiányzik egy újabb, hasonló probléma.
Más gépen nem tudom, előjön-e - ill. most jelen van-e.
Ez egy HP nc6320-as notebookon volt valamelyik hármas kernellel.

( Droptable | 2012. 12. 12., sze – 15:11 )

Valószínűleg a 386-os, 486-os gépek gyártói most dőlnek kardjukba, hogy hová adják el a sok új (értsd:386,486) gépet :)

http://kovisoft.hu

( goodbyte v | 2012. 12. 12., sze – 15:28 )

Építsünk sok - sok 386DX-ből clustert!

------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"

Ilyen területeken mindig sokkal régebbi processzorokat használnak több okból:
-általában nincs rad resistant, military grade kivitel a legújabbakból
-a fejlesztés kezdetekor rendlekezésre kell állni, márpedig egy ilyen projekt földi fejlesztése nem 2 nap
-hagyni kell időt, hogy a hw hibák kiderüljenek.
A curiosity rover-en pl két rad750 van, ami kb megfelel a ppc750-nek, az meg az apple g3-maiban volt, '97-ben.

( Replaced | 2012. 12. 12., sze – 16:43 )

Vegre Linux is eljutott oda, ahova a pont a maradisaggal (alaptalanul) vadolt NetBSD 5 eve:

2007-11-15: 80386 support removed
Support for the 80386 processor has been removed as this processor doesn't have the necessary instructions for efficient operation of a modern Operating System. Also, there are going to be very few systems of this age that still function and the ones that do would have a very hard time with a modern version of NetBSD.

--
NetBSD - Simplicity is prerequisite for reliability

( zoli78 | 2012. 12. 12., sze – 16:50 )

Szomorú, hogy kiszedik! Eddig a gyakorlatban ez azt jelentette, hogy egy 386-osan használhattam akár >100GB-os HDD-t is, meg DVD írót (az már kérdés, hogy nem tudja elég gyorsan adatokkal táplálni).

( mofli | 2012. 12. 12., sze – 18:01 )

Mikor BIOS-t kellett cserélni - mármint chipet - vagy visszaragasztani a szigetelőszalagot az EPROM-ra, hogy bele ne nézzen valaki a BIOS-ba.

Mikor meg ablak alatt volt a gép és nem volt rajta a teteje, akkor bekapcsoláskor BIOS beállítás, újraindítás a mentéshez és lehetett kezdeni újra. Furán néztek, hogy mi lehet a hiba, ami csak nappal jön elő :)

( Vladi | 2012. 12. 12., sze – 19:37 )

Egyébként 2000 környékén még gyárottak ilyen procis gépeket ipari célokra, kis méretben. Meddig csinálták azokat?

De vannak régebbi kernelek hosszú támogatással, tehát még sokáig lehet azokat is használni.

>>: sys-admin.hu :<<

( turul16 v | 2012. 12. 12., sze – 21:58 )

Gyakorlati szempontbol i586 -ig dobhatnak. i686 lehetne az alja 32bit-es tamogatott x86 -nak.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Esetleg a K6 miatt érdemes meghagyni az i586-ot, abból talán még össze lehet hozni valami egyszerű célgépet. De lehet rosszul emlékszem, és az is tud 686-ot.
Juteszembe, nem a 386 volt az utolsó, amit nem kellett hűteni alapból? Ideális csendes htpc vagy letöltőgép :)

megfelelően nagy hűtőbordával még egy pentium is kihúzhatta. Amúgy gyárilag talán valahol 486sx környékéig lehetett. Na meg persze macből még egy jó ideg volt (emlékszem egy kiállításon hogy mosolyogtam a szétnyitott macen: egy nagy sündisznó volt a procira rakva).

( uid_6201 v | 2012. 12. 12., sze – 23:23 )

Hát egy valós 386-os alaplapot, eléggé fel kell turbózni RAM-mal, hogy a mostani kernel minimalizált szöveges LOGIN promttal elfusson. Ki emlékszik a 9 bites 256 kByte-os RAM modulokra? 4-et berakva ott volt az 1 vagy 2 MB (nem giga!) RAM-od.

Ma 16 MB RAM is határeset ahhoz, hogy a mostani Linux szöveges módban elinduljon. Nem tartom meglepőnek a döntést.

Ma 16 MB RAM is határeset ahhoz, hogy a mostani Linux szöveges módban elinduljon.

[root@router ~]# free
             total       used       free     shared    buffers     cached
Mem:         61580      16692      44888          0        520       7384
-/+ buffers/cache:       8788      52792
Swap:            0          0          0

[root@router ~]# cat /etc/debian-release
Debian GNU/Linux 6.0.6 (Squeeze)

[root@router ~]# uname -r
2.6.34.13

Pentium MMX 233 MHz proci, bird (ospf daemon), sshd, qmail, ntpd, cdpd (Cisco CDP daemon), watchdog fut rajta, es meg egy ramdisk is van, hogy ne irkaljon a CF kartyara.

http://hup.hu/node/4617
http://hup.hu/node/5419

Kicsit régi, nem tudom, hogy mennyire aktuális még. Én csak arra emlékeztem, hogy ezzel kapcsolatban volt cikk itt a HUP-on.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Kiprobaltam (ez mar a desktop gepem): 

[root@muszi ~]# free
             total       used       free     shared    buffers     cached
Mem:       1554404    1325228     229176          0     444568     164980
-/+ buffers/cache:     715680     838724
Swap:       570300       1316     568984

[root@muszi ~]# umount /sys

[root@muszi ~]# free
             total       used       free     shared    buffers     cached
Mem:       1554404    1325296     229108          0     444580     165148
-/+ buffers/cache:     715568     838836
Swap:       570300       1316     568984

[root@muszi ~]# mount -t sysfs sysfs /sys

[root@muszi ~]# free
             total       used       free     shared    buffers     cached
Mem:       1554404    1325356     229048          0     444596     165232
-/+ buffers/cache:     715528     838876
Swap:       570300       1316     568984

Ugy nezem, lenyegesen nem valtozott a memoriahasznalat (ez is 2.6.34.13-as kernel).

Köszönöm az infót, így már akkor tényleg más. Én csak a cikkre emlékeztem, illetve arra, hogy a beágyazott eszközök és routerek miatt le lehet vinni a memóriafogyasztást, csak azt nem tudtam, hogy sysfs-sel vagy anélkül.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

386-oson használtam 1 vagy 2 MB-tal linuxot. Jó, az x window használható szintjéhez már kellett minimum 4 MB. A 286-osid bezárólag kellett chipenként rakni be a memóriát (vagy már ott se), a 386-osoknál már valamilyen élcsatlakozós 9 bites modulok voltak és tényleg mintha 2-esével vagy 4-esével kellett volna berakni (16 bites vagy 32 bites busz).

A 286-os, és 386-os gépek életciklusa sokszorosa volt a mai gépekének, ezért elég sokféle kiszerelésben lehetett velük találkozni. Gondolj bele, az i386 proci 1985-ös konstrukció, de még 1994-ben is lehetett kapni újonnan i386-alapú gépeket. Ez olyan, mintha ma még gyártanának Pentium II-t az alsó árszegmens kedvéért.

286-os alaplapokon tipikusan háromféle memória foglalat volt:
- DIP foglalat, közvetlenül memória chipeknek
- SIPP tokozású 8/9 bites modulok (tűsor csatlakozó)
- SIMM tokozású 8/9 bites modulok (nyák élcsatlakozó)

386-osokon a tipikus megoldás a 8/9 bites SIMM modul volt.

Ezeken felül, léteztek olyan ISA slotba tehető kártyák, amikre kilószámra lehetett fölhányni pl. a régről megmaradt 16kByte-os DIP modulokat. Gyors nem volt.

Anno én azért vettem Trident TVGA8900 videókártyát, mert azon pont ugyanolyan memóriachip volt, mint ami passzolt a 286-os alaplapomra is. Amikor programot fordítottam, akkor levettem 256kByte-ot a videókártyáról, és rátettem az alaplapra. Amikor a programot futtattam, akkor DIP alaplapról le, videókártyára vissza. Így volt 512kByte a videókártyán, amivel már nem csak a hagyományos, 256 színű, palettázott VGA módok mentek, hanem volt Hi-color is, 320x200-ban, sőt, a nem szabványos 512x480-ban is.

Bezzeg havernak fixen voltak forrasztva a Cirrus Logic kártyájára a RAM-ok, nézett is irígykedve :)

Ó, azok a szép Turbo C-s, és Turbo Assembler-es idők :)

Ketlem, hogy 2.6.x-es szeriat.

En anno kiserleteztem Gentoo-val, egy 486-os 8MB-os gepre, es egyszeruen keptelen voltam olyan 2.6-os kernelt forgatni, ami meg bootolt de mar nem ette meg a memoria 50%-at. Vegul valami 2.4-es lett a befuto.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( secretx v | 2012. 12. 13., cs – 21:26 )

troll:

Az jutott eszembe, hogy írok a nintendonak, hogy ugyan miért nem adnak ki játékot a super nintendómra...
A válasz gondolom az lenne, mert 1990-ben gyártották...
Az iróniát remélem érzik azok akiknek kell...

---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

Szép és jó, hogy valakik _hobbiból_ fejlesztgetnek rá, de senki sem várja el, hogy a legyen "valódi" support felé.
Gondolom itt is lesz majd, aki csinál nem hivatalos releaset így-úgy ami támogatni fogja.
Én szimplán arra gondoltam, hogy egy marha régi rendszert ami maximum 0.xx %-t fed le, ne várjuk el hogy csinálják.
Wikipedia szerint: "The Intel 80386, also known as the i386, or just 386, was a 32-bit microprocessor introduced by Intel in 1985."
Ergo ez egy 27 éves történet.
Jó hogy nem elvárás, hogy alaplapot kapjon hozzá a tescoban :)
---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

Én is azt írtam, többször is ebben a topicban hogy senkit nem érdekel ha végre kiveszik ezt a totálfölös kerneldarabot. A kedvenc P1-esemen már a 2.6 kernel sem nagyon indult, 2.4 viszont különösebb gond nélkül igen. 3.x-be szerintem már ezért is fölösleges.
--
AGA@
Fork portal és az egyik logóm :)

( bzs v | 2012. 12. 14., p – 13:41 )

Kis gyakorlati kérdés.

Szóval valami már nincs benne a kernel forráskódjában.

Ezek szerint ha 1-2 héttel ezelőtti kernelkonfigommal fordítom a legújabbat, akkor a kernelkonfigomból az automata kiszedi az esetleg benne maradt felesleges sorokat?

---
--- A gond akkor van, ha látszólag minden működik. ---
---