|
From: Petr T. <pto...@ss...> - 2002-12-18 18:59:37
|
Marek Vondrak wrote: > Cau, > vypada to, ze se budou muset udelat nasledujici zmeny: > 1) refresh repliky znamena refresh cele replikacni skupiny - to muze > zpusobit nejake implementacni problemy, protoze pointer replicas nejsou > monitored pointery > 2) explicitni smazani repliky = okamzite smazani cele replikacni skupiny > (stejne problemy jako 1)) > 2) jsou na repliku povoleny strong pointery? strong-property jiste ne > (note: pointer replica je vzdy weak), protoze to by znamenalo, ze > replika je zahrnuta do jine migracni skupiny. co ale stack-strong? pokud > ano, replikacni skupinu lze smazat po vyprseni timeoutu az kdyz na ni > neexistuje stack-strong Zde je dobre pripomenout o co vlastne jde. Proc chceme stack strong na repliku? Abychom meli zajisteno, ze na ni muzeme sahat porad, a nikdo nam ji pod rukama nezrusi. Samozrejme pro asnyc rpc todle vubec neni potreba. Jde jen o sync rpc, kdy gc bude mazat repliky timeoutem behem toho, kdy ma nekdo strong na repliku behem vyvolani sync rpc volani. Je moznost rict, ze stack strong na repliku muze behem sync rpc volani prestat byt validni, ale to je asi divne a tezko uhlidatelne. Takze zbyva jedine timeout mazani replik pozdrzovat, dokud vsechny repliky z jedne replikacni skupiny uz nejsou stack referenced. Btw. z bodu 1 a 2 vyplyva, ze smaznuti repliky neni zas tak rychla operace - znamena to enumerovat celou replikacni skupinu, a tu celou smazat. Petr |