আমরা একটি ব্যবহারকারী স্বীকৃতি পরীক্ষার মধ্যে কাজ করছি (UAT) পরিবেশ, হিসাবে উন্নয়ন তুলনা, মন্থর হয়.

এটা FBA ব্যবহার করে জটিল পরিবেশ এর, এসকিউএল 2008, Https ব্যবহার SSRS এবং ইন্টারনেটের মাধ্যমে অ্যাক্সেসযোগ্য বর্ধিত ওয়েব অ্যাপ্লিকেশন, তাই এটি ইস্যু তা বলাটা একটু কঠিন হয়েছে.

পূর্ববর্তী ক্লায়েন্টের জন্য, আমরা এর দ্বারা LDAP ভূমিকা প্রদানকারীর সঙ্গে FBA ব্যবহৃত (এবং সদস্যতা Provider). One of my colleagues, আমি চেয়ে অনেক বেশি চতুর, determined that the "out of the box" সাহায্যে LDAP ভূমিকা Provider, যে পরিবেশের মধ্যে যখন ব্যবহৃত, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

এই পরিস্থিতি অনুরূপ লাগে, so we looked into replicating that solution to the today’s client. As I was debugging that, আমি এই বার্তাটি প্রায়শই সিস্টেম লগের মধ্যে প্রদর্শিত হবে লক্ষ্য করেছি যে, (ইভেন্ট ভিউয়ার থেকে):

A worker process with process id of ‘XXX’ serving application pool ‘Home – 80’ has requested a recycle because it reached its virtual memory limit.

আমি অ্যাপ্লিকেশন পুল পর্যন্ত পুনর্ব্যাবহার ছিল মানে এই গ্রহণ, পর্যন্ত খুব প্রায়ই এবং যে একটি কর্মক্ষমতা সমস্যা ব্যাখ্যা করবে.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (মেগাবাইটে)" had been set to true and had been set to 5000. That seems like enough, but I decided to unset the value and that had an immediate positive effect. No more app pool recycling. No more mysterious slow-downs and pauses.

I don’t really understand the underlying "stuff" যে যাচ্ছে, কিন্তু পরিষ্কারভাবে কারণ / প্রভাব জিনিস কিছু ঘটছে এবং এখন হয়, UAT পরিমাণ উপভোগ্য.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.