Rychlost paralelniho resolvovani (long)

[Michal Krause]

On 15/01/2001, Pavel Kankovsky wrote:

> > Me slo spis o to, ze nekde bylo misto adresy/hodnoty "Cannot access
> > memory at address...", coz pak gdb hlasi i pri pokusu o zobrazeni
> > dalsich symbolu.
> 
> Tam to vskutku vypadalo nejak divne (bohuzel jsem to uz zahodil).
> Vypadalo to, jako by zasobnik najednou skoncil.

Mezi tim jsem zjistil, ze za to mozna muze optimlizace. Debugoval jsem
obycejny single-thread program a narazil jsem na stejny problem. Pomohla
kompilace bez -fomit-frame-pointer, -funroll-loops atd.

> > Reentrantni AFAIK neznamena, ze dvoji zavolani jeden z threadu
> > docasne nezablokuje, ale to, ze nemuze dojit ke kolapsu nebo zmateni
> > ci poskozeni predavanych dat. Takze reentrantni je, ale kriticke
> > casti jsou nejspis jenom obklicene mutexem, misto nejakeho
> > inteligentnejsiho reseni.
> 
> Tomu, ze nemuze dojit k nejakemu prusvihu, se vetsinou rika MT-safe.
> Kdyz nekdo rekne reentrantni, tak ma na vetsinou mysli prave to, ze si
> dve instance tehoz kodu nelezou nijak do zeli...

Tak ted uz se v te terminologii fakt nevyznam. Mel jsem pocit, ze

reentrantni = schopne behu ve vice instancich
thread-safe = schopne behu ve vice instancich nad stejnymi daty (typicky
              treba filedescriptor)

Ze by muj dojem byl spatny?

S pozdravem
-- 
Michal Krause                                                       /\
ICQ: 7665279            Informace (nejenom) ze sveta Linuxu      /\/  \
email: michal na krause.cz _______ http://www.root.cz/ _______ NAVRCHOLU.cz

Vseci by chceli byt van Goghmi, ale odrezat si ucho ani jeden.
                                                  J. Raz ve filmu Rabaka