Idézet: midnight coder - Dátum: 2009. okt. 13., kedd - 15:45
A windows az aktuális hardverrel fut jól. A linux a régiekkel. Én ellenkező irányból szoptam anno a linux-szal nem keveset. Amikor Pl. a TV-kártyámban lévő Conexant cx88xx-hez nem volt a kernelben driver (eredetileg bt848-volt, én úgy vettem meg hogy azt hittem még mindig az a chipset van benne, aztán odahaza kicsomagolva kiderült hogy mégsem). A linux kernel (akkor) nem támogatta, volt egy patch ami vissza volt portolva a fejlesztői ágból, kernel forgatás + modules.conf piszkálás után feléledt, de a színek elég érdekesek voltak, nem ment a hangolás és a rádió. Aztán jöttek különféle verziók, közben megjelent a hivatalos kernelben is, de hangolni ott sem lehetett meg rádió sem volt, de legalább a színek rendben voltak. Aztán végül vettem egy másik kártyát Bt848-as chipsettel, igaz a rádió abban is csak monóban volt hajlandó megszólalni, de aztán egy windowsos ismerőssel elcseréltem egy 2 évvel régebbi gyártású ugyanolyan TV-kártyára és az már szólt sztereóban. Ez még úgy 2005 magasságában volt. De volt linux-szal kalandom winmodemmel is, anno egy villám tönkrevágta a modememet és nem akartam túl sokat költeni a dologra, hát vettem egy winmodemet. Windows alatt nem is volt vele gond, de linuxon tömény szívás volt. Volt egy openszorsz driver, de az csak az előző kernel sorozattal volt lefordítható, és volt egy fizetős, ami shareware módban is működött - de csak 14.4-gyel ami 56k-s modemmel elég kínos volt. Úgy hogy maradt a win internetezésre. Persze ma már ADSL van ott is...
Igen. Vannak bizony olyan eszközök, amiket vagy az istennek sem fog támogatni a kernel, vagy ha van is valami support, nem sokat ér. Tény és való, hogy linuxban bonyolultabb egy drivert "kintről" betolni a kernelbe, ha az nem tartalmazza. Nem csak annyi, hogy bedobom a telepítőt, aztán hadd menjen, tényleg macerás, néha meg kín valóban.
Nekem anno sb hangkarikkal voltak érdekes perceim (mondjuk megérte, mert miután megszólalt, lett is sikerélmény rendesen - de hegeszteni is akartam szóval a probléma adott volt): a modules.conf-ba belőni a portot, irq-t, dma-t, még pár dolgot.
Ja meg kernelt forgatni make config-gal - na az valóban mazochizmus volt...
Mai linuxok sokat javultak ehhez képest szerintem még a driver-ellátottság területén. Érdemes megnézni az "instabil" kerneleket is, mennyivel több funkció van ott, s azért azok sem dőlnek csak úgy össze.
Anno egy netfilter-t érintő problémát sikerült elhárítani egy netklubban úgy, hogy haver forrást módosított (nem nagy dolog, de azért nekem lehetetlennek tűnt), meg is mutatta, csak a felszínt láttam, akkor nem sokat értettem belőle, de azért az már sikerélmény, ha ilyen szinten beleszól az ember a saját rendszere működésébe.
Aztán közösen csináltunk egy LFS-t, s azután már éreztük, hogy igazi
rendszer-rel van dolgunk. Meg az, hogy egy 500 useres netklub csomagszűrője (iptables), +mail szerver, +DNS szerver, +DHCP szerver volt, benne a gépben 4 vagy 5 hálókari, routolás, minden, mindez 256M memóriával, P3-as procival, slackware8-cal, természetsen szigorúan konzolon, GUI nem kellett, mert mire is kellett volna.
Windows alatt erre a feladatra ugyanazon vason akkor egyszerűen nem volt alternatíva. Win2k szerver alatt próbáltuk, de már a 3. hálókarit sem lehetett beizzítani (volt ott rtl8139, smc1255tx, akármi), egyszerűen nem találtunk olyan kombinációt, amikor ne fagyott volna csontra a gép, nem tudjuk, miért. Nyilván biztos meg lehetett volna oldani, csak más alaplappal, stb.
Linux alá meg behánytuk a NIC-eket, oszt ment. Végülis az alaplap kezelte.

Nem vonok le következtetést a fentiekből, csak annyit, hogy ott akkor nekünk bevált, a netklub azóta is így megyen, immár erősebb vassal, s több szolgáltatással természetesen.
Én akkoriban megértettem, hogy a linux valóban nem "otthonra készült" rendszer, a szó általunk is néha vitatott jelentését alapul véve. Hegeszteni kell, fejlődni vele, utánajárni egy rakás dolognak, mindenesetre foglalkozni vele. Én mai napig, ahol linuxot alkalmazunk, amíg lehet, GUI nélkül teszem. Hihetetlenül stabilak, távolról abszolúte konfigolhatóak, fapadosak, minimális szolgáltatások, minimális erőforrásigény valóban, nyilván adott feladatra.
Egyszer megkérdezték, hogy miért nem szeretem a GUI-t, mire azt mondtam: kliensre nem zavar, de szerverre már sok esetben fölösleges, illetve csak "kiegészítő" szerepet tölt be ma is, a konfigurációk zöme végrehajtható shellből is. Amúgy nincs bajom a GUI-val, használom én is, de egyszerűen megtanultam, hogy van, ahol fölösleges, s ezt alkalmazom. Nincs annál egyszerűbb, mint néhány konfigfájlban néhány sort módosítani.
De hogy miért írtam le mindezt a sok hülyeséget, azt ne kérdezd, mert már nem tudom...

:confused:
"Hey Ripley, don't worry. Me and my squad of ultimate badasses will protect you! Check it out! Independently targeting particle beam phalanx. Vwap! Fry half a city with this puppy. We got tactical smart missiles, phase-plasma pulse rifles, RPGs, we got sonic electronic ball breakers! We got nukes, we got knives, sharp sticks..."