Arkadaşlar,
Aşağıdaki soruları şöyle bir durum bağlamında soruyorum.
En dışta bir asp sayfası
İçte iki iframe
iframe'lerden birinde n tane iframe var.. Bu n tane iframe den sadece bir tanesi aktif oluyor. Bu iframlerden birisinde düzenlemeler için pop-up olarak (modal pencere) veri girişi yaptırılıyor. Sessionda datasetler saklanıyor.
IIS üzerinde yayınlanan bir site de iis'in memory sınırlarının aşıldığını nasıl tesbit edebilirim?
IIS bütün sessionlar için tek bir sınır mı tanır yoksa her session için ayrı ayrı bir sınır mı var? (Bir session için sınırlara ulaşılmışken bir diğeri için ulaşılmamış olabilir mi?)
IIS kaynak sınırlarını zorlayan işlemlerde n etür hatalar albilirim. Örneğin...
Bir sayfada bir şeyler ekleyip diğer sayfada okurken bir sayfada eklenirken hata vermemişken aslında ekelemdiğinden ötürü diğer tarafta okuma porblemleri yaşayabilir miyim?
http://msdn.microsoft.com/en-gb/magazine/cc163730.aspx
Üstteki bağlantıda şu paragaraf geçiyor.
Reducing Network/Storage Overhead
To reduce the network round-trip overhead, and also lessen the serialization and deserialization impact, you should avoid storing large amounts of data in your session. Design your application to store only a small set of information that doesn't require manipulation in the session, and build the rest of your session object model around that small set of information on every request. Unless recomposing this information is very expensive, you can achieve significantly smaller and simpler sessions that serialize, deserialize, and transfer faster.
To reduce the lock contention that occurs when multiple requests for the same session are made to the server, avoid using frames on your site, and avoid embedding downloadable resources such as images or stylesheets that are served by session-consuming handlers in your ASP.NET application. In both of these cases, the browser will make multiple simultaneous requests to the server with the same session ID, resulting in the session being accessed multiple times and time being wasted waiting for the session lock to be released by other requests. To avoid lock contention, you can also use the read-only session state technique described earlier to prompt the session state module to utilize the reader lock, which allows multiple readers at the same time.
İlginiz için şimdiden teşekkürler