Využití CPU OS

[Scorp]

Je pravda že Linux využívá CPU mnohen efektivněji než Win? Případně jaký by byl nárust výkonu z XP na linux?

[Wohmatak]

to bude naka fama )
rozdily budou treba v multitaskingu nebo tak, ale v nakym vyuzivani CPU?
to jako ze by Windowsy nektery casti CPU nevyuzivaly?

u linuxu jde akorat kazdej program (kterej je open-source) zkompilovat s optimalizacema pro danou architekturu, resp. pro danej procesor... a u nekterych programu to opravdu pomaha (ale to porovnavam neoptimalizovany vs. optimalizovany)

a pak tu jsou drobna vylepseni, ktera prichazeji s kazdou verzi jadra...

ale zajimalo by me jak bys chtel tohle objektivne merit?

[rOn]

kamosova P2-300 vo Win nestiha novsie divXy (resp. tie s vyssim rozlisenim uz skoro vobec), pricom v Linuxe mu vsetky filmy bezia s vyuzitim prociku na 50%.

[Wohmatak]

kamosova P2-300 vo Win nestiha novsie divXy (resp. tie s vyssim rozlisenim uz skoro vobec), pricom v Linuxe mu vsetky filmy bezia s vyuzitim prociku na 50%.

a cim to prehrava ve win?
navic to muze byt i driverama na grafiku apod.

[rOn]

kamosova P2-300 vo Win nestiha novsie divXy (resp. tie s vyssim rozlisenim uz skoro vobec), pricom v Linuxe mu vsetky filmy bezia s vyuzitim prociku na 50%.

a cim to prehrava ve win?
navic to muze byt i driverama na grafiku apod.

vo win su vsetky prehravace na tom priblizne stejne, bsplayer ci vplayer ci mplayer, nestiha to na nicom... ono 300vka - neni sa comu cudovat. comu sa cudujem je, ze mu to stiha pod linuchom..

[Lopan]

Pokud tam ma zkompilovany mplayer, tak se to projevi.

[wong]

Pokud tam ma zkompilovany mplayer, tak se to projevi.

jj to rozhodne, ale to neni zalezitost OS, ale spis toho prehravace. kdyby sis mohl zkompiloval bsplayer pod windows, urcite by to taky jelo lip

[hpcpg]

Zakladni vyhoda open-source - muzes si to zkompilovat se vsemi optimalizacemi pro tvuj procesor. Myslim ale ze takove prehravace videi se uz kompiluji i s optimalizacemi minimalne pro pentium, protoze jinak je to hovadina, protoze poradne video stejne na nicem horsim neprehrajes. Taky winXP urcite nebudou staveny pro 386. Ale samozrejme GCC je v optimalizacich nejlepsi. V takovem mplayeru jsem rozjel v pohode 14 divxovych filmu naraz bez trhani(vic jsem jich na hadru nemel) na 1700+. Hlavne je ale poznat ze na rozdil od windowsovskych prehravacu se nic netrha behem posunovani.

Ovsem urcite taky na vykonu ma svuj podil kernel. Otazka je ktery je lepsi.

[miho]

Ale samozrejme GCC je v optimalizacich nejlepsi.

To plativalo kdysi. Ted uz to (bohuzel) neni pravda... Treba ICC produkuje lepsi vystupy a to nejen pro Intel ale i pro AMD. Ani Visual C++ na tom neni spatne.

Na gentoo forech se o tom dost obsirne diskutovalo, v Linux+ cislo 66 (10/2002, PL) je srovnani GCC vs ICC a byl to docela debakl. Hlavne ve floating point. Na netu jsem take videl srovnani a tam pitvali primo strojak jak co ktery prekladac prelozil. Opet na tom nebylo GCC prilis dobre. Pokusim se najit.

Jen takova poznamecka na okraj, GCC 2.95 daval o neco lepsi vysledky pri prekladu C nez GCC 3.2. U C++ je to naopak.

[Wohmatak]

jj, ICC je lepsi, ovsem furt neni standartem... ja zustanu u GCC za tu praci mi to nestoji

[Gargamel]

nooo... souhlasil bych s tim ze Intel Compiler bude asi lepsi, precejenom na tom delaji lidi kteri tomu rozumi, hlavne optimalizace pro P4 treba. U GCC (ted mluvim o GNU Compiler Collection) jsem si myslel ze diky te tune voleb se daji omptimalizace nastavit docela dobre... No a MSVC je mne celkem na nic, neni multiplatformni. Mozna by stalo za to udelat test - zkompilovat gentoo s ICC, jake by to bylo (tady se ale bojim nekompatibility C jazyku).

2 hpcpg: chtel bych te videt jaks to udelal, overlay muze byt jenom jeden (HW). Pak to muzes pustit s necim jako -vo null ale to ti moc nepomuze, neodrazelo by to presne zatizeni v realu. atd...

2 rOn: se nedif ze sou na tom stejne kdyz pouzivaji jednotny objekt DirectShow se stejnym kodekem Zkompilovanim prehravace vubec nic neziskas.

Hlavni rozdil je v tom, ze mplayer pouziva libavcodec, ktery ma mnohem mensi zatizeni CPU nez komercni DivX (castecneho zlepseni pod windoze dosahnes pouzitim ffdshow kodeku). Dalsi vec je to, ze pokud se mplayer zkompiluje rucne, automaticky se zkompiluje s optimalizacema na dany procesor (autodetekce - pokud neni zakazana parametrem v configure jako to delaji distribuce).

Pro srovnani (furt to tady hlasam ale je to pravda): test AMD K6-2@350, VIA MVP3, Matrox G200 (co mam ted u sebe). Windoze 2k, film se trha, zatizeni 100% CPU bez PP. Linux SuSE 7.2, mplayer (nejaka postarsi verze), matroxfb, mplayer -vo mga_vid - zatizeni 80-100%, film jede plynule, autoPP (prumerne 3-6, obcas spadne na nulu). Takze rozdil obrovsky.

[hpcpg]

2 hpcpg: chtel bych te videt jaks to udelal, overlay muze byt jenom jeden (HW). Pak to muzes pustit s necim jako -vo null ale to ti moc nepomuze, neodrazelo by to presne zatizeni v realu.

Nevim co myslis, pokud je to s tema filmama, tak nevim proc to de, ale de to. Spustil jsem to jako 14 mplayeru, aby nevznikly dohady.

2Miho: To s tim GCC bylo spis jako sranda.

[Wohmatak]

Gargamel: jestli te zajima kauza ICC vs. GCC tak zkus pohledat na gentoo forech, dost se to tam resilo a myslim ze to porovnani tam i nekde bylo...