- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Honor 200 Pro - mobilportré
- Fotók, videók mobillal
- iPhone topik
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
- VoLTE/VoWiFi
- Bemutatkozott a Poco X7 és X7 Pro
- Milyen okostelefont vegyek?
- Xiaomi 14T Pro - teljes a család?
- Honor Magic6 Pro - kör közepén számok
Új hozzászólás Aktív témák
-
Adi
senior tag
Hát az Abittal kapcsolatban az igazság valahol középen van. Én már többet is láttam boot elején listázni az IRQ-kat és csomó egységet egy megszakításra pakolt. Ami elvileg működik a PCI buszon, de gyakorlatilag nem mindig.
Az Intel alaplapok BIOS-a meg lehet, hogy kaka, de a vas nem az. Egy volt haverom kicserélte annó egy Slot1-es, BX-es Abit lapját Intel i440BX-re (P3/450 volt bennük), csodálatos módon megszűntek rögtön az instabilitási problémái.
Az mga_vid-et meg duál 550-es Celeronon egy Tyan BX-es lapban (a sajátom) is próbáltam, de ott is hasalt tőle. Igaz, nekem nem G200-am van, hanem G450-em.
A Reiser-Ext3 vita szerintem meg inkább csak hitvita. Nekem az Ext3-ban az volt a szimpatikus, hogy az 2-esre épül rá, ami egy igen jó és kiegyensúlyozott teljesítményt adó filerendszer. Stabil a kódbázisa és a segédprogramok hozzá is jól működnek. Az Ext3 mindezt egy naplóval fejeli meg ugye.
X-es vadulások miatt mostanság nekem is fagyott párszor a gépem, de az Ext3 visszajátszotta a naplót és semmi adatvesztésem nem volt.
Ilyen tekintetben szeretek konzervatív lenni, inkább veszek nagyobb vasat, de megmaradok a már bizonyított, stabil kódnál. Ez valószínűleg annak a hatása, hogy jó ideje rendszergazdaként dolgozom és szeretek nyugodtan aludni.
-
Adi
senior tag
Egyet mondj meg akkor nekem még: Windowsnál szerinted hogyan jöttünk volna rá, hogy hardware-gond van és nem az oprendszer hasal?
A CUR-DLS meg azért más tészta, a ServerWorks nem kispályás játékos és évek óta a piacon van. Az AMD MPX nemrégen jelent meg és lehetnek még gyermekbetegségei.
A túlmelegedés tesztnek meg oprendszertől függetlenül sikeresnek kellett volna lennie, mert ha nem az, akkor az ember csókolommal elköszön és vesz egy másik lapot a serverébe. Vagy leőszül. -
Adi
senior tag
Azért az RTC-t ne kezeld a bölcsek köveként
, írtam lejjebb, hogy van pár server a kezem alatt, duálos gépek is köztük, nincs a kernelben RTC és mennek szépen ettől még.
A PC timer 18Hz-es frekijét meg rosszul tudod. Emlékeim szerint valami 1,9MHz-es kvarcon volt eredetileg és a 18,3Hz úgy jött ki, hogy a legnagyobb leosztást használták. Tehát tud ennél sűrűbben is IRQ-t nyomni, amit tesz is - hiszen x86 platformon a Linux ütemező 100Hz-es megszakítást használ.
ReiserFS-t meg nem szívesen használnék, mert
1) még mindig olvasok róla híreket, hogy gáz lehet vele
2) nincsen szabad vinyóm, amit erre formázhatnék le.
Tudom, hogy sok kicsi file-nál rettentő gyors, de az ext2/ext3 előnye pont abban rejlik, hogy kiegyensúlyozott teljesítményt ad. Az ext2 stabil, az e2fsutils csomag is rendben működik évek óta. Az ext3 meg ugyanez, csak még egy napló is került rá. Engem azzal fogott meg teljesen, hogy még lecsatolás nélkül is, futásidőben konvertálható ext3-ra egy ext2-es filerendszer.
Válaszoltam mindenre? -
-
Adi
senior tag
Még valami: Intel HX/LX/BX chipsetnél duálprocis lapon láttam már olyat, hogy a PCI IRQ-kat felrakta a 15-ös fölé, ami tök jó, mert alul meg felszabadul - bár ennek a modern, ISA slotot nem tartalmazó lapoknál egyre kevesebb a jelentősége.
Viszont az alapból egy IRQ-n osztozó eszközök a felpakolás után is osztoztak az IRQ-n. Teszem azt, az 1. PCI slot és az alaplapi SCSI vezérlő megoszt egy IRQ-t, ezt a BIOS-ban beállítod 9-esre. Ha azt a kernel felpakolja a 16-osra, akkor mind a kettő ott lesz.
A probléma a PC architektúra őskorból származó IRQ-vezérlőiből ered és nem a BIOS-ok vagy a Linux az oka.
-
Adi
senior tag
B+, ne írj ilyen hosszút, mert görgetnem kell mindig és elfelejtem, hogy mit akarok válaszolni.
Az ACPI-s tanácsaid jók és ha tényleg bezavarhat, akkor valóban ki kellett volna kapcsolnom. Itthon viszont nekem fontos, hogy shutdown után ki is kapcsoljon a gép (mert akkor én már fogat mosok a fürdőszobában ). Az meg ACPI nélkül nem megy.
Arról tudtam, hogy az APM-SMP ütik egymást, ezért ez kiesett, de amúgy is az egy elég barkácsmegoldás - tudtommal (de javíts ki, ha tévedek!) a BIOS-ban hívogat mindenféle szubrutinokat APM funkciókhoz. Ezért nem SMP-safe pl.
Windowst IRQ-hegyekkel már láttam, de nem foglalkoztam vele túlzottan. Itthon én is szeretem kézzel beállítani az egész BIOS-t, az IRQ-kat is úgy osztom ki és az automata funkciókat lekapcsolom. Az Abit lapoknak van tudtommal híresen renegát BIOS-a, ami szereti az összes PCI eszközt egy IRQ-ra rakni.
A PCI-nak egyébként korlátoltsága, hogy négy IRQ vonalat tud csak kezelni: A, B, C, D. Ezeket kell a PC szabad IRQ-vonalaira rákötni. Ha egy egyszerű, APIC nélküli lapon 4-nél több PCI slot van (az AGP is annak számít!), akkor mindenképpen lesz IRQ-ütközés. A PCI-nál pont azért találták ki a szintérzékeny IRQ-kat az ISA-s élérzékenyek helyett, mert ezeket meg lehet osztani.
Az Asus lapon kettő PCI busz volt (bocsánat, három, mert az AGP slot külön számít), így valószínűleg tágabb tere van az embernek ezzel játszani. Mint már írtam régebben: a SCSI kártyát próbáltam 64 bites és 32 bites slotban is, de a működést nem befolyásolta.
Amit a HLT-ról és a kernel lockról írsz, az igaz, elvileg ezen finomítottak/finomítanak folyamatosan (van kernel hacker a vonalban?).
SMP kernelt egy procis gépen amúgy sem érdemes futtatni, mert kicsit lassabb lesz. Duálprocis laptopról meg nem tudok, de küldjetek URL-t, ha létezik ilyen!
-
#32
Adi
senior tag
Tomas von Beck
#31
Adi
senior tag
válasz
Tomas von Beck
#31
üzenetére
Hát ha Parciéknak van XP-jük, akkor meglehet, de nekem semmilyen Windowsom nincs, nem is tudnám megcsinálni.
Venni tudnék, de akkor már inkább jótékony célra adom oda azt a pár 10k-t, annak van értelme. -
Adi
senior tag
Pont ezt akartam én is kérdezni, de ma kissé későn keltem föl.
A Prohardver serverén mondjuk eszement terhelés nem volt, hála elsősorban Parci PHP motorjának, de pl. az egyik kezem alatt működő serveren SETI fut és naponta 40-50 ember használja aktívan levelezésre IMAP-on keresztül. Ja, 141 napos uptime-ja van éppen, tükrözött IDE vinyóval. Egy közintézményben működik amúgy. -
Adi
senior tag
A kernel listás URL-t köszi, meglesem mindjárt.
A BIOS upgrade meg szerintem itt nem témába vágó. Egy serverlaphoz ne hibajavítást adjanak ki, hanem olyan új BIOS-okat, ami az esetlegesen megjelent hw-egységeket ismeri föl, kezeli. Serverlaphoz alapból _jó_ BIOS-t adjanak, mert az ember nem ér rá azzal f*szolni , hogy leállítja a 24 órás üzemű cuccát és BIOS-t frissít benne.
A memtest86-ról meg nem azt írtam, hogy gagyi, hanem hogy meg nem próbáltam. Letöltöttem már magamnak itthonra (a saját vasaimhoz), de én úgy szoktam használni a gépeimet, hogy reggel 8-kor bekapcs, éjszaka pedig kikapcs, ezért nem volt lelkierőm újrabootolni amiatt, hogy ezt kipróbáljam. A GCC-ben meg meg merek bízni, mert ha eddig nekem kernelfordításnál hasalt, arról minden esetben kiderült, hogy valami hardware-probléma volt. -
Adi
senior tag
Na, akkor válaszolok (amire tudok
).
1) ACPI. Ez benne maradt a kernel configban, mea culpa. Nálam otthon azt a célt szolgálja, hogy a Tyan BX-es lappal futó duál Celeronomat a shutdown valóban leállítsa. Nekem azon a lapon nem okozott problémát soha. Az APM persze itt ki volt kapcsolva a BIOS-ban. Más funkciója az APIC-nek nem volt.
2) A SCSI kártyával játszottam, elözöleg az egyik 64 bites slotban volt, utána raktam át 32-esbe és egyik se volt jó neki (mármint az említett problémák nem ettöl függtek). Az IRQ routinghoz meg emlékeim szerint az Intel SMP spec. 1.4 kellene, de azt meg ki kellett, hogy kapcsoljam a BIOS-ban, különben bootolásnál rögtön fagyott, ahogy SMP módba váltott. De ezt írtam is a cikkben. Amúgy az IRQ routingot láthatod a kernel dmesgben (amikor indul), de mindegyik a saját számát kapta meg. Ezen én is csodálkoztam, hiszen Intel platformon ami anno volt Gigabyte 586DX lapom (HX chipset, Pentium), az is felpakolta a PCI IRQ-kat 15 fölé.
3) RTC nincs a kernelben, de ha megindokolod, hogy miért okvetlenül szükséges, akkor legközelebb belerakom. Jópár servergép fut a kezem alatt és egyikben sincs benne és eddig nem láttam hiányát.
4) memtest86-ot nem próbáltam, mert nekem a GCC az etalon. Valószínüleg azzal se ment volna korrekt módon. De az biztos, hogyha GCC-vel hasal, akkor hw-hiba.
Összehasonlítási alapnak:
egy Supermicro P6DBU lapon - ami egy számomra _nagyon_ fontos serverben üzemel - 2 db. P3/750-nel párhuzamosan futtattam kettö darab kernelfordítást 32-32 jobbal, 2-2 SETI@home-ot és 2-2 mpg123-at teszt módban (ilyenkor csak kitömöríti az MP3-at, nem játssza le, tehát az FPU-t dolgoztatja). Mellette még ment egy burnBX és 2 másodpercenként írt egy file-ba is, hogyha fagy, akkor tudjam mikor teszi.
Nos, a fenti cucc 1G RAM-mal ezt a felállást tavaly augusztusban (melegben) kettö és fél napig bírta úgy, hogy meg se nyekkent.
Ennek tükrében most már megértheti bárki, hogy miért nem nevezhettem ezt a deszkát stabilnak... -
Adi
senior tag
Én arra nem vennék mérget, hogy egy NT/2k server ugyanolyan stabil. Mekkora volt a max uptime, amit kaptál velük?
A prohardver serverével már csak 5-6 nap kellett volna az egy éves uptime-hoz, ha a táp nem kapcsol le. Jelentkezzen az, aki ugyanezt elérte Windowson!
A linuxos fagyásaidhoz meg annyit, hogy
1) a fork bomb megfelelő ulimitekkel kivédhető, neked egyszerűen nem volt beállítva process kvóta,
2) az X közvetlenül a hardware-t turkálja, kikerülve a kernelt, így fagyaszthat, ha valami nem kóser. -
Adi
senior tag
Ezeket a teszteket még csak nem is tudtam volna megcsinálni, mert egyszerüen nincsen itthon Windowsom.
S szabad vinyóm se lett volna, mert ami van, azon a munkám során használt Linux partíciók vannak, valamint az egyiken OpenBSD, hogy ismerkedjek vele.
Árakat meg Parciék talán tudnak mondani, én sajna nem. -
Adi
senior tag
Egészen nyugodtan használhatjuk a tegezést.
Windows alatt Windowst értettem, specifikus lebontás nélkül, mert hulladék mind. S nem azért ócsárolom, mert linuxos vagyok, hanem azért, mert részt vettem NT admin tanfolyamon, adminisztráltam és jelenleg is adminisztrálok NT-ket és W2000-ket és van vele tapasztalatom. -
Adi
senior tag
Én erre azért nem vennék mérget, mert valahol olvastam róla, hogy csak az 5.0 tudja majd azt a 'fine-grained SMP locking'-ot, amit a Linux már a 2.2-ben hozott.
De nem mondok inkább semmit, mert - mint írtam - nem vagyok FreeBSD guru.
Az 1.4-re meg elolvashattad a cikkben a választ: csak úgy bootolt a kernel, ha ezt kikapcsoltam. -
Adi
senior tag
Azért mondjuk nem szívesen adtam vissza ezt a lapot a nagykernek.
Szerintem Asus v. egyedi hiba lesz (remélem, hogy az utóbbi), mert ha megnézitek az Anandtech utóbbi server-upgrade-jeit, akkor ott szinte csak Athlonokat láthattok. Az adatbázisuk duál Athlon MP-vel fut 1 unitos rackbe szerelhetö házban és a fórumos gépet nagyon keményen hajtják.
Azért jó lenne egy ilyen itthonra két TAK58-cal (így gyakorlatilag nincsen hangja!), csak a villanyszámlámat dobná meg.
Egy procival vagy az MPlayer Xv kimenetével semmi gond nincs. A syncfb driver szintén ezt teszi.
Új hozzászólás Aktív témák
Hirdetés
- Autós kamerák
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- hdanesz: Hyundai Ioniq 28 kWh 2018 2. felvonás
- Gamepad
- Apple MacBook
- Milyen program, ami...?
- Honor 200 Pro - mobilportré
- Milyen belső merevlemezt vegyek?
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- Samsung Galaxy Xcover 5 64GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! Samsung Galaxy A14/Samsung Galaxy A34/Samsung Galaxy A54
- MacBook, Apple M1 / M2 kompatibilis dokkolók, DisplayLink 4K, USB-C, Type-C
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- Nexus 6P 32GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest