Vyznam dual core

[Eagle]

No jiste ze ti nezverejni nove hry. Jen sem ti vysvetloval, proc nemuzes mit ve zdrojaku zpristupneny vsechen kod.

Já to samozřejmě vím, dříve se často využíval Miles Sound System na zvuk a ten určitě není možné poskytovat "free". Jenže to jen potvrzuje, co říkám - že prostě programátor komerční aplikace v drtivé většině případů nechce uveřejnit kód, neboť se tím chrání proti kopírování.

Toto je obycejna matematika kolem krivek a jejich navazovani. Kdyz budes mit zajem, tak ti poslu scripta z nasi fakulty.

Jenže program není jen matematika. Můžeš mít paralelismus pro určité specifické bloky, ale ty můžou být tak malé, že se je paralelizovat nevyplácí. Vyplatí se je třeba udělat v SIMD, což taky LAME využívá. Abys mohl paralelizovat všechno, musíš mít poměrně velké instrukční bloky - jednak kvůli režii OS a taky kvůli efektivnosti CPU (než načteš první data a instrukce do cache, trvá to; než z pipeline dostaneš první výsledek, trvá to; než vyměníš výsledky s druhým CPU jedoucím hlavní thread, trvá to). Aby se vyplatilo paralelizovat nějakou smyčku, musí se jednat o tisíce instrukcí (jednojádro při využití SIMD v tom může být hodně rychlé). Ale jestli si myslíš, že to tak není, běž to programátorům LAME předvést - je to open-source a oni určitě uvítají, když jim to trošku urychlíš BEZ ztráty kvality.

[Haste]

Jenže program není jen matematika.

To je prave ono. Ten matematicky navrh totiz nepocita s Multicore, coz ovsem VUBEC neznamena, ze to nejde. Jenom by to znamenalo zmenu celeho navrhu encoderu, coz uz nechce programatora, ale informatika nebo lepe matematika. Decodery by pak teoreticky mely zustat stejne.

[Eagle]

To je prave ono. Ten matematicky navrh totiz nepocita s Multicore, coz ovsem VUBEC neznamena, ze to nejde. Jenom by to znamenalo zmenu celeho navrhu encoderu, coz uz nechce programatora, ale informatika nebo lepe matematika. Decodery by pak teoreticky mely zustat stejne.

Jak už jsem řekl - http://www.hydrogenaudio.org/forums/...p?showuser=138. To je kontakt na programátora LAME, běž mu to vysvětlit, když mu nevěříš.

[Fox!MURDER]

proc sakra vsichni chtej paralelizovat jen rozdelenim do dvou stejnejch vlaken ?

[Eagle]

proc sakra vsichni chtej paralelizovat jen rozdelenim do dvou stejnejch vlaken ?

Je to nejefektivnější, asymetrická vlákna nemívají stejné vytížení CPU.

[Fox!MURDER]

Je to nejefektivnější, asymetrická vlákna nemívají stejné vytížení CPU.

takze radsi, nez abychom ziskali vyssi vykon mene efektivni cestou, zustaneme u nizsiho vykonu. bezva pristup ...

[Eagle]

takze radsi, nez abychom ziskali vyssi vykon mene efektivni cestou, zustaneme u nizsiho vykonu. bezva pristup ...

Jak se to vezme. U symetrických threadů je poměr výkon/námaha mnohem lepší než u asymetrických. Tak se jim nediv.

[Peca-on-line]

No ale pořád je to výrazně lepší než jedno vlákno, navíc při více asymetrickejch vláknech(víc než je jader) ten program líp využije cpu s různým počtem jader. Jaký bude využití jednotlivech jader už je věc OS.

[swarm]

To rad slysim, s temi vyvojari. Dalsi otazka je, jakou vysokoskolskou fyziku mas na mysli. Nechci nijak urazet treba CVUT, ale krome jaderky je tamni fyzika ponekud priliz prakticka a melka oproti treba MFF a to predevsim kvuli nedostaku potrebne matematiky.

Ja bych to s fyzikou na CVUT nevidel nejak zle. Kdo chce si tu cestu k fyzice treba na FELu najde (viz. "fyzikalni ctvrtky"). Takze bych to zas tak zle nevidel. Navic pro programovani her fyzika konkretne na FELu postacuje a zbytek, co clovek hleda uz se stejne douci sam. Ono si totiz nemysli, ze pri programovani her se neni neustale co ucit. Fyzika do her a klasicka fyzika jsou dve ruzne veci. Ja myslim, ze tohle je vazne trochu blbost resit.
Navic co mam zkusenosti, tak programatori her byvaj zrovna treba ohledne matiky dost bedny. Je problem, ze ty na to stale koukas jako na generic-programatora.

Jako jasne ze jsou i dobre programy pod windows, to jiste, ale stejne mam vzdycky pocit, ze hlavni neni kvalita, ale aby to hlavne vydelalo ty prachy.uje.

Blbost. Navic vetsina opensource programu je multiplatformni, takze pod windows a linuxem se jedna o ty same programy. Mimo jine rekl bych, ze dost opensource softwaru, co ja jsem mel tu cest, neni zrovna vzorem krasneho kodu. Navic opensource toho snese dost. I to, kde by s vama sef vybehl na dve doby.

Ve windows mi to pripada jako scifi, tam bych se vubec nedivil, kdyby se autor pri kompilaci musel drbat pravou rukou za levym uchem a odrikavat nejaou modlitbu, aby se mu to spravne zkompilovalo.

Probuh. Kam na tohle chodis?? Jako moje zkusenost je, ze tolik problemu s kompilacema jako jsem mel na linuxu, jsem na zadne jine platforme v zivote neresil. Ale i tak to samozrejme tady nejak religiozne nepodavam, jak jsou linuxovy programatori odpadem remesla .

[pYr0]

2Fox&Eagle: Co si predstavujete pod pojmom asymetrické a symetrické vlakna? Objasnite. Ja poznam len ze existuju 2 rozne typy schedulerov -
asynchroný(AMP): Os bezi na iba jednom jadre, zatial co na ostatnych jadrach bezia ostatne aplikacie, thready - menej efektivne na prostriedky, lahsie programovanie
symetricky(SMP): Os bezi na viacerych procesoroch spolu s ostatnymi aplikaciami - viac efektívne využívanie prostriedkov, tazsie programovanie, v sucasnosti vyuzivajuc drtiva vecsina OS vratane vsetkych Windows, vydanych od verzie NT

[Peca-on-line]

Jestli to správně chápu, tak tady šlo o něco jinýho, pro ilustraci třea komprimace vidoeklipu:
symetricky - rozdělím klip na x částí a každýmu jádru předhodím jednu
asymetricky - jednomu jádru zadám komprimaci zvuku, druhýmu videa

[Petrik]

Sorry za hodne OT:S tim programovanim pod woknama jsem asi ulit, uznavam, ale asi to je tim, ze jsem mel tu cest pracovat ve vyvojovem prostredi embeded Visual C# 4 .Prvni veliky uspech byl, kdyz to pri instalaci neshodilo wokna (muselo se upravit bootovani woken). Dalsi velky uspech byl, kdyz to pri spusteni neshodilo wokna (uprava registru) a konecne, to nejtezsi, aby to pri kompilaci neshodilo wokna (instalace patche a uprava reg). Testovano na 4 kompech, z toho zprovozneno jen na 2, ostatni dva to poste nedali. Pravda je, ze na woknech nebude problem se zavislostma, jelikoz vsechny wokna maj asi vestinou stejny verze knihoven. To je jediny problem v linuxu: clovek musi vetsinou rucne natahat potrebny knihovny, vyjimka je gentoo a jeho portage system. Jinak se rika ze alespon co se systemu a predevsim jadra tyka, ma linux jeden z nejlepsich kodu vubec, lepsi ma mozna nejake BSD a pod. Kdyby to byla nejaka pasarna, tak by to asi nebezelo na 9 z 10ti nejvykonnejsich kompu sveta

Ja bych to s fyzikou na CVUT nevidel nejak zle. Kdo chce si tu cestu k fyzice treba na FELu najde (viz. "fyzikalni ctvrtky"). Takze bych to zas tak zle nevidel. Navic pro programovani her fyzika konkretne na FELu postacuje a zbytek, co clovek hleda uz se stejne douci sam. Ono si totiz nemysli, ze pri programovani her se neni neustale co ucit. Fyzika do her a klasicka fyzika jsou dve ruzne veci. Ja myslim, ze tohle je vazne trochu blbost resit.
Navic co mam zkusenosti, tak programatori her byvaj zrovna treba ohledne matiky dost bedny. Je problem, ze ty na to stale koukas jako na generic-programatora.

Blbost. Navic vetsina opensource programu je multiplatformni, takze pod windows a linuxem se jedna o ty same programy. Mimo jine rekl bych, ze dost opensource softwaru, co ja jsem mel tu cest, neni zrovna vzorem krasneho kodu. Navic opensource toho snese dost. I to, kde by s vama sef vybehl na dve doby.

Probuh. Kam na tohle chodis?? Jako moje zkusenost je, ze tolik problemu s kompilacema jako jsem mel na linuxu, jsem na zadne jine platforme v zivote neresil. Ale i tak to samozrejme tady nejak religiozne nepodavam, jak jsou linuxovy programatori odpadem remesla .