-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Sipi
addikt
Tudtommal ezek jórészt az ACPI-ből jönnek. A kernelben van elrejtve, több helyen is.
Pl. power management, acpi support, asus extras. Emellé persze az összes ACPI-opció sem árt.
Device drivers, misc devices, asus laptop extras. Mivel nincs ASUS laptopom, nem tudom, ütközik-e az előzővel.Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem ismerem a Debian rc-rendszerét: be is tölti ezeket a modulokat bootnál? (lsmod)
ThinkPaden a megfelelő modulok nem töltődnek be automatikusan, mert az smbus-t nem tudja lekérdezni, így az autodetect sem működik. A /etc/modules.autoload/kernel-2.6 fájlban kézzel kell megadnom. (Ilyen még a lirc modulja is.)Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
cpudyn, cpufreqd, cpuspeedy, ncpufreqd, powersave
De én a laptopümodeütools programot javaslom, ami többek között a CPU sebességét IS állítja. (A proci sebessége csak egy a sok energiazabáló közül.)
Vagy ha nincs szükséged arra, hogy a procisebességen kívül még 4-5 egyéb tényezőt is kezelj elemes módban, akkor állítsd be a procit ondemand governorra. Az Intel saját mérései szerint ez a leghasznosabb, a többivel nem érdemes tökölni.
A cpufreqd egyébként egyszerűen átlátható... Megadod a sémáidat, milyen governor milyen sebességgel menjen, majd különböző feltételek alapján megadod, mikor melyik fusson. Ha kézzel elindítod a démont, megadható, hogy előtérben fusson, ekkor kiírja, mikor milyen döntés alapján, melyik beállítást választja. Ha nem tetszik, ez alapján könnyedén módosíthatod a beállítást.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sianis
addikt
-
Sianis
addikt
Az ondemand egy governor. Az összes program valószínűleg ezeket kezeli. Létezik egy cpufrequtils nevű csomag, amivel ezek kezelhetőek. Ezek határozzák meg, hogy a processzor milyen energiatakarékossági módban fusson.
Sianis
-
Sipi
addikt
Ahamm. Ehez nem kell semmi démon, nálam van egy cpufrequtils csomag, bootnál elindul, összesen annyit csinál, hoy a megadott governorba teszi a procit. Innentől nem is igazűán értem, mit kellene piszkálni - a user kivételével az összes governor feladata az, hogy kezelje a proci sebességét. Automatikusan, magától. Szerintem az összes többi izé csak voodoo varázslat. (Pl. nem tudom, minek powernowd, egyáltalán mit tud csinálni...)
Ha mégis kell a powernowd, mert a szívedhez nőtt, nézd meg a kernelt. Elképzelhető, hogy a te procid bugos, és NEM az amd-féle frekvencia-kezelést, hanem a standard ACPI-t kell használnod. Vagy ha ez van, akkor fordítva (amd-nvidia alapokon többször láttam már, hogy nem követik a standardokat. )
Mod: ráadásul bármelyik külső segdélet a frekvencia szabályásához azt eredményezi,m hogy userspace governorba kerül a proc. Ha semmi egyebet nem akarsz, csak frekvenciát szabályozni, felesleges még egy démont is indítani, hiszen az ondemand, sőt, más megközelítéssel a többi is ezt teszi, kernelből. Ahogy nézem, a powernowd semmit nem tud, csak frekit váltani... Szerintem ennyiért nem éri meg használni.
Sipi
[ Szerkesztve ]
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
P.S.: Intelen eddig csak Pentium 3 M-en próbáltam, ami még nem igazán mobil. Két frekvenciája van, kicsi és nagy. Az újabb kerneleket végigzongoráztam, mostanában sűrűn változik a cpufreq, de egyik megoldással sem volt gondom. Ondemand-et használok, de a pár perces userspace-próba sem okozott gondot.
Az AMD64-emen három frekvencia van. Kicsi, kicsi+lófütty, maximum. Fagyás ezen sem volt, viszont minimumon és +lófüttyön a gép használhatatlanul lassú lett. Frekvencia-váltásnál a kép észrevehetően bevillant. (Integrált nVidia kártya.) A desktop-gépemen tehát lemondtam a cpufreq-ről, mert normálisan csak max. frekvencián tudtam használni, a váltásnál fellépő villódzás pedig idegesítő. (Bár ez valószínűleg az nvidia-driver miatt volt.)
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ööö, szerintem mindhárman elbeszélünk egymás mellett.
A processzornak ismernie kell valamiféle órajel-állítást. Ezt kezeli a kernel a megfelelő beállítással (a mostani kerneleknél AMD, Intel vagy ACPI módon).
A governornak ehhez szinte semmi köze, az csak azt határozza meg, hogy az előző driver által jelentett frekvenciákat milyen módon, minek a függvényében kapcsolgassa a kernel. A userspace sehogy sem kapcsolja, a userre bízza. Van, ami a minimális fogyasztást (powersave), van, ami a maximális teljesítményt (performance) helyezi előtérbe. És van, ami a kapcsolgatással variál: csak min-max lehet (ondemand), vagy ha a processzor ismeri (a megfelelő driver segítségével), akkor akár hertzenként változtatja conservative).Na, megkukkoltam. A mostani kerneleknél (2.6.22 és 2.6.23) van AMD Powernow, Intel Speedstep és ACPI driver. Ez utóbbi Intel Speedstep is egyben.
A régi P3-nál csak ez a két frekvencia van, nem a kernel hibája. Nem is úgy értettem, csak arra írtam, nem nagyon tudom próbálgatni.
Az AMD64-em is összesen hármat ismer, ami inkább kettő (valami 700 és 800Mhz és max, az első kettő vicc, semmi különbség).Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Opsz, tényleg, "régebbi" kerneleknél még ilyen sok választási lehetőség volt.
Ha ez a jelenlegi kernel, szerintem felesleges az összes létező processzor cpufreq-driverét beletenni. (Főleg modulban.) Elképzelhető, hogy egyszerűen rossz modult töltött be, attól fagyott a powernowd. (lsmoddal ellenőrizheted, melyiket tölti be. Félek, az ACPI-t: az AMD elvileg ismeri, gyakorlatilag nem.)
A végén a Relaxed ... check is okozhat gondot. Ekkor nem ellenőrzi túlzottan, az adott rpocesszor miket ismer - emiatt betölthet rossz drivert, vagy olyat lehetőséget akarhat használni, amit az AMD64-ed nem tud.
Úgy emlékszem, 2.6.22-től (vagy 21-től) eltűnik ez a sok lehetőség, lesz egy Intel, egy AMD és egy ACPI.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nincs itt semmi hókusz-pókusz. Az nvidia riverek attól olyan jók, hogy egyesített architektúrát használnak. Lényegében minden nvidia GPU ugyanolyan, vagy legalábbis sok a hasonlóság közöttük. Ezekre a részekre elkészült a közös driver, így már csak az eltéréseket kell leprogramozni.
A nagyon régi nVidia kártyák (riva128, TNT...) viszont annyira régiek, hogy eltér az architektúrájuk ettől. Ezeket a mai driverek nem kezelik. A régi, legacy sorozatú driverben foldozgatták őket is, de megunták, áttérek a teljesen közös architektúrára, amibe nem akarták beletoldozni a régi "vackokat". Ezért szétvált a két driver-vonal.A driverben benne van minden, ami a kártya kezeléséhez és 3D megjelenítéshez kell. A driver, a driver-Xorg csatolója, az OpenGL függvénytár, az Xorg OpenGL kiterjesztése (glx), energiakezelés, stb. Benne vannak a többféle thread-modellre készített függvénytárak is. Ezzel a usernek nem kell törődnie, a telepítő automatikusan telepíti a szükséges komponenseket.
A kérdés többi részét nem értem. Egyféle nvidia driver van, a gyártó oldaláról lehet letölteni. A disztrók ezt pakolják sajét csomagjukba.
Ja, sejtem, mire gondolsz... Van egy csatoló a driverben, ami a kernel-Xorg közvetítő. Pont azért, hogy minden kernelen és minden Xorgon fusson. Az nvidia sok disztróhoz elkészítette ezt, de mindenhez nem lehet. Ha olyan kernel/Xorg kombinációt használsz, amit az nvidia driver nem ismer, akkor szokott sikítani. De nincs vész, ilyenkor ugyanis automatikusan lefordítja az aktuális rendszeredhez ezt az illesztőt. Ergo: az egyszem nvidia driver csomag mindenen fut.Ha túl katyvasz, amit írtam, kérdezz.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Vladi
nagyúr
Na akkor tessék szépen nyomozgatni.
Gonolom nvidia chipes a lap, úgyhogy szerintem sata_nv maradjon. Meg a hozzá kötődő is.
ide_cd 36832 2
cdrom 33312 1 ide_cd- ágat viszont megpróbálhatod kiszedni. Hátha nem dől be tőle.Viszont amd74xx gyanús... itt írnak róla. Hátha hasznos lesz.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Sipi
addikt
Ez tényleg gázos kombináció tud lenni, ugyanis mindkét vezérlő-készlet vezérelheti as másikfajta eszközt is... Kvázi összevesznek.
Nem emlékszem, hanyas kerneltől, de bejött egy új réteg: minden IDE-eszközt SATA-n kezel. A régi Device Drivers - ATA supportot ki lkehet kapcsolni, az SCSI alatt bekapcs az SCSI cd és hdd (meg a generic), és ez alatt van az új, Serial ATA cucc. Ebben PATA és SATA vezérlők is vannak: nvidia sata és amd/nvidia pata. Arra ügyelj, hogy ezután nem lesz több hd( eszközöd, ezért a grub konfigját és az fstabot is át kell írni.
A moduljaidban az a furcsa, hogy nvidia sata ide vagy oda, nincs betöltve scsi hdd kezelés. A dmesg alapján talán ki tudod bogarászni, mi történik bootnál: melyik vezérlő (régi pata vagy sata) veszi át először az eszközök kezelését.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Bár anno sem nekem, sem másnak nem lett ettől fagyása... Legfeljebb marha lassú cd-elérése.
Ha két géped van, a fagyás után be kellene ssh-val lépni a fagyottra, és dmesg. Anno így vadásztam le az nvidia driver hibáját.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Tehát két dolog kell. Az SCSI részben beleforgatni az SCSI cd és hdd támogatását. Majd az új Serial ATA rétegben bekapcsolni a SATA ÉS a PATA vezérlőt! Mind a kettő kell, ha a PATA-eszközök is kellenek. Vagyis nálad két darab vezérlő kell, az nvidia SATA és amd/nvidia PATA.
Ezután sda lesz a vinyó, sr0 a cd/dvd.
Nem elég a SCSI latti rész. Igazából nem is az a fontos, hanem a device drivers részben kb egymás alatt lévő ata/atapi/mfm kikapcsolása, alatta az SCSI-nél a cd/hdd bekapcs, és alatta a serial ata részben a vezérlő. Ha a kerneledben nincs ilyen rész, akkor gáz...
P.S.: már ez is megoldás. Ha nincs optikai drive, nem is fog tőle fagyni a gép.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
ATA/ATAPI/MFM/RLL support :minden off gyökérből
Igen.SCSI device support: minden modul bentvan (cd, disk,stb..)
Ne modulba. Ha nincs vinyó-támogatás, hogy fogja betölteni a root partíciót?Serial ATA (prod) and paralell ATA (experminetal) drivers
Igen, ez az. Az AHCI nem jó, az nvidia nem szabványos, nem működik vele. A két nvidia kell, pata és sata.Ne keverd a dolgokat. A pata vezérlőnek pata driver kell, a sata vezérlőnek sata. De nem mindegy, az alrendszer mi. Jelenleg kidobják a régi IDE-alrendszert, áttérnek arra, amit a sata-hoz fejlesztettek ki. Mivel pata eszközöd és vezérlőd is van, kell a pata, de ez is az új, libata rétegen keresztül lesz vezérelve. Annyira, hogy nem lesz többé hd* eszközöd, csak sd* és sr*.
Szóval nem lesz ide-alrendszered, csak libata. Ez az scsi-ből fejlődött ki. Ebben van benne minden ide-driver, legyen az sata vagy pata. És mivel scsi-re épül, a lemezkezelést (cd, hdd, stb eszközök) az scsi menüben kell bekapcsolni, scsi vinyó, scsi cd...
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az nv framebuffer ütközik az nvidia driverrel. De a vesa nem.
Vesa framebufferből kétféle van, de 64 biten csak az eredeti vesafb megy. (A vesefb-tng ki sem választható.) Mai napig ezzel használom az otthoni AMD64 gépemet, nvidia bináris driverrel.Jó leírások vannak a beállításról, csicsásításról a Gentoo Wiki lapján.
Sipi
Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
doc
nagyúr
-
-
Rickenstein
senior tag
Ha notit telepítek én mindig elsőnek a hardware4linux -ot nézem meg. Ott álltalában van valami okosság a bugokra.
PS C:\>_
-
Daneey
tag
Nekem is testing van a notimon (IBM R50e), és szerencsére nincs semmi baja... Mostanában kezd a GNOME frissítgetni 2.2-re 2.18-ról a testing branch-ből.
Az Fn-keyeket még nem próbáltam (viszont a TFT fényerő állítgatás az megy Fn-ből), és a hibernációt TuxOnIce kernel-patch-el oldottam meg. Lekopogom, eddig működik...
[ Szerkesztve ]
-
bambano
titán
A bgp-hez autonóm rendszerré kell válnod, autonóm rendszer számmal tudtommal. Ehhez optimális esetben provider independent ip címtartományt kell kapni, de ilyet az én tapasztalatom szerint gyakorlatilag lehetetlen keríteni (hacsak nem vagy bazira nagy isp). Elméletileg provider aggregateable címekkel is megy, de azt nem hiszem, hogy egy isp-t rá tudsz beszélni arra, hogy routolja a másik isp címtartományait. Szóval ez a dolog nagyon szép műszakilag, de a magyar isp viszonyok útvesztőiben kivitelezhetetlen (pontosítok: nekem 2-3 év alatt nem sikerült leverni nagy magyar isp-ken).
Több asdl-t úgy lehet kihasználni, ha valamilyen metódussal fel tudod osztani a forgalmat. Például protokoll szerint (az egyik dróton jön be a webes forgalom, a másikon a többi), vagy a kliensek ip címe szerint (a páros végű ip-ket az egyik drótra natolod, a páratlant a másikra).
De ezek nem igazán teljes értékű load balancingok, a semminél azért jobbak.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
GD
őstag
http://www.brennan.id.au/20-Shared_Address_Book_LDAP.html
találtam egy ilyet, de LDAP-hoz szaglásom sincs, gondolom ez alapján meg lehet csinálni?
Új hozzászólás Aktív témák
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- WLAN, WiFi, vezeték nélküli hálózat
- Ismét mozgásban a Kingmakers
- Apple notebookok
- EAFC 24
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- gban: Ingyen kellene, de tegnapra
- Bemutatkoztak a Microsoft aktuális Surface gépei
- Suzuki topik
- Renault, Dacia topik
- További aktív témák...
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- AKCIÓ! - STEAM kulcsok / Punch Club, Oddworld: Soulstorm, Children of Morta, stb. - 2024.05.16.
- Új, bontatlan World of Warcraft gyűjtői kiadások
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen