Interjú Con Kolivas-szal

Hacker, White Hat

Az APC interjút készített az ex-kernelfejlesztő Con Kolivas-szal. Az ausztrál orvos aki sok év után nemrég reményvesztetten állt odébb a Linux kernel fejlesztésétől azt állítja, hogy a Linux kernelt telerakták "enterprise sz.rral", ezért az gyengén fut a desktop PC-ken. Az 1980-as évektől induló interjú itt és itt.

( padawan | 2007. 07. 25., sze – 08:35 )

Van valami abban amit mond, viszont meg igyis gyorsabb desktopnak mint pl. a Windows (nem flame!).
Persze ez nem csak a kerneltol fugg, lasd WM-ek.

( NagyZ v | 2007. 07. 25., sze – 09:52 )

haha, vegigolastam. hat ha Ingo ilyen kocsog volt, akkor
igy jartak, hogy nemlesz tobb ck patchset.

"igy jartak, hogy nemlesz tobb ck patchset."

Így van. Így jártak a -ck patchset használói. A többiek nem jártak sehogy sem, hiszen a -ck patchet egy külső patchset volt. Aki nem használta, az nem járt sem jobban, sem rosszabbul.

--
trey @ gépház

( Chain-Q v | 2007. 07. 25., sze – 09:58 )

Hat, ez mar nem is vicces... O is az Amigaval kezd, mint jo peldaval... Egyebkent annyira igaz amit mond, az IT es a Linux kernel altalanos helyzeterol, hogy nem is lehet mit hozzatenni. Talan csak annyit, hogy GUI, az userspace es altalaban a nagy Linuxos desktopok teren ha lehet meg rosszabb a helyzet... Sajnos. :|

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

( uid_228 | 2007. 07. 25., sze – 10:35 )

Összefoglalom a helyzetet:

Windows - ezt nem kell összefoglalni
OS X - egyre inkább az Apple médiabirodalom értékesítési keretrendszere, az Apple Buyer Terminalokra telepítve
Linux - évek óta folyamatosan kúrják széjjel
FreeBSD - évek óta folyamatosan kúrják széjjel, Matthew Dillon is megmondta
OpenBSD - néhány dühöngő óvodás újraír mindent BSD licenc alatt, közben kimaradt a reality check, hogy 2007 van és az ős-Unix óta volt némi technikai fejlődés
NetBSD - remekül üzemel a kávéfőzőkön
DragonFlyBSD - "még nem tart ott"

Azt hiszem, hogy megyek és az álláskereső fórumba postolok egy hirdetést; van-e valahol nyitott birkapásztori pozíció. :)))

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

ez nem szemelyeskedes. teljesen szakmai dolgokrol van szo. a szemelyeskednes az lenne ha azt mondanam hogy dagadt vagy :)

Reyk mar dolgozik a WPA-n. Egyebkent a 2. kerdesedre azert nem valaszolok mert ott van a smiley a vegen es ez is csak azt bizonyitja hogy gozod nincs mirol beszelsz.

Szerintem nézzél bele egy picit a Windows mélyére. Azok a betűjelek mögött is van valami ilyesmi, mint például:

multi(0)disk(0)rdisk(0)partition(1) vagy pl ilyen, hogy \Device\Harddisk0\Partition1

De nem is ez az érdekes, hanem az, hogy egy partició kapásból kap egy egy id-t és az alapján azonosítják azokat. Pl. XP-mnek jó eséllyel nem okozna semmi problémát az, ha felcserélném a két 200GB-s SATA vinyómat, linuxon jó eséllyel helyből felcserélődne a neve (/dev/sda -> /dev/sdb, /dev/sdb -> /dev/sda).

_____
Legyél egyéniség! Ne köve$d a divatot! Használj te is Ubuntut! -- Nem vagyok egyéniség. :)

Na ezen épp szerkesztettem, közben írt bastya_elvtars. Az előző posthoz még hozzáfűzendő ez:

Láttam már Linuxot nem bootolni egy kernel frissítés után, mert /dev/hdx -ből /dev/sdx lett. Igen, tudom, udev, valamint ritka eset, meg most már nem csak ez a módszer van)

(Mgj. Ha rendszervinyó, akkor esetleg előfordulhat, hogy szerkeszteni kell a boot.ini -t)

Továbbá a Windowsnak az se gáz, ha változik a betűjel alatta, mert nem fixen X:\Windows -ból dolgozik, hanem pl így keresi meg a gyökérparticiót: multi(0)disk(0)rdisk(0)partition(1)\WINDOWS

Amik nem szokták szeretni az elérési útvonalak változását, azok inkább a programok, melyek fixre letárolják az útvonalakat (ilyenből sajna van egy pár).

_____
Legyél egyéniség! Ne köve$d a divatot! Használj te is Ubuntut! -- Nem vagyok egyéniség. :)

/boot/grub/menu.lst:
kernel /boot/vmlinuz-2.6.20-16-generic root=UUID=07c19f6b-d7c6-33d9-bd66-c0beu98f5f93

/etc/fstab:
# /dev/hdc1
UUID=07c19f6b-d7c6-33d9-bd66-c0beu98f5f93 / ext3 nouser,(satobbi) 0 1
# /dev/hdc5
UUID=7301eefc-5cdf-4e0c-adae-cfdc4e33dfad none swap sw 0 0

Szoval nem hiszem, hogy barmi gondot okozna a cserelgetes.

Egyrészt elővehetnéd a humorérzékedet néha, ha a hőnszeretett OBSD-det "kritizálja" valaki. Másrészt meg gondolj csak bele abba, amit írtam, lehetőleg a szemellenződ nélkül: többmagos CPU-k (az Opteronok NUMA-jellegű memóriakezeléséről nem is beszélve)? LVM, könnyedén átméretezhető filerendszerrel? Firewire-támogatás? WPA-támogatás?

Hirtelen csak ezek jutnak eszembe, lehet, hogy valamelyik azóta már megvalósult, nem követem napi figyelemmel az OpenBSD-t (se). Minden rendszernek megvan a jó oldala és a gyengéi is.

Ha meg már az evolúciónál tartunk, akkor hadd jegyezzem meg, hogy a Linux valószínűleg ezzel a rettentő fejlesztési tempóval, annak minden hátránya ellenére fogja maga mögé kényszeríteni hosszú távon a versenytársai jó részét.

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.