আইআইএস কেন প্রতি 1740 মিনিটে অ্যাপ্লিকেশন পুল পুনর্ব্যবহার করতে ডিফল্ট হয়?

Question

আইআইএস ডিফল্ট একটি নির্দিষ্ট সময়ের পরে অ্যাপ পুলটি পুনরায় ব্যবহার করতে পারে? সম্ভবত বেশিরভাগ ওয়েব অ্যাপ্লিকেশন হ'ল স্মৃতি পরিচালনা করে না তা ছাড়াও কি সুনির্দিষ্ট কারণ রয়েছে? আপনি নিজের অ্যাপ্লিকেশনটির মেমরিটি সঠিকভাবে পরিচালনা করছেন এমনটি দেওয়া, এগিয়ে গিয়ে কী এটি বন্ধ করা নিরাপদ? রিসাইক্লিং বন্ধ করে রাখা বা এটি চালিয়ে যাওয়ার কিছু উপকারিতা কী কী?

Comments

আপনি কি নিশ্চিত যে আপনি কর্মী প্রক্রিয়া পুনর্ব্যবহার করতে চান না, অ্যাপ পুলটি নিজেই নয়?

— রাইথাল

Answer 1

হ্যাঁ, এটি একবারে ডিফল্ট হওয়ার কারণটি ওয়েব অ্যাপটির মেমরি ফাঁস হতে পারে এমন উদ্বেগের বাইরে। আইআইএস অ্যাপ পুলগুলিকে ঘন ঘন পুনর্ব্যবহার করার বৃহত্তম ক্ষতিটি হ'ল এটি ওয়েব কোডফাইগ পড়া, অ্যাসেমবিলি লোডিং এবং এসপি নেট পৃষ্ঠাগুলির পুনঃসংশোধন এবং (যদি আপনি সেগুলি প্রাক-সংকলন করতে বিশ্বাস করেন না) পিছনের কোডটি তৈরি করে। এটি একটি বরং ভারী প্রক্রিয়া এবং অ্যাপ পুলটি পুনর্ব্যবহারের পরে কোনও পৃষ্ঠার পরবর্তী অনুরোধ না হওয়া পর্যন্ত এটি ঘটে না এবং সেই বিশেষ অনুরোধটিকে ব্যাপকভাবে ধীর করে দেয়। আইআইএস এর এখন একটি মডিউল রয়েছে যা আপনি এই সমস্যাটির সাথে "ডিল" করতে সহায়তা করতে অ্যাপ্লিকেশন ওয়ার্ম আপ নামে ডাউনলোড করতে পারেন।

আমি ব্যক্তিগতভাবে আমার পুনর্ব্যবহারের সময় নির্ধারণের চেয়ে অ্যাপ্লিকেশন শুরুতে লগিংয়ের সাথে মেমরি-ভিত্তিক সর্বাধিক ব্যবহার করতে পছন্দ করি। এটি আমার অ্যাপ্লিকেশনটির কোনও মেমরি ফাঁস নেই এবং অ্যাপ পুলটি পুনর্ব্যবহারের সময় ভুল প্রমাণিত হতে পারে তা ধরে নিতে সহায়তা করে।

Comments

+1, তবে দেখে মনে হচ্ছে তারা অ্যাপ্লিকেশন ওয়ার্ম আপ মডিউলটি নামিয়ে নিয়েছে

— অ্যাসিঞ্জিহোল

কি? যে অত্যধিক হাসিখুশি. তারা কোনও দিন আরও ভাল সমাধান বের করতে পারে। : /

— র্যান্ডলফো

এবং এখন দেখে মনে হচ্ছে তারা আরেকটি মুক্তি

— পেয়েছে

Answer 2

1740 মিনিট 29 ঘন্টা:

যখন আইআইএস 6 বিকাশ করা হচ্ছিল - অ্যাপ্লিকেশন পুলগুলি চালু করার সংস্করণ application অ্যাপ্লিকেশন পুলগুলি স্বয়ংক্রিয়ভাবে পুনর্ব্যবহার করা হলে নিয়মিত সময় ব্যবধানের জন্য একটি ডিফল্ট সেট করা দরকার।

ওয়েড ২৯ ঘন্টার জন্য সহজ কারণ প্রস্তাব করেছিলেন যে এটি 24 বছরেরও কম সংখ্যক প্রাথমিক সংখ্যা । তিনি একটি অচল এবং অ-পুনরাবৃত্তি প্যাটার্নটি চেয়েছিলেন যা প্রতিদিনের চেয়ে একবারে বেশি ঘটে না। ওয়েডের কথায়: "আপনি একটি অনুরণিত প্যাটার্ন পান না"। ডিফল্ট হয়েছে 1740 মিনিট (29 ঘন্টা) তখন থেকে!

http://weblogs.asp.net/owscott/archive/2013/04/06/why-is-the-iis-default-app-pool-recycle-set-to-1740-minutes.aspx

Answer 3

বৈশিষ্ট্যটি ক্লাসিক এএসপি দিনগুলির একটি হোল্ডওভার যখন সমস্ত কিছু মেমরি ফাঁস করে এবং আপনাকে এটি করতে হয়েছিল। রাতারাতি বেশিরভাগ লোকের ওয়েব সার্ভারে একটি পুনরায় সূচনা হয়েছিল। আইআইএস 6 প্রতি 1740 মিনিটে অ্যাপ্লিকেশন পুল শাটডাউন (বা যদি অ্যাপ্লিকেশনটি 20 মিনিটের জন্য নিষ্ক্রিয় থাকে) এর সাথে এটি স্বয়ংক্রিয় করে। আইআইএস 7 theতিহ্যটি অব্যাহত রেখেছে।

সেই দিনগুলিতে আমি মাইক্রোসফ্টের কাছ থেকে ফিরে পেয়েছিলাম যে পরামর্শটি ছিল এটি অপ্রয়োজনীয় ছিল যদি না আপনার পরিচিত স্মৃতি মেমরি ফাঁসের সাথে কোনও উত্তরাধিকার অ্যাপ থাকে। সুতরাং আপনি যদি খাঁটি পরিচালিত কোডটি চালাচ্ছিলেন তবে আপনি ঠিক আছেন।

Answer 4

এটি বন্ধ করুন এবং অ্যাপ্লিকেশন পুলগুলি পর্যবেক্ষণ করুন। বেশিরভাগ জটিল এন্টারপ্রাইজ অ্যাপ্লিকেশনগুলিতে প্রচুর লিগ্যাসি কোড ব্যবহার হয় এবং সেই কোডটির বেশিরভাগ অংশ কিন্ডা ফুটো। তাই বেশিরভাগ ইনস্টলগুলির জন্য অ্যাপ পুলটি মাঝেমধ্যে পুনরায় চালু হওয়া কোনও খারাপ ধারণা নয়।

নিষ্ক্রিয়তার সময় নিরীক্ষণ করার মতো অন্যান্য বিকল্প রয়েছে যা আপনার পরিস্থিতির জন্য আরও ভাল সমাধান হতে পারে।

একটি অ্যাপ পুল স্পিনিং করতে কিছু সময় নিতে পারে এবং অ্যাপ্লিকেশনটিকে কম প্রতিক্রিয়াশীল করতে পারে যাতে এগুলি বজায় রাখা পারফরম্যান্সে সহায়তা করে।

Answer 5

প্রকৃতপক্ষে, এটি সম্পূর্ণরূপে ফাঁস হওয়া সংস্থানগুলি পরিষ্কার করার জন্য যা উপস্থিত থাকতে পারে। 1740 মিনিটটি কেবলমাত্র ট্রিগার ইভেন্ট নয়। এটি সুনির্দিষ্ট সর্বাধিক সংখ্যার অনুরোধের পরে বা নির্দিষ্ট পরিমাণে কর্মী প্রক্রিয়া মেমরির পরেও ঘটে। এটি এমএসডিএন লাইব্রেরিতে বেশ ভালভাবে নথিভুক্ত করা হয়েছে। দুর্ভাগ্যক্রমে, এই নীতিটি সেশন স্টেট এবং স্ট্যাটিক্সের মতো সিঙ্গলটনের মতো জিনিসগুলি ভেঙে দেয়। আপনার অ্যাপ্লিকেশনটির ব্যবহারকারীদের পুনরায় প্রমাণীকরণ করার জন্য এবং / অথবা আপনার ব্যবহারকারীর অভিজ্ঞতার ব্যাঘাত এড়াতে প্রয়োজন হিসাবে সিঙ্গেলনগুলি পুনরায় আরম্ভ করার জন্য যথেষ্ট শক্তিশালী হওয়া প্রয়োজন। এটি আমাদেরকে এএসপি.এনইটি সেশনের চেয়ে ডাটাবেসে প্রমাণীকৃত সেশনগুলি পরিচালনা করতে বাধ্য করেছিল। অন্যথায়, যখনই এই ট্রিগারগুলির কারণে সার্ভারটি পুনর্ব্যবহার করা হয়েছে তখনই আমাদের ব্যবহারকারীরা আমাদের লগইন পৃষ্ঠায় ফিরে গিয়েছিলেন boot