[OT] Xp - vykon dvou jadra

[RV]

Dne 10.7.2013 18:29, Petr Labaj napsal(a):
> Odpovidam s mirnym zpozdenim (dovolena).
>
> Nevim tedy, proc se ptate takto utocne.

Ja tedy nevim, ale nic utocneho v dotazu na vase zkusenosti s 
paralelizaci nevidim.

Ja jsem nepsal, ze je to
> jednoduche. Naopak jsem psal, ze to chce pana programatora,
> a rozhodne jsem netvrdil, ze je to samosebou.

Pokud uloha neni vhodna na paralelizaci tak muzete byt programator jaky 
chcete a nic s tim neudelate - zjistite pak treba ze na obsuhu vlaken, 
jejich synchronizace apod. mate vetsi rezie nez pri pocitani jednim vlaknem.
To je proste fakt, se kterym zadny programator nic neudela. Pak by me 
zajimalo jak jste dospel k tomu, ze zrovna tabulkovej kalkulator je 
pripad vhodnej pro paralelizaci - vy jste delal nejakou hlubsi analyzu 
toho zpracovani? Protoze ja bych to rozhodne od stolu rict nedokazal a 
neverim, ze ani kdokoli jinej kdo se tim delsi dobu nezabyval.

> Reagoval jsem jen na to, ze puvodni tazatel naopak vyzdvihoval
> jako vyhodu, ze to cele bezi na jednom procesoru.

no otazkou je jak dalece jsou Win XP pripraveny na paralelni zpracovani 
procesu

> Ale kdyz uz jste se zeptal: ano, programoval. A pokud neco noveho
> zacinam programovat (at uz vlastnorucne nebo jako "ridici organ" ;-),
> tak jedno z prvnich kriterii je rozmyslet, jak ulohu rozdelit na paralelni
> procesy/vlakna (samozrejme ne u kratkych jednorazovych programu).
> Trend zvysovani vykonu u nove vypocetni techniky si takovy postup zada.

To ze jde neco paralelizovat a je to vhodne neni o tom, jestli je 
program kratkej nebo dlouhej - kriteriem jsou jen prinosy a vhodnost 
ulohy - ted zrovna piseme win servis, kterej periodicky testuje DB a na 
zaklade udaju v ni presouva pomerne macate fyzicke soubory pres pul 
republiky - kazdy presun je samostatne vlakno vcetne veskere obsluhy 
logovani, zaznamu do DB atd.
Programek je to naprosto kratouckej a defacto jednorazovej - pousti se 
jednou za urcity cas. Presto je naprosto idealni pro paralelizaci.

Trendy jsou spis ve virtualizaci, ktera prave umozni dotizit dostupny 
vykon HW a nebo naopak dokaze zkumulovat vypocetni vykon z jinak 
nevyuzitelneho vykon HW. Virtualizace totiz pomuze i v pripadech, kde 
paralelni zpracovani neni mozne.


> *************************************
>
> From: "Admin HWnews" <hwnews na cncnet.info>
> To: "HW-news" <hw-list na list.hw.cz>
> Sent: Tuesday, July 09, 2013 4:50 PM
> Subject: Re: [OT] Xp - vykon dvou jadra
>
>
> A vy jste nekdy neco takoveho programoval, ze o tom pisete tak jako, ze
> to je samosebou?
> Ono totiz k paralelizaci jsou vhodne jen urcite typy vypoctu a cinnosti
> a zase tak mnoho jich neni.
>
> RV
>
> Dne 9.7.2013 16:28, Petr Labaj napsal(a):
>> No teda nevim, ale ja bych to zhodnotil presne naopak.
>> Pokud narocna uloha neumi vyuzit vice jader, tak je to naopak docela
>> mizerne napsany program. Jet na jednom procesoru umi kazdy program,
>> ktery napise zacinajici programator. Ale umet dobre a efektivne rozdelit
>> ulohu na procesy/vlakna, ktera mohou bezet paralelne, to uz chce pana
>> programatora.
>> Navic v dnesni dobe, kdy se vykon pocitacu zvetsuje zejmena zvysenim
>> poctu paralelnich procesoru (a nikoli zvysenim rychlosti tech procesoru),
>> je schopnost psat paralelni ulohy cim dal tim dulezitejsi.
>>
>> PL
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
Tento e-mail včetně příloh může obsahovat důvěrné informace. Jestliže nejste zamýšlený adresát tohoto e-mailu, pak jakákoliv forma zveřejnění, tisk, kopírování, distribuce nebo šíření tohoto e-mailu a připojených příloh je přísně zakázáno. Pokud obdržíte tento e-mail omylem, oznamte to neprodleně jeho odesilateli a okamžitě tento e-mail včetně jeho příloh trvale vymažte ze svého systému. Odesilatel e-mailu neodpovídá za jakoukoliv škodu způsobenou modifikacemi či zpožděním přenosu e-mailu.

 

This e-mail and any attached files may contain confidential information. If you are not the intended addressee of this e-mail, you are hereby notified that any disclosure, printing, copying, distribution or dissemination of this e-mail and any attached files is strictly prohibited. If you receive this e-mail in error, please immediately notify the sender and permanently delete this e-mail and its attachments from your system. The sender of this e-mail does not accept liability for any damage that may be caused by any modifications or delay in the transmission of it.