ASP.NET Bug: Sürekli bellek şişmesi

[Tuncer KARAARSLAN]

Merhaba arkadaşlar. Kısa bir sorum olacak. Ekteki dosyada 5-6 satır kod var. Hatta kodu buraya da yazıyorum.
 
protected override void OnLoad(EventArgs e)
        {
            base.OnLoad(e);
            for (int i = 0; i < 10000; i++)
            {
                string controlStr = "<table><tr><td></td></tr></table>";
                Page.ParseControl(controlStr);
            }     
        }  
 
Yukarıdaki kodu incelediğinizde gayet masumane bir kod olarak görünüyor. 10 bin defa döngüye girmesinin nedeni, uzun zamandaki şişmenin hızla gözlemlenmesi için. Yukarıdaki kodu çalıştırdığımızda, hatta defalarca asp.net sayfasını refresh yaptığınızda, belleğin sürekli şiştiğini ve garbarage collector'ün işle m yapmadığını göreceksiniz. Bellek sürekli olarak şişiyor ve bir sonra sonra artık IIS makinesi çalışamaz hale geliyor, ya makine restart ediliyor ya da kaynaklar olmadık bir zamanda serbest bırakılıyor. Nasıl davrandığını sizde analiz edersiniz.
 
Page.ParseControl(controlStr);
 
Bu kod şirketin projesindeki bel kemiği kodlardan birisi ve teknolojik olarak değişiklik tavsiye etmek yersiz olacak. Bu sorunun aşılması konusunda deneyimleri olan arkadaşların tavsiyelerini bekliyorum.
 
Konu MS tarafında issue olarakda açıldı. Cevap bekliyoruz.
 
Yardımlarınız için şimdiden teşekkürler.
 
Tuncer KARAARSLAN

[Ömer Çelik]

Page.ParseControl(controlStr);

Bence bu metodun içini görmeden bir şeyler söylemek zor. Bu metodun içini profile ettiniz mi?

Ömer Çelik

2013/4/19 Tuncer KARAARSLAN <tun...@hotmail.com>

--
You received this message because you are subscribed to the Google Groups "altdotnetturkiye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to altdotnetturki...@googlegroups.com.
To post to this group, send email to altdotne...@googlegroups.com.
Visit this group at http://groups.google.com/group/altdotnetturkiye?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Tuncer KARAARSLAN]

Sandığım kadarı ile redgate gibi bir ürünle dibine kadar bir analiz yapılmadı.  Sorunun nedeni olan kod tespit edildi sadece. Çözüm olarak şu ana kadar bir kaynak bulunamadı. BU gün redgate ürünlerinden birisi ile test yapılacak. Ancak sorunun nedenini bulsak da, bug fix edilmeden sorun çözülmeyecek. Bunuda ancak MS tarafından yama ile çözmek mümkün olacaktır. Daha kestirme bir çözüm bana daha fazla yardımcı olacaktır.
 
Tavsiyen için teşekkür ederim. Dediğin noktayı dikkate alacağım.

---

From: omer...@gmail.com
Date: Fri, 19 Apr 2013 11:07:26 +0300
Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi
To: altdotne...@googlegroups.com

[Mehmet Kut]

Tuncer selamlar,

Döngü içinde string yerine StringBuilder kullansanız.

Ek olarak Page.ParseControl içerisinde de varsa string yerine StringBuilder kullanın

string operasyonlarınız için. Memory nin hızla düştüğünü göreceksiniz. Redgate le test yaparsanız

container in çok büyük alan kapladığını göreceksiniz. O zaman string den direk kıllanın zaten.

Tabi bu söylediklerim varsayım kolay gelsin.

2013/4/19 Tuncer KARAARSLAN <tun...@hotmail.com>

[Murat Haksal]

Döngü icinde değişken tanimlamaktan kaynaklı, stringi scope dışına alıp test alır misin hocam

--

You received this message because you are subscribed to the Google Groups "altdotnetturkiye" group.
To unsubscribe from this group and stop receiving emails from it, send an email to altdotnetturki...@googlegroups.com.
To post to this group, send email to altdotne...@googlegroups.com.
Visit this group at http://groups.google.com/group/altdotnetturkiye?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

<MemoryTest.zip>

[Emre Aydemir]

Arkadaş döngü içerisindeki string 10mb etkilesin, burdaki durum 1-2 gb lık ram kullanımı.

 

 

From: altdotne...@googlegroups.com [mailto:altdotne...@googlegroups.com] On Behalf Of Murat Haksal
Sent: Friday, April 19, 2013 1:09 PM
To: altdotne...@googlegroups.com
Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

 

Döngü icinde değişken tanimlamaktan kaynaklı, stringi scope dışına alıp test alır misin hocam

[Emre Aydemir]

“Arkadaşlar” demek istedim.

 

From: Emre Aydemir [mailto:emra...@gmail.com]
Sent: Friday, April 19, 2013 1:14 PM
To: 'altdotne...@googlegroups.com'
Subject: RE: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

 

Arkadaş döngü içerisindeki string 10mb etkilesin, burdaki durum 1-2 gb lık ram kullanımı.

 

 

From: altdotne...@googlegroups.com [mailto:altdotne...@googlegroups.com] On Behalf Of Murat Haksal
Sent: Friday, April 19, 2013 1:09 PM
To: altdotne...@googlegroups.com
Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

 

Döngü icinde değişken tanimlamaktan kaynaklı, stringi scope dışına alıp test alır misin hocam

[Mehmet Kut]

stringler tahmininden çok daha fazla 

​yer kaplar.

immutable dır. döngü dışında veya içinde tanımlasanda fark etmer += kullandığın an 

yeni bir kopyasını oluşturur 

memoryde.

​ 

2013/4/19 Emre Aydemir <emra...@gmail.com>

[Tuncer KARAARSLAN]

Bu konudaki tüm olasılıkların testini yaptım Muratcım. Sonuç yine aynı.
 

---

Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

From: murat....@gmail.com
Date: Fri, 19 Apr 2013 13:09:29 +0300
To: altdotne...@googlegroups.com

[Murat Haksal]

Parsecontrol bakmak lazım o vakit

[Tuncer KARAARSLAN]

Emre haklısın, sayfada sürekli F5 yapıldığında belleğin sürekli 60MB civarında şiştiğini gözlemliyorum. Sonuçta bellek hatası verip uygulama kapanıyor. Page.ParseControl(controlStr); Komutunun geri gönderdiği tip control. Aslında using bloğu ile kullanmam, dispose etmem, GC ile direkt yönetim kodları yazmama rağmen üretilen controller temizlenmiyor. Sorun sadece string durum değil.

 

Control c = Page.ParseControl(controlStr);

 

Burda üretilen controller serbest bırakılmıyor. Ne denediysem hikaye oldu :)

---

From: emra...@gmail.com
To: altdotne...@googlegroups.com
Subject: RE: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi
Date: Fri, 19 Apr 2013 13:14:22 +0300

[Tuncer KARAARSLAN]

Demin Emreye cevaben daha net sorunu tanımladım aslında. Sorun üretilen control tipindeki nesnelerin serbest bırakılamaması.

Page.ParseControl(controlStr);

Bu kod .net tarafından gelen framework kodu. Sonradan overload edilmiş bir kod değil. Belkide page yeniden ezilip parseControl yeniden yazılmalı dicem de sorunun fonksiyon olduğunu sanmıyorum. Ürettiği control nesnelerini silemiyorsun kesinlikle. Bir şekilde webdav kilitlemiş nesneleri kullanıyor gibi.

---

CC: altdotne...@googlegroups.com
From: murat....@gmail.com

Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

Date: Fri, 19 Apr 2013 14:19:45 +0300
To: altdotne...@googlegroups.com

[Süleyman PETEK]

Kodu şöyle yazsan daha iyi değil mi ?

 

protected override void OnLoad(EventArgs e)
{
base.OnLoad(e);

string controlStr;

            for (int i = 0; i < 10000; i++)
{

                controlStr = "<table><tr><td></td></tr></table>";
Page.ParseControl(controlStr);
}
} 

 

10000 ayrı string objesi oluşturmadan...

2013/4/19 Tuncer KARAARSLAN <tun...@hotmail.com>

--

[Tuncer KARAARSLAN]

Bunuda denedim. Değişen bir şey yok.
 
Sorun string ifadenin yazılımı değil. Burda  yaklaşık 30 karakterlik bir string var. 10.000 döngüde 60 MB bellek artışına neden olmaz. En önemlisi de sayfa üretilmiş ve fonksiyon sonlanmış. Bu durumda GC devreye girip nesnelerin tümünü serbest bırakması gerekliydi. Asla serbest bırakmıyor.
 
Aslında aşağıdaki 10.000 döngü sorunu görebilmeniz için yaratılmış bir senaryo kodu.
 
IIS üzerinde sürekli çalışan ve günde 10.000 request veren sayfaların base sayfasında böyle 10 tane kod olduğunu düşünün. Günde 60-100 MB şişen bir webdav. 1 ay sonra IIS çöker. Kısaca gerçekleşecek felaket senaryosu bu şekilde gerçekleşiyor :)
 
 

---

Date: Fri, 19 Apr 2013 14:41:50 +0300

Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

From: suleym...@gmail.com
To: altdotne...@googlegroups.com

[Sidar Ok]

Neden ParseControl ? Burada istenilen ne?

2013/4/19 Tuncer KARAARSLAN <tun...@hotmail.com>

--
Sidar Ok

http://www.sidarok.com
http://www.twitter.com/sidarok
http://be.linkedin.com/in/sidarok

http://www.coachius.com - Connect, Inspire. Transform!

[Emre Aydemir]

Oluşan controller dispose olmadığı için bellek şişiyor (using ve dispose metodlarının tetiklenmeside işi görmüyor), döngü sayısını 100.000 yaparsanız çok daha net anlaştır, direk 300-400 mb şişiyor.

PageLoad’ ında GC yi manuel tetiklediğinizde memory düşüyor(bazen) işimize yarar ama sorun hala var.

[Oğuzhan YILMAZ]

Test ettim şimdi Win. 2008 R2 IIS 7.5 .Net 4.0 ve x64  üzerinde bende olmuyor bu olay? Anca arka arkaya refresh yapıldığı zaman CPU'ya vuruyor ama Ram 20MB'ı geçmedi henüz. 

Belki bizim ürünün yaptığı aspnet config'inden kaynaklanıyor olabilir Orada GC daha efektif çalışsın diye bir kaç config değiştiriyoruz. Aşağıdaki gibi.

"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Aspnet.config"

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
  <runtime>
    <legacyUnhandledExceptionPolicy enabled="false" />
    <legacyImpersonationPolicy enabled="true" />
    <alwaysFlowImpersonationPolicy enabled="false" />
    <SymbolReadingPolicy enabled="1" />
    <gcServer enabled="false" />
    <gcConcurrent enabled="false" />
    <gcTrimCommitOnLowMemory enabled="true" />
<generatePublisherEvidence enabled="false"/>
  </runtime>
</configuration>

gibi.

Oğuzhan

19 Nisan 2013 14:57 tarihinde Emre Aydemir <emra...@gmail.com> yazdı:

[Tuncer KARAARSLAN]

Selam Sidar, eskiden bu yana geliştirilen bir proje (ASP.NET). aspx sayfaları yok ortada. Tüm sayfalar embed resource edilmiş eve dll olarak geliştirilmiş küçük küçük porojelerden oluşan bir yapı. Ancak şu ana kadar ortaya çıkan dll sayısı 300-500. İçlerindeki sayfalar açısından bakıldığında belkide 300-500-1000 civarında sayfa vardır. Projenin geliştirilme tekniğinden dolayı bazen nesler runtime zamanda yaratılıyor.

 

İşin garip tarafı aynı kodu asp.net 2.0 projesi olarak açtığınızda bellek yönetimi mükemmel. Bu sorun hiç ortaya çıkmıyor :) Ancak projeyi eski bir teknolojiye downgrade etmeyi istemiyoruz.

---

Date: Fri, 19 Apr 2013 13:57:23 +0200

Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

From: sid...@gmail.com
To: altdotne...@googlegroups.com

[Tuncer KARAARSLAN]

An exception of type 'System.OutOfMemoryException' occurred in System.Web.dll but was not handled in user code

 

Sayfayı 15-20 defa refresh yaptığımda sonuç yukarıda. Config parametreleri işe yaramadı gibi görünüyor.

---

From: asp...@gmail.com
Date: Fri, 19 Apr 2013 15:06:21 +0300

Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

To: altdotne...@googlegroups.com

[Oğuzhan YILMAZ]

Birde, aklıma geldi yerse :)

dynamicIdleThreshold açıktı bende.Normalde kapalı gelir. Yine ram ile alakalı.

%windir%\system32\inetsrv\appcmd set config -section:system.applicationHost/webLimits -dynamicIdleThreshold:130

ile açıp deneyebilir misin.

Oğuzhan

19 Nisan 2013 15:33 tarihinde Tuncer KARAARSLAN <tun...@hotmail.com> yazdı:

[Tuncer KARAARSLAN]

Aynı hocam.

 

"'System.OutOfMemoryException' türünde özel durum oluşturuldu."

 

Bir süre sonra yine patlıyor. 20 defa refresh ettim, yani ortalama 20 gün yaşlandırdım. Sonuç değişmedi

---

From: asp...@gmail.com
Date: Fri, 19 Apr 2013 15:42:43 +0300

[ersin caliskan]

Selam ,

web config içine bu parametreyi girip denermisin. Bende sorun düzeldi.

 <appSettings>

    <add key="PageInspector:ServerCodeMappingSupport" value="Disabled" />

  </appSettings>

2013/4/19 Tuncer KARAARSLAN <tun...@hotmail.com>

--
Ersin Çalışkan

[Tuncer KARAARSLAN]

Ersin, çok teşekkürler. Sorun çözüldü. Gönderdiğin kod sorunun çözümü :)
 
Çok teşekkürler
 

---

Date: Fri, 19 Apr 2013 16:14:54 +0300

Subject: Re: [altdotnetturkiye] ASP.NET Bug: Sürekli bellek şişmesi

From: caliska...@gmail.com
To: altdotne...@googlegroups.com

[Oğuzhan YILMAZ]

haha süper :)

Oğuzhan

19 Nisan 2013 16:25 tarihinde Tuncer KARAARSLAN <tun...@hotmail.com> yazdı:

[ersin caliskan]

Önemli değil :)

2013/4/19 Oğuzhan YILMAZ <asp...@gmail.com>

--
Ersin Çalışkan

[Tuncer KARAARSLAN]

Bir bilsen ne kadar önemliydi :)) Ciddi bir sorunu daha aştık. Yeni ufuklara devam.

 

Destek veren tüm arkadaşlara teşekkür ederim.

 

---

Date: Fri, 19 Apr 2013 16:27:37 +0300

[Mehmet Kut]

geçmiş olsun :)

2013/4/19 ersin caliskan <caliska...@gmail.com>

[Oğuzhan YILMAZ]

AltnetTurkiye çalışıyor :)

slogan olur bu.

Oğuzhan

19 Nisan 2013 16:29 tarihinde Tuncer KARAARSLAN <tun...@hotmail.com> yazdı:

[Mehmet Kut]

Burda arkadaşın teki sıkıntıyı açıklamış.

http://bchavez.bitarmory.com/archive/2012/12/28/rip-page-inspector-out-of-your-web-site-projects-now.aspx

2013/4/19 Oğuzhan YILMAZ <asp...@gmail.com>