OldComp.cz

https://kolibrios.org/en/
Veľa o ňom neviem, len som nedávno o ňom započul a stiahol ho na skúšku, pridal na bootovacie USB k ďalším ISO čo tam mám (cez E2B) na skúšanie. Na stránkach majú aj ISO, aj klasiku v 7ZIP, takže zrejme stačí prekopírovať na disk a spustiť. A tuším majú aj mini verziu, ktorá vojde na disketu a beží z nej. Treba skúsiť.

Inak k tomu bootovaniu z CD, niekedy netreba ani podpora BIOSu. Napríklad stačí spúšťacia disketa od Windows 98 SE, na nej je univerzálny ovládač pre pre CD-ROM, a cez príkazový riadok sa potom spustí setup z CD. Teda aspoň Win 98 sa takto dal nainštalovať, neviem či aj iné CD-ROM sa budú dať.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.

I DID DONE IT!

Bootuje to, funguje to a zatím to nespadlo. Bohužel prozatím bez grafiky. S3 Vision 864 je asi fakt příliš zastaralá.

- je to postavené na Gentoo z roku 2011
- jádro 2.6.38.7 - skoro poslední z řady 2.6. co existuje po všem letitém ladění a opravování
- gcc-4.4.5
- python 2.7 a 3.1

Co se s tím dá dělat?

Nemaje grafiku chtěl jsem zkusit nějakou hru. Zkompiloval jsem si 0verkill... ano, na tom 150MHz Pentiu s 80MB RAM se stále ještě dá používat i balíčkovací systém a kompilovat ze zdrojáků. Pravda, asi jen ty hodně malé projekty. Slyšel jsem od kolegy, že se pokoušel zkompilovat OpenOffice na 300MHz Pentium III a po dvou dnech kompilace zaplnil disk... a pak už to prý neměl chuť zkoušet znovu

Tak 0verkill se kompilovalo asi 35 minut čistého času od zadání příkazu do hlášky, že je hotovo (čtu časy z fotek). Dokonce to během kompilace i trochu swapovalo... celých 29MB (viz zde, když jsem na to koukal SSH z vedlejšího PC http://www.abclinuxu.cz/data/prilohy/4/ ... 621251.png)

A nejenom to, hra funguje perfektně a plynule. V jedné konzoli jsem si spustil server, v druhé hru a k serveru se hrou připojil. Dá se to hrát velmi dobře (ASCII plošinovka ve stylu 2D dooma - tady z ní někdo udělal video z terminálu ve vyšším rozlišení než 80x25 znaků https://www.youtube.com/watch?v=2sRbaGI0hak)

Zprovoznil jsem tedy i síť (triviální, jen jsem přidal parametr, že se pro síťovku má brát IPv4 adresu z DHCP), zprovoznil jsem zvuk (triviální, přidal jsem v alsamixeru hlasitost, GUS PnP si to zdetekovalo samo se vším všudy).

Zkusil jsem spustit internetové rádio v mplayeru, ale ten mě poslal do háje, že prý ilegální instrukce (ne segfault, prostě se jen ukončil s hláškou)... takže je možné, že mplayer už v té mé verzi pro i586 zkompilovat nejde, protože mmx a pod. jsem vypínal důsledně.

Naproti tomu mpg123 ve verzi 1.13.2 přehrává mp3 skoro normálně až na pár drobných výpadků (jako jeden za minutu/dvě), CPU nestíhá dekódovat.

Přenos dat po síti (šifrovaně pomocí SCP) běžel rychlostí cca 620kB/s na 10MBit kartě (zkusím i gigabitovou), když jsem kopíroval mp3 na "pentium" (nemám fantazii vymýšlet úderné hostname).

Zajímavé je, že i přes 100% zátěž procesoru se to chová snesitelně. Odezvy jsou pomalé, ale přijatelné.

V klidu, kdy jsem k počítači jen přihlášen a nic nespouštím, tak htop ukazuje zátěž okolo 9% Floodping z vedlejšího počítače zvedne zátěž na cca 60 - 65%

Rychlost HDD

Údaje o procesoru

Budu zkoumat dál...

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Další pokus. Osadil jsem gigabitovou síťovku a zkouším, co dovede.

Kopírování pomocí scp není rychlejší než na 10MBit kartě, rychlost se opět držela na cca 620kB/s, pravděpodobně je limit ve výkonu CPU při šifrování a dešifrování.

Zajímavý je floodping, ping -f -s 32768 hostname přenáší data v součtu rychlostí až k 53MBitům (iptraf-ng říká až 6490.15 kBps nebo 53825.25 kbps), půlku tam, půlku zpět. Zátěž CPU opět vyskočí k 99%, ale i lokální konzole se chová extrémně líně, v textovém režimu překreslení obrazovky 80x25 znaků trvá jednotky sekund. Takže gigabitovou síťovku asi opravdu nemá smysl osazovat, 100MBit max.

Aktuální kombinace hardwaruA už se mi podařilo PC i vytuhnout, opakovaně.

Jednou při spuštění gpm (myš v textové konzoli) a bezprostředně potom jsem připojil USB myš do portu. Podruhé při bootu, když jsem měl připojenou USB floppy mechaniku. Zdá se, že je cosi shnilého v USB kartě.

Naproti tomu půlhodinová kompilace i několikaminutové trápení síťovou komunikací, přenášení pár desítek MB velkých adresářů s mp3... to vše šlape stabilně. Pustil jsem i readonly badblocks na cdrom, taky ok.

A už jsem se lekl, že to vytuhlo při detekci grafiky, ale nestalo se, jen to trvalo pár sekund zcela bez reakce... Zkusil jsemPo chvíli chroustání mi to vysypalo seznam zkompilovaných modulů. Snažil jsem se zkompilovat vše, co existuje a má byť jen okrajově smysl a chybovou hlášku o nvidii, kterýžto modul jsem zapomněl smazat.S3 Vision 864 nejede ani s jedním modulem (ovladačem). Trochu mě tam ale matou grafiky ark, tseng, trident, neomagic, cirrus... jako měl jsem dojem, že jsou starší a méně schopné, snad dokonce ISA, ne PCI?

https://www.x.org/releases/current/doc/ ... nf.5.xhtml
O Cirruskách sdílní nejsou https://www.x.org/releases/current/doc/ ... us.4.xhtml
Ale u Tridentů v seznamu opravdu jsou i ISA grafiky https://www.x.org/releases/current/doc/ ... nt.4.xhtml
Manuál k modulu s3 tam chybí zcela a s3virge taky i když zůstal odkaz.
atd...

Ovšem v manuálu (man s3) na PC seznam podporovaného hardwaru je Modul fbdev asi měl být náhradou za chybějící vga/svga, ale nedošlo na to. Pokusí se a skončí chybou "EGA/VGA planes are not yet supported by fbdev driver".

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Neber to jako výzvu k flame, jen konstatování:
"Naproti tomu mpg123 ve verzi 1.13.2 přehrává mp3 skoro normálně až na pár drobných výpadků (jako jeden za minutu/dvě), CPU nestíhá dekódovat."
Nemáš nějakou starší verzi dekodéru, nebo jinou k otestování? P150 má samozřejmě dostatečný výkon na hravé přehrání MP3 (snad i těch 192kbps). Pod DOSem MP3 slušně sfiští i na 486DX4/100Mhz.

_________________
Amiga/Amstrad/Atari/Commodore/Mac/Nintendo/PS/PC/Sega/Tandy/ZX

BTW pokud bys nechtel cekat, nez neco najdu, tak na Aukru je jedna Trio: https://aukro.cz/pci-vga-karta-diamond- ... 6948681697

_________________
Nikdy nediskutujte s blbcem. Stáhne vás na svoji úroveň a vyhraje zkušeností.

PCI grafika S3 Trio64V2/DX tuším 2MB (dobrá)
PCI grafika S3 Trio Virge zrejme 2MB (max. 4MB)
https://www.oldcomp.cz/viewtopic.php?f=85&t=7227

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.

Ta aukru má aktuálně jen 1MB Ram, max 2MB. To je trochu pruda. Spíš bych sáhl po tom Virgovi, co nabízí PotPalo a doosadil.

_________________
Amiga/Amstrad/Atari/Commodore/Mac/Nintendo/PS/PC/Sega/Tandy/ZX

Mám Spea V7-Mercury P64V, S3 Vision968 2MB.
http://www.vgamuseum.info/images/palcal ... top_hq.jpg
nebo Matrox MGA-MYST/2/OEM, taky jen 2MB
http://www.vgamuseum.info/images/palcal ... top_hq.jpg
určitě nějaké S3 trio 1MB, dá se doosadit na 2MB
nebo https://www.techpowerup.com/gpu-specs/3 ... -pci.c1717

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Díky za nabídky... rozhodně pro mě zní nejzajímavěji některá z S3 Virge, když bude alespoň potenciálně 4MB. Předpokládám, že by už mohla zvládat něco takového jako 800x600 24bit (zvládá to i 2MB, nebo ještě ne? 640x480 24 bit a 800x600 16bit je asi samozřejmost).

Otázka je, co za ní? Asi bych do toho dával nerad přes 500Kč? Je to hodně mimo?
(o Aukro se ani nebudu pokoušet, chtěli telefon, to jim dát nechci a od té doby pro mě Aukro není)

Nicméně, abych tak úplně nezahálel. Zkusil jsem spustit Xka s ovladačem dummy, tzn. vše běží, jen se to fyzicky nezobrazuje. A když jsem si k tomu nastavil ssh (povolil forward X11), tak se dají grafické aplikace spouštět po síti i bez fyzické grafiky. V aplikačním serveru (150MHz Pentium) může být klidně Herkules a na terminálu (Core i5 3570K @ 3.4GHz, s 16GB RAM a GeForce GTX 650) se to zobrazuje pěkně v 24 bit barvách, fullHD i s 2D akcelerací atd... prostě pohoda

Jen možná nebyl nejlepší nápad to testovat na pasiánsu kpat... ta věc sebou tahá tunu knihoven z KDE a alokuje si 2x 230MB RAM, přičemž se asi část paměti sdílí a část jen rezervuje, protože ve finále to odswapovalo (jen?) 100MB než se to rozeběhlo. Ovšem potom, jakmile se alokování RAM usadilo, to šlapalo docela normálně. Pomalu, ale použitelně. Po ukončení zas Linux pěkně uklidil a ve swapu nic nezbylo.

Jiné aplikace byly často méně náročnější, třeba takový abiword, což je něco na úrovni lepšího wordpadu. Jako extrém jsem zkusil spustit dosbox... funguje jak XT na 0.5MHz, ale funguje, limit je opravdu výkon CPU, RAM si vyžádá "jen" asi 43MB (virtuálně alokuje dvojnásob).

Nainstaloval jsem i další hry, kromě 0verkill i ascii-invaders (ninvaders jsou neovladatelně pomalí, ascii hra, ale špatně napsaná) a jakousi hru greedy jejíž princip nechápu (ascii pacman není v repozitáři, ale časem na něj asi taky dojde).

Další věc je ta zatracená USB karta - jsem někde zahlíd diskuzi, že to komusi tuhlo ve W98 přesně stejně jako mně v Linuxu, dokud kartu s čipem VIA VT6212L nenahradil za jinou s čipem NEC. Na další zkoumání... určitě kartu zkusím v modernější desce. Ale v téhle SOYO SC-5TC2 to vytuhne skoro pokaždé, když něco připojím, třeba jen přijímač USB myši, nebo když na kartu sáhnu softwarem.

Ad mp3 - zkusil jsem další přehrávač madplay, ale je to totéž. Výpadky pokaždé, když jiný proces sáhne víc na HDD. Holt to není jednoúlohový OS jako DOS, kde má přehrávač celé CPU pro sebe, ale na pozadí toho běží spousta.

Já bych to spíš než k DOSu, nebo W9x přirovnal k situaci, jako by ses pokoušel zprovoznit na 150MHz Pentiu WXP bez grafiky. Ono časově v době, kdy byl tenhle Linux aktuální (cca 2010 až 2011), tak na WXP už byl 2 roky vydaný 3. service pack (2008) a 3 roky existovaly Windows Vista (přelom 2006/2007).

Svůj vliv taky může mít to, že to teď zkouším na 320kBit mp3 a výstup je 48000Hz Když jsem zkusil nastavit parametrem větší buffer na 4MB (mpg123 --buffer 4096 file.mp3) tak se to přehrávalo bez výpadků dokud jsem nečím nezkusil PC cíleně zdržovat. Takže větší buffer rozhodně pomáhá. Na druhou stranu, na to, abych si pustil mp3 třeba během kompilace můžu zapomenout, tohle PC opravdu zvládá jen jedno nebo druhé.

Jediné, co mi asi bude chybět a nevím jestli vůbec existuje, je kvalitní modplayer využívající možnosti GUSe stejně jako ty DOSové.

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Jestli mas vypadky, pokud neco sahne na disk, tak bych to videl na problem s diskem. Jsi si na 105% jistej, ze ti disk jede v DMA modu, ne v PIO? Vzhledem k tomu, jake mas problemy s detekci disku bych mel minimalne podezreni
Modplayeru by melo bejt jedno, jestli jede pres GUSe nebo neco jineho, protoze kvalitni modplayer nebude GUSe vyuzivat jako GUSe, ale jen jako D/A prevodnik, ne? GUS je limitovanej pameti a tim, co dokaze DSP za upravy zvuku.

_________________
Nikdy nediskutujte s blbcem. Stáhne vás na svoji úroveň a vyhraje zkušeností.

Ty, Kubiku, a nemusel byt k tomu i takovy ten lepsi IDE kabel? Jakoze s vice zilkama? Mozna i tam bych hledal problem, ne?

_________________
Amiga/Amstrad/Atari/Commodore/Mac/Nintendo/PS/PC/Sega/Tandy/ZX

No, asi takhle - ten kabel je zapotrebi na UDMA 66 a rychlejsi, a nevim, jestli to ten disk a deska umi. Neuskodil by, ale problem by to nebyl.
Ono se pletou dohromady dve veci - DMA vs. PIO a UDMA. UDMA je o rychlosti, zatimco DMA vs. PIO je o tom, kdo se stara o presouvani dat z/na disk.
V PIO modu vsechno dela procesor, takze PROCESOR precte byte z disku, PROCESOR ulozi do pameti, PROCESOR precte dalsi byte, PROCESOR ulozi atd. atd. V DMA modu se o to stara diskovy radic, takze procesor si procesoruje a diskovy radic presouva data z disku do pameti.
Jestlize se cely system, hlavne casove kriticke veci, zasekavaji pri diskovych operacich, muze to klidne bejt ten duvod. Mel jsem mainboard, ktery na tohle trpel - ono to fungovalo, a nebylo to ani moc pomale, pokud to delalo jen jednu vec, ale obcas se to zacalo skubat. Zjistil jsem, ze kvuli nejakym chybam nekde se radic prepnul do PIO modu a zustal tam, at jsem delal co jsem delal.

_________________
Nikdy nediskutujte s blbcem. Stáhne vás na svoji úroveň a vyhraje zkušeností.

2MB Spea V7-Mercury P64V umí Highcolor 16bit bei 1024x768, Truecolor bei 800x600 a má kvalitní IBM DAC převodník.

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Stran grafických karet bych si dovolil upozornit na čtyřdílný Swarmovo historický seriál Pracovní stanice, IBM PC, Silicon Graphics a začátky 3D.
Hlavně kapitoly týkající se 3D na běžných PC.

Kdo o něm zatím neví, tak všechny 4 díly za sebou:
http://notebookblog.cz/technika/historie-technika/pracovni-stanice-ibm-pc-silicon-graphics-a-zacatky-3d-dil-1/
http://notebookblog.cz/technika/historie-technika/pracovni-stanice-ibm-pc-silicon-graphics-a-zacatky-3d-dil-2/
http://notebookblog.cz/technika/historie-technika/pracovni-stanice-ibm-pc-silicon-graphics-a-zacatky-3d-dil-3-prichod-textur-a-hernich-akceleratoru/
http://notebookblog.cz/technika/historie-technika/pracovni-stanice-ibm-pc-silicon-graphics-a-zacatky-3d-dil-4-valka-grafickych-api-a-konec-unixovych-stanic/

Rozlíšenie vs farby sa dá vypočítať podľa veľkosti pamäte grafiky. Napríklad 1024 x 768 x 3 (24 bit = 3 byty, 1B=8b) = 2359296 bytov, čo je nad 2 MB, takže dvojmegová grafika to nebude vedieť.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.