Most pedig vitatkoznak, hogy az uj kernel 2.6 vagy 3.0 nevu legyen.

Az egész hozzászólásodat „ollóztad” valahonnan??? 😆 😳
A tavasszal volt errõl úgy egy hétig tartó vita, amit a média felfújt. Linus lassan egy fél éve döntötte el, hogy a következõ stabil szériának 2.6 lesz a neve (azóta már a 4. tesztváltozat is megjeleni).

ujabb kernelekbol azt az elcsent dolgot es tegyenek be helyette egy teljesen sajat fejlesztesut, ennyiben valtoztassak meg utolag a kiadott kerneleket, ill. az ezutan kovetkezoket is azzal a sajat fejlesztessel adjak ki.

Mit értesz elcsent alatt?? Ha azt állítom, hogy elcsentél tõlem egy számítógépet, akkor a legnyagyobb egyetértésben adsz nekem egyet? Függetlenül attól, hogy van-e alapja, vagy elcsenés helyett legálisan megvetted? Talán nem világos, de az SCO tulajdonában levõ UNIX kód eredetileg szabadon felhasználható kód volt, amit az egyetemek szabadon cserélgettek egymás között, és a most jogvédett kódot sok tankönyvbe is beletették, mert akkor még mindez legális volt. Ha az akkori változatot használták fel, akkor az egyértelmûen legális.

eddig olyan tesztet nem láttam, amiben a server 2003 maradt alul….

A hdparam kérdezi le és állítja be a vinyó paramétereit (az UDMA a lényeges most).

Tehát, nyiss meg egy terminált, majd root-ként (su root) írd be:
#
#
Itt pl. ezt kellene kapni (UDMA5 esetén):
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5

De a biztonság kedvéért inkább ezt írd be:
#
Ez a parancs leméri a vinyód átviteli sebességét, valószínûleg alacsony értéket kapsz.

Nagyon sok fix került be a kernelbe a test3 óta, próbáld meg a legutolsó -bk kernelt feltenni, ha ott is jelentkezik, akkor adjál fel pl. a kernel listára egy teljes bugreportot. Nekem a test1 van fent, és nem találkoztam egyetlen hibával sem, bár ettõl függetlenül nagyon sok hiba van benne (1451 patch 3 hét alatt).

http://linux.bkbits.net:8080/linux-2.5
http://kernel.org/pub/linux/kernel/v2.6/sn…-test3-bk10.bz2

Hmm, tehát van egy „hõskorból” származó forráskódod, amit módosítani vagy újra megvalósítani szeretnél.

Informatikai léptékkel réges-régen, még a PCI busz elõtt, a nagy Hõskorban a számítógépek teljesítménye miatt nagyon sok terület erõsen korlátozott volt. A számítógépes grafika egy tipikus I/O korlátozott terület volt, hasonlóan az elosztott rendszerek párhutamos feldolgozásához. Nevezetesen a grafikus kártya csatolófelületének sebessége nagyságrendekkel lassabb volt, mint a grafikus processzor és a kártyán levõ memória sebessége. Azért aztán a grafikus algoritmusokat is ennek megfelelõen kellett megtervezni. Az ebbõl az idõbõl származó egyik leghatékonyabb és legelterjedt megoldás neve: X Window System.

Az Xlib-bõl hiányoznak az olyan funkciók, amiket abban az idõben a grafikus processzor nem tudott végrehajtani, mivel a grafikus mûveleteket a CPU a lassú csatoló miatt nem dolgozhatott fel. Jelenleg egy ablakos renderelési módszert használnak általában, ahol csak a látható részek kerûlnek kiszámításra, és az adatok tömörítve vannak a memóriában, vagy valós idõben értékelõdnek ki.

http://www.cab.u-szeged.hu/local/linux/mot…tif/node16.html

Ehhez viszont abban a tekintetben kernem a segitsegedet, hogy melyek azok a konyvtarak amiik segitsegevel ezek,pl a retegkezeles (szamomra ez lenne a legjobb) megvalosithato?

Nagyon sok létezik, de nem biztos, hogy szükséged van rá. Szerintem a legtöbb esetben elég pár alapalgoritmus, amiket a már meglevõ adatstruktúrához lehet igazítani.

Pár hasonló GPL-es megvalósítás:
http://www.gpsdrive.de
http://phpwirelessmap.sourceforge.net
http://gpsmaps.org/viking