Comments on: .NET teljesítményhangolási tapasztalatok 6. http://soci.hu/blog/index.php/2009/02/23/net-teljesitmenyhangolasi-tapasztalatok-6/ Az ember kivételével minden állat tudja, hogy a legfontosabb dolgunk az életben: élvezni azt. Mon, 21 May 2012 17:48:25 +0000 http://wordpress.org/?v=2.6 By: Soczó Zsolt http://soci.hu/blog/index.php/2009/02/23/net-teljesitmenyhangolasi-tapasztalatok-6/#comment-67974 Soczó Zsolt Mon, 23 Feb 2009 15:05:44 +0000 http://soci.hu/blog/?p=771#comment-67974 A min pool size önmagában nem segít az sp_resetconnection miatti körülfordulásokon. Márpedig és még egy gépen is interprocessz kommunikáció, lassú. Az állandóan nyitott konneksön az ok, én is ezt csinálom, csak nem állandóra, hanem a backtest elején megnyitom, pár óráig nyitva marad, majd lezárom. A min pool size önmagában nem segít az sp_resetconnection miatti körülfordulásokon. Márpedig és még egy gépen is interprocessz kommunikáció, lassú.
Az állandóan nyitott konneksön az ok, én is ezt csinálom, csak nem állandóra, hanem a backtest elején megnyitom, pár óráig nyitva marad, majd lezárom.

]]> By: KRis http://soci.hu/blog/index.php/2009/02/23/net-teljesitmenyhangolasi-tapasztalatok-6/#comment-67973 KRis Mon, 23 Feb 2009 14:58:00 +0000 http://soci.hu/blog/?p=771#comment-67973 Nekem van egy mini ERP rendszerem, amelynek kliense egy Desktop (Winforms) alkalmazás. Jó esetben, ha nem fagy le :))), akkor reggel elindítják, este kikapcsolják... A user napközben a 10-20+ törzstáblát, és millió egyéb listát túr, és viszi fel az új adatokat (megrendelés, számla, partner, stb.). Vannak bizonyos fő-listák, amelyek automatikusan frissülnek (1-2 percenként), mivel ezek a listák a folyamatok lelkei. Itt én azt a megoldást alkalmaztam, hogy van 1 kapcsolat amit én kezelek explicite (nem zárom be soha, csak alkalmazás shutdown esetén), és van a "többi" ahol engedélyezve van a pooling. Ez tulajdonképpen nem más mintha a MinPoolSize-t lőttem be volna a kívánt értékre... Így lehet spórolni kapcsolat nyitást-csukást. Tehát a legjobb ha felmérjük, hogy mennyi kapcsolatra van szükség, és ennek megfelelően állítjuk be. Persze ekkor meg beszólhat a rendszergazda, hogy minek akarok én annyi kapcsolatot egyszerre... A fenti alkalmazásban ez nem volt gond, mert kb 10-20 konkurens user volt max, így bőven belefért... Nekem van egy mini ERP rendszerem, amelynek kliense egy Desktop (Winforms) alkalmazás.

Jó esetben, ha nem fagy le :))), akkor reggel elindítják, este kikapcsolják…

A user napközben a 10-20+ törzstáblát, és millió egyéb listát túr, és viszi fel az új adatokat (megrendelés, számla, partner, stb.).

Vannak bizonyos fő-listák, amelyek automatikusan frissülnek (1-2 percenként), mivel ezek a listák a folyamatok lelkei.
Itt én azt a megoldást alkalmaztam, hogy van 1 kapcsolat amit én kezelek explicite (nem zárom be soha, csak alkalmazás shutdown esetén), és van a “többi” ahol engedélyezve van a pooling.
Ez tulajdonképpen nem más mintha a MinPoolSize-t lőttem be volna a kívánt értékre…

Így lehet spórolni kapcsolat nyitást-csukást. Tehát a legjobb ha felmérjük, hogy mennyi kapcsolatra van szükség, és ennek megfelelően állítjuk be. Persze ekkor meg beszólhat a rendszergazda, hogy minek akarok én annyi kapcsolatot egyszerre…

A fenti alkalmazásban ez nem volt gond, mert kb 10-20 konkurens user volt max, így bőven belefért…

]]>