( janoszen | 2014. 05. 16., p – 08:35 )

A majdnem atomi az nem atomi. Ha kelloen sok forgalmad van (mar pedig a jelek szerint van), elo fognak fordulni adatkonzisztencia-problemak. Szoval vagy szuksege van az adataidnak lockolasra, vagy nincs. Ha van, akkor hasznalj valamit, ami tenyleg atomi. Telepithetsz meg egy Redist is, csak eppen a) nem teljesiti a lockolas kovetelmenyet b) eggyel noveli a komponensek szamat amikkel foglalkozni kell. c) tok folosleges, mert egy meglevo komponensed sokkal jobban megoldja a feladatot kulonosebb erolkodes nelkul, tekintve hogy egy, a kulcsok szamaval megegyezo elemszamu tablaban kell updateket vegrehajtani (kb 5-10 sor), ami elfer memoriaban es merhetetlenul kicsi terhelest okoz.

Alapvetoen a clusterepitesnel alapszabaly, hogy feltetelezes helyett merni kell, lehetoseg szerint valos forgalommal. Mernek fogadasokat kotni, hogy mennyire keves RAM-mal es CPU-val megaldott virtualis gepen tudnam meg vigan rohogve kiszolgalni a lockolasi kereseket.

Update: azert vannak hasznalhato lock szerverek. Gyors guglizas utan raakadtam erre. A kodja eleg egyszerunek tunik ahhoz, hogy akar mukodjon is.

--
Pásztor János
Üzemeltető Macik