Sziasztok!
Adva volt egy gép PIII 750-es (nem Celeron) procival, valami via alaplappal, 192M PC100 SDRAM-al, ATI Radeon 7000VE vga kártyával.
Ezen a hardveren nemrég még a SuSE 9.3 virgoncan futott.
Azóta annyi történt, hogy átépités közben a CDROM-ba sikerült forditva bedugni a tápcsatlakozót :-(, ezért:
- CDROM tönkrement, csere másikra
- egy 128M-s RAM modul tönkrement, ezért a PC100-as 128+64M modul cseréje 1 db 256M-s PC133 modulra
- a BIOS CRC-errort és a gyári default értékek visszatöltését jelezte (azóta már többféle bios beállitással, közte az "optimum értékek" betöltésével is próbálkoztam)
- az ATI kártyát (bár az valszeg nem ment tönkre) egy GF2MX200-ra cseréltem
- a secondary ide csatlakozóra tartalék tárterületként ráakasztottam egy 160G-s vinyót (egyedül van rajta), ami lehet, hogy hibás, mert más gépekben winXP + lin alatt sem maradt dma módban. Ezen a vason viszont automatikusan UDMA33 módba kerül, és abban is marad.
A probléma: egy frissen feltelepitett SuSE 10.1 alatt ez a gép valami hihetetlenül lassú.
A konqueror 1+ perc alatt indul, és röhejes, de elõfordult, hogy elinditottam a Sax2-t, hogy egy új video módot teszteljek, de olyan sokáig töltõdött (volna) be a középsõ, méret és pozició hangoló gombokat tartalmazó ablaka, hogy a Sax2 "idle timer"-e közben lejárt, bezárta a teszt ablakot, és visszadobott az elõzõ video módba :-(
Ez a mérhetetlen lassúság szinte csak az X alkalmazásokat érinti, mert pl. egy konzoli find / parancs már nagyjából az elvárt idõ alatt fut le. Az az érdekes, hogy a gép X alatt nem swap-el, és nincs semmilyen processz ami a CPU-t enné. Egyszerûen csak úgy néz ki, minha csak ennyit tudna az X ezen a vason, ami viszont nem igaz, mert láttam már a SuSE 10.1-et gyengébb gépen sokkal-sokkal gyorsabban menni, és a SuSE 9.3 ezen a vason még korrekt volt a hardver gubancok elõtt.
Az is érdekes, hogy a Win98 meg látszólag az elvárt tempót hozza ezen a vason - bár ott még nincs semmi, ami komolyabban megdolgoztatná. Ott max annyi a gyanús, hogy a szûz win98-on telepitett gyári nvidia driverrel a dxdiag hardveres gyorsitású 3D tesztje nem megy.
Ti mire gyanakodnátok leginkább?
- 2568 megtekintés
Hozzászólások
Első körben így nagy hírtelen. :)
A CD-rom, és vincsi ugye nincsen egy kábelen?
próbáld a kártyákat kicsit átvariálni. (ha van benne még a videókarin kívül)
Ha irq gondjaid vannak, akkor bios-ban tíltsd le amit nem használsz. pl: lpt, soros portok, stb... Így kevesebb hw-re kell kiosztani az irq-t.
Táp bizti jó?
p3-ra 160-as vincsi szvsz bátor. (én biztosan nem tennék rá 80-nál többet.) Egyébként látja is az összes elvárható méretet?
Nvidia driverrel fut az xgl? Biztosan az x.org indule default, és nem az xgl? (mondjuk összeomlana rögtön, ha nincs 3D driver)
Ezeket végigfutnám.
Lehet a lappal is vannak gondok.Én amondó vagyok, hogy egyenknt kezd el nézegetni mi lehet a gond.
-pl. kártyák ki. (egyenként)
- ha van egy pci-s s3, akkro vidkarit is szedd ki.
- memóriát át egy másik dimm slotba
- nézd meg másik memóriával is.
- ha egyik sem segített, valszeg a board-al is van gond.
Tetü egy munka (tudom) de ez a legjobb út, hogy kiszűrd mi a gond.
És ha minden elhárult, és megoldódott rakj suse 10.2-öt. Megtáltosodik a géped. Komolyan.
\ | /
°(>@)°
˘
- A hozzászóláshoz be kell jelentkezni
"A CD-rom, és vincsi ugye nincsen egy kábelen?"
De van. Mivel a 160G-s vinyóra gyanakszom (dma gondok más gépekben), ezért azt egyedül raktam a secondary ide vezérlõre. Igy viszont a 40G-s rendszervinyó, meg a cdrom együtt került a primary ide-re.
Érdekesen alakulnak az automatikusan detektált dma módok:
primary ide vezérlõ: 40G vinyó-udma100, cdrom-udma66
secondary ide vezérlõ: 160G vinyó-udma33.
"Ha irq gondjaid vannak, akkor bios-ban tíltsd le amit nem használsz. pl: lpt, soros portok, stb.."
Ezt már próbáltam. Ugyanezeket, + az integrált audiót tiltottam le eredménytelenül.
"Táp bizti jó?"
Volt táp csere is egy 300W-osra. De ha a táp rossz, akkor az fatális(abb) hibával járna nem?
"Egyébként látja is az összes elvárható méretet?"
Igen, de szerintem az a vinyó nem annyira lényeges, mert másik ide vezérlõn van, a rendszer pedig nem azon a vinyón van, hanem a primary ide vezérlõn lévõ 40G-os vinyón.
Utóbbi vinyónál kicsit gyanús, hogy CHS, és nem LBA módban használja a rendszer - de ettõl még látszólag udma100 módban mûködik.
"Nvidia driverrel fut az xgl? Biztosan az x.org indule default, és nem az xgl?"
Mivel nem állitottam be az xgl-t, ezért szerintem az alapértelmezett x.org mûködik. A gyári nvidia driver is fenn van már, de nem javitott a helyzeten.
"Én amondó vagyok, hogy egyenknt kezd el nézegetni mi lehet a gond. "
Sajnos ez lesz :-(
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Közben leemeltem a cdrom-ot, úgyhogy mostmár a rendszer vinyó egyedül van a primary ide vezérlőn.
A helyzet változatlan.
P.S.:
A bootoláskor betöltődik valami MD raid vezérlő. Minek?
Plusz van még ott valami toshiba_ACPI modul betöltési hiba is. Az lehet gond?
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
hdparm -Tt /dev/hda
Mit ir ki ?
------
gentóhuszár
- A hozzászóláshoz be kell jelentkezni
# hdparm -Tt /dev/hda
/dev/hda:
Timing cached reads: 536 MB in 2.01 seconds = 267.04 MB/sec
Timing buffered disk reads: 96 MB in 3.00 seconds = 31.96 MB/sec
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
nekem via-s alaplap + nvidia g2mxnel fordult elo osszeakadas, a hivatalos nvidia driver nem volt hajlando bekapcsolni az agp 4x-es modot. nezd meg a logokat sztem nalad is ez lesz
--
Tuddd gi: A Dörrög Zuldán, te hűjje!
(Rejtő Jenő: Az elátkozott part)
- A hozzászóláshoz be kell jelentkezni
Első körben ezt találtam:
# grep -i agp /var/log/*
/var/log/boot.msg:<6>Linux agpgart interface v0.101 (c) Dave Jones
/var/log/boot.msg:<6>agpgart: Detected VIA Apollo Pro 133 chipset
/var/log/boot.msg:<6>agpgart: AGP aperture is 64M @ 0xe8000000
De ez nem utal az AGP sebességére. Azt hol tudom megnézni?
Egyáltalán okozhat a 4x-es AGP hiánya ilyen mértékű lelassulást?: Konqueror (meg majdnem minden X-es alkalmazás) 1 percnél hosszabb idő alatt indul. Az viszont érdekes, hogyha már betöltődtek, akkor egész gyors mind...
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
nekem okozott, igaz azota mar dobtam azt az alaplapot
--
Tuddd gi: A Dörrög Zuldán, te hűjje!
(Rejtő Jenő: Az elátkozott part)
- A hozzászóláshoz be kell jelentkezni
Az gyanús, hogy nem swappel egyáltalán KDE-vel ennyi RAM-mal.
- A hozzászóláshoz be kell jelentkezni
Most van egy minimális swap használat. Az indulás óta konqueror, konzol, számológép volt használva, plusz fut még a squid és az smbd.
A top kimenete:
Tasks: 89 total, 1 running, 88 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 0.3% sy, 0.0% ni, 98.0% id, 1.0% wa, 0.3% hi, 0.0% si
Mem: 256736k total, 252696k used, 4040k free, 32624k buffers
Swap: 514040k total, 164k used, 513876k free, 132520k cached
Kedvező fejlemény, hogy amióta a cdrom-ot lehúztam, azóta a konqueror-nak csak az első indulása > 1 perc, a többi indulása már csak kb. 2s, mert úgy látszik a memóriában marad. (Legalább a memóriával úgy látszik nincs gond).
A többi alkalmazás viszont továbbra is mindig tetű lassan indul. Egy vacak számológép vagy egy konzol indulása kb. 16s.
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni