প্রশ্ন একটি 8 জিবি র্যাম মেশিনে একটি পেজফিল অপসারণ থেকে কোন সুবিধা বা ক্ষতি?


আমি উইন্ডোজ 7 চালাচ্ছি একটি ডুয়াল কোর, এক্স 64 এমএমডি 8 জিবি র্যাম।

আমি এমনকি একটি পাতা ফাইল প্রয়োজন?

এটি অপসারণ বা কর্মক্ষমতা আঘাত করবে?

এটি একটি সার্ভার বা একটি ডেস্কটপ যদি এটি একটি পার্থক্য করতে হবে?

উইন্ডোজ 7 বনাম উইন্ডোজ 2008 একটি পাতা ফাইল সঙ্গে একটি পার্থক্য করে?


214
2018-06-10 19:50


উত্স




উত্তর:


টিএল; ডিআর সংস্করণ: উইন্ডোজকে আপনার মেমরি / পেজফাইল সেটিংস হ্যান্ডেল করতে দিন। এমএস এ মানুষ একটি ব্যয় করেছেন অনেক আমাদের অধিকাংশ sysadmins তুলনায় এই বিষয় সম্পর্কে চিন্তা ঘন্টা।

অনেকে মনে করেন উইন্ডোজ ডেটা পৃষ্ঠায় ফাইলফিলের চাহিদাগুলি চালায়। EG: কিছু মেমরি চায় এবং প্রয়োজনটি পূরণ করার জন্য পর্যাপ্ত RAM নেই, তাই উইন্ডোজ এই শেষ মিনিটে RAM থেকে ডিস্ক থেকে তথ্য লেখার শুরু করে, যাতে এটি নতুন চাহিদাগুলির জন্য RAM কে মুক্ত করতে পারে।

এটা ভুল। হুড অধীনে আরো যাচ্ছে। সাধারণত, উইন্ডোজ একটি বজায় রাখে ব্যাকিং দোকান, মানে যে এটি যেকোনো জায়গায় ডিস্কের মেমরির সবকিছু দেখতে চায়। এখন, যখন কিছু আসে এবং অনেক মেমরি দাবি করে, তখন উইন্ডোজ খুব দ্রুত RAM পরিষ্কার করতে পারে, কারণ সেই তথ্যটি ইতিমধ্যে ডিস্কের জন্য, যদি এটি RAM বলা হয় তবে এটি পুনরায় প্রস্তুত করতে প্রস্তুত। তাই এটা বলা যেতে পারে যে পেজফিলের যা কিছু আছে তা হল এছাড়াও RAM তে তথ্য ছিল preemptively গতিতে pagefile মধ্যে স্থাপন করা নতুন মেমরি বরাদ্দ দাবি।

জড়িত নির্দিষ্ট প্রক্রিয়া বর্ণনা অনেক পৃষ্ঠা গ্রহণ করা হবে (অধ্যায় 7 দেখুন উইন্ডোজ অভ্যন্তরীণ, এবং একটি নোট যে নতুন সংস্করণ শীঘ্রই উপলব্ধ হবে), কিন্তু নোট কিছু সুন্দর জিনিস আছে। প্রথমত, RAM এ যা কিছু আছে তা ডিস্কের মধ্যে অন্তর্নিহিতভাবে - প্রোগ্রাম কোডটি এক্সিকিউটেবল ফাইল বা একটি DLL থেকে আনা হয় যেমন উদাহরণস্বরূপ। তাই এই পৃষ্ঠার ফাইলে লেখা প্রয়োজন হবে না; বিটগুলি মূলত যেখানে থেকে আনা হয়েছিল সেখানে ট্র্যাক রাখতে পারেন। দ্বিতীয়ত, উইন্ডোজটি কোন RAM এর সবচেয়ে ঘন ঘন ব্যবহার করা হয় তা ট্র্যাক করে এবং তাই RAM থেকে সাফ করে যে ডেটা অ্যাক্সেস ছাড়াই দীর্ঘতম হয়েছে।

পৃষ্ঠাফিল অপসারণ সম্পূর্ণরূপে আরো ডিস্ক থ্র্যাশিং হতে পারে। একটি সহজ দৃশ্যকল্প কল্পনা করুন যেখানে কিছু অ্যাপ্লিকেশন চালু হয় এবং বিদ্যমান RAM এর 80% দাবি করে। এটি বর্তমান এক্সিকিউটেবল কোডকে RAM এর বাইরে সরিয়ে দেবে - সম্ভবত এমনকি ওএস কোড। এখন যে সমস্ত অ্যাপ্লিকেশনগুলি - বা ওএস নিজেই (!!) এ ডেটাতে অ্যাক্সেসের প্রয়োজন হয়, তখন OS তাদের ডিস্কের ব্যাকিং স্টোর থেকে পৃষ্ঠাতে ঢুকতে হবে, যা অনেক হতাশার দিকে পরিচালিত করে। কারণ পেজফিলের ক্ষণস্থায়ী ডেটার জন্য ব্যাকিং স্টোর হিসাবে কাজ করার জন্য, প্যাগ করা যেতে পারে এমন একমাত্র জিনিসগুলি এক্সিকিউটেবল এবং DLL যা শুরুতে সহজাত ব্যাকিং স্টোরগুলির সাথে শুরু করতে পারে।

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

কিছু উল্লেখ:

Dmo উল্লেখ সাম্প্রতিক এরিক লিপিটার পোস্ট যা ভার্চুয়াল মেমরি বুঝতে সাহায্য করে (যদিও প্রশ্নটির সাথে সম্পর্কিত কম)। আমি এটা এখানে রাখছি কারণ আমি সন্দেহ করি যে কিছু লোক অন্য উত্তরগুলিতে স্ক্রোল করবে না - কিন্তু যদি আপনি এটি মূল্যবান মনে করেন তবে আপনার প্রাপ্য dmo একটি ভোট, তাই ব্যবহার করুন লিংকটি সেখানে যেতে!


301
2018-06-10 21:15



জেফ এবং জোয়েল জন্য: এটা "হাঁস" সঙ্গে rhymes - quux
Solaris এটি ছিল / আরো জড়িত। সোয়াপ ফাইলটি tmpfs এর মতো RAM ডিস্কের মধ্যে মিরর করা হয় যাতে মেমরি সর্বদা পূর্ণ হয় - তবে এটি দৃশ্যত প্রমাণযোগ্য যে এটি সর্বোত্তম কৌশল। - Martin Beckett
আমি দীর্ঘদিন ধরে বিশ্বাস করি যে, উইন্ডোজকে আমার পৃষ্ঠার আকারের আকার পরিচালনা করার পরিবর্তে, আমাকে এটি নির্দিষ্ট পরিমাণে সেট করতে হবে (উদাঃ মিনিট 2 গিগাবাইট, সর্বোচ্চ 2 গিগাবাইট), কারণ এটি বাড়তে এবং সঙ্কুচিত করার কারণে ফ্র্যাগমেন্টেশন সমস্যা হতে পারে। যে ভাল চিন্তা, অথবা আমি আপনার প্রথম লাইন অনুসরণ করা উচিত এবং উইন্ডোজ সবকিছু হ্যান্ডেল করা উচিত? - John Fouhy
@ মাহদদাদঃ কারণ আপনার 50% RAM বিনামূল্যে রাখতে চান না। নিশ্চিত, আপনি এটি করতে পারেন, কিন্তু আপনি সক্রিয় তথ্যটির জন্য ডিস্ক ক্যাশে ব্যবহার করতে পারেন এমন 50% ভৌগোলিক RAM হারাবেন। ফ্রি RAM অক্ষমতার একটি চিহ্ন, এটি রাস্তার পরিবর্তে ডিপোতে ফেডেক্স ট্রাকগুলির মতো। এটা আপনি মানে না আপনি অনেক লোড এবং আনলোড করার সময় ব্যয় করছেন কারণ আপনি যতটা মালবাহী চলন্ত। - David Schwartz
@ মাহদদাদ: সমস্যা হচ্ছে, কোনও পৃষ্ঠার ফাইল নেই, অনেক তথ্য আছে অবশ্যই RAM তে রাখা উচিত যদিও এটি সম্ভবত কখনও কখনও অ্যাক্সেস করা হবে না। উদাহরণস্বরূপ, উদাহরণস্বরূপ, সিস্টেম প্রারম্ভে শুরু হওয়া কোনও প্রক্রিয়া দ্বারা বরাদ্দ করা কোনও মেমরি বিবেচনা করুন তবে এমন একটি পরিষেবা সরবরাহ করে যা দিনের জন্য ব্যবহার করা হবে না। সিস্টেমটি অ্যাক্সেস করা যাবে না তা প্রমাণ করতে পারে না এবং এতে RAM রাখার ব্যতীত অন্য কোনও জায়গা নেই। ডেমে ক্যাশে সঙ্কুচিত হয়ে যায় যখন RAM র্যামে রাখা থাকে যা দিনের জন্য অ্যাক্সেস করা হয় না। - David Schwartz


এরিক লিপার্ট সম্প্রতি একটি লিখেছেন ব্লগে প্রবেশ উইন্ডোজ মেমরি পরিচালনা কিভাবে বর্ণনা। সংক্ষেপে, উইন্ডোজ মেমরি মডেলটি একটি ডিস্ক স্টোর হিসাবে বিবেচিত হতে পারে যেখানে RAM একটি কর্মক্ষমতা-বর্ধিত ক্যাশ হিসাবে কাজ করে।


80
2018-06-24 19:47





আমি অন্য উত্তর থেকে দেখতে হিসাবে আমি শুধুমাত্র এক পৃষ্ঠা পাতা নিষ্ক্রিয় এবং কখনও regreted না। গ্রেট :-)

বাড়িতে এবং কাজ উভয়ই আমার 8 গিগাবাইট RAM সহ Vista-64 বিট আছে। উভয় পৃষ্ঠা ফাইল নিষ্ক্রিয় আছে। কাজ করার জন্য আমার কাছে ভিজুয়াল স্টুডিও 2008 এর কয়েকটি উদাহরণ, উইন্ডোজ এক্সপি সহ ভার্চুয়াল পিসি, এসকিউএল সার্ভারের দুটি উদাহরণ এবং ইন্টারনেট এক্সপ্লোরার 8 এর বেশ কয়েকটি ট্যাব রয়েছে যা একসঙ্গে কাজ করে। আমি খুব কমই মেমরি 80% পৌঁছানোর।

আমি কোন সমস্যা ছাড়াই প্রতি দিন সংকর ঘুম ব্যবহার (ঘুম সঙ্গে ঘর্ষণ)।

আমি যখন এটিতে ২ জিবি র্যাম দিয়ে উইন্ডোজ এক্সপি ছিলাম তখন আমি এটি দিয়ে পরীক্ষামূলকভাবে শুরু করেছি এবং আমি সত্যিই পার্থক্যটি দেখেছি। ক্লাসিক উদাহরণ ছিল যখন কন্ট্রোল প্যানেলে আইকনগুলি একের পর এক প্রদর্শন করা বন্ধ করে দেয়, কিন্তু সব সময়েই। এছাড়াও ফায়ারফক্স / থান্ডারবার্ড স্টার্টআপ সময় নাটকীয়ভাবে বৃদ্ধি। আমি কিছু ক্লিক করার পরে সবকিছু অবিলম্বে কাজ শুরু। দুর্ভাগ্যবশত 2 জিবি আমার অ্যাপ্লিকেশন ব্যবহারের জন্য খুব ছোট ছিল (ভিজ্যুয়াল স্টুডিও 2008, ভার্চুয়াল পিসি এবং এসকিউএল সার্ভার), তাই আমি এটি সক্রিয় করতে সক্ষম।

কিন্তু এখন 8 গিগাবাইটের সাথে আমি ফিরে যেতে চাই না এবং পৃষ্ঠা ফাইল সক্ষম করতে চাই না।

যারা চরম ক্ষেত্রে কথা বলছে তাদের জন্য এটি আমার উইন্ডোজ এক্সপির বার থেকে নেওয়া উচিত।
যখন আপনি একটি এসকিউএল ক্যোয়ারী থেকে এক্সেলের বড় পিভট টেবিল লোড করার চেষ্টা করছেন, তখন এক্সেল 2000 তার মেমোরি ব্যবহারকে দ্রুত বাড়িয়ে তুলবে।
যখন আপনার পৃষ্ঠার ফাইল অক্ষম থাকে - আপনি একটু অপেক্ষা করেন এবং তারপর এক্সেলটি উড়িয়ে দেয় এবং সিস্টেমটি তার পরে সমস্ত মেমরি সাফ করে।
যখন আপনার কাছে পৃষ্ঠা ফাইল সক্ষম থাকে - আপনি কিছুক্ষণ অপেক্ষা করেন এবং যখন আপনি লক্ষ্য করবেন যে কিছু ভুল, আপনি আপনার সিস্টেমের সাথে প্রায় কিছুই করতে পারবেন না। আপনার HDD নরকের মত কাজ করছে এবং এমনকি আপনি যদি কোনওভাবে কার্য পরিচালক (অপেক্ষা করার কয়েক মিনিটের পরে) চালাতে পরিচালনা করেন এবং হত্যা করেন excel.exe সিস্টেমটি পৃষ্ঠা ফাইল থেকে সবকিছু লোড না হওয়া পর্যন্ত আপনাকে মিনিট অপেক্ষা করতে হবে।
আমি পরে দেখেছি, এক্সেল 2003 পৃষ্ঠা ফাইল নিষ্ক্রিয় করে কোন সমস্যা ছাড়াই একই পিভট টেবিল পরিচালনা করে - তাই এটি একটি "খুব বড় ডেটাসেট সমস্যা" ছিল না।

তাই আমার মতে, একটি নিষ্ক্রিয় পাতা ফাইল এমনকি কখনও কখনও দুর্বল লিখিত অ্যাপ্লিকেশন থেকে আপনাকে রক্ষা করে।

খুব শীঘ্রই: যদি আপনি আপনার মেমরি ব্যবহারের সচেতন হন - আপনি এটি নিরাপদে অক্ষম করতে পারেন।

সম্পাদনা: আমি শুধু যে কোন সমস্যা ছাড়াই উইন্ডোজ ভিস্তা এসপি 2 ইনস্টল করতে চাই।


47
2018-06-28 21:10



আমি আমার পেজফাইল নিষ্ক্রিয় করেছি, এবং আমি সত্যিই আমার স্মৃতি ব্যবহার মুহূর্তে এটা regretted। তাই আপনি প্রয়োজন তুলনায় আপনি আরো মেমরি আছে খুশি। - Sam
+1, "আমিও খুব" :-)। একই গল্প - 8 গিগাবাইট মেমরি, ভিস্তা এক্স 64, রেশারপার + এসকিউএল সার্ভার এক্সপ্রেস + আইআইএস + 1-2 ভার্চুয়াল মেশিন (প্রতিটি 1500 মেগাবাইট মেমরির সাথে) + ভিজ্যুয়াল স্টুডিও চলছে + ইউটিলিটিগুলির গুচ্ছ - কোনও সমস্যা নেই। - Milan Gardian
সবাই এটা বলছে যে কিভাবে সবাই বলছে "মাইক্রোসফট এই সমস্যা সম্পর্কে অনেক ঘন্টা অতিবাহিত করেছে, তাই এটি নিয়ে জগাখিচুড়ি করো না", তবে সম্পূর্ণ বিশ্বব্যাপী অভিজ্ঞতাকে উপেক্ষা করে। আমি পিএইচপি ফাইল এক্সপি থেকে নিষ্ক্রিয় করেছি এবং এটা regretted না। এটি কম্পিউটারের মত দুর্দান্ত একটি ইনজেকশন পেয়েছে। - AngryHacker
ISCSI বুট সার্ভারগুলিতে পেজিং নিষ্ক্রিয় করার জন্য এটি অত্যন্ত প্রশংসনীয় প্র্যাকটিস, SAN এর উপর পেজিং উল্লেখযোগ্য ধীর হবে। আপনি শুধু আপনার মেমরি ব্যবহার দেখতে হবে, এবং সর্বোচ্চ থেকে দূরে থাকুন। - Chris S
-1 আমি এই উত্তর কোন রেফারেন্স দেখতে না। আমি আসলে আমার সিস্টেম ক্র্যাশ ছিল কারণ পৃষ্ঠা ফাইল নিষ্ক্রিয় ছিল এবং আমার Paged পুল মেমরি পূর্ণ দৌড়ে। তবুও, আমার শারীরিক মেমরি ব্যবহার শুধুমাত্র 2 গিগাবাইট ছিল ... - Tom Wijsman


পেজফাইল সমন্বয়গুলি করার আগে আপনার নিজস্ব সিস্টেম কীভাবে মেমরি ব্যবহার করছে তা বোঝার জন্য আপনি কিছু পরিমাপ করতে চাইতে পারেন। অথবা (যদি আপনি এখনও সমন্বয় করতে চান) আগে এবং তারপর সমন্বয় বলেন।

Perfmon এই জন্য টুল; না কাজ ব্যবস্থাপক. একটি কী পাল্টা হয় মেমরি - পৃষ্ঠা ইনপুট / সেকেন্ড। এই বিশেষভাবে গ্রাফ করবে কঠিন পৃষ্ঠার ত্রুটিগুলি, প্রক্রিয়াগুলি চালিয়ে যাওয়ার আগে ডিস্ক থেকে একটি পাঠ্য দরকার। নরম পৃষ্ঠা ফল্টগুলি (যা ডিফল্টভাবে গ্রাফড আইটেমগুলির সর্বাধিক পৃষ্ঠা ফল্ট / সেকেন্ড কাউন্টার; আমি যে পাল্টা উপেক্ষা সুপারিশ!) সত্যিই একটি সমস্যা হয় না; তারা কেবল সাধারণভাবে RAM থেকে পড়া আইটেম দেখান।

পারফোনের গ্রাফ http://g.imagehost.org/0383/perfmon-paging.png

উপরোক্ত কোন উদ্বেগ, মেমরি-বুদ্ধিমান একটি সিস্টেমের একটি উদাহরণ। খুব কম সময়ে হার্ড ফল্টগুলির একটি স্পাইক থাকে - এগুলি এড়িয়ে চলতে পারে না, কারণ হার্ড ডিস্কগুলি সর্বদা RAM এর চেয়ে বড়। কিন্তু গ্রাফ মূলত শূন্য এ সমতল। তাই ওএস খুব কমই ব্যাকিং স্টোর থেকে পেজিং-ইন।

যদি আপনি একটি দেখছেন মেমরি - পৃষ্ঠা ইনপুট / সেকেন্ড গ্রাফ যা এটির চেয়ে অনেক বেশি স্পিকার, সঠিক প্রতিক্রিয়া হয় কম মেমরি ব্যবহার (কম প্রোগ্রাম চালানো) বা RAM যুক্ত করুন। আপনার পৃষ্ঠার ফাইল সেটিংস পরিবর্তন করা প্রকৃতপক্ষে সিস্টেমের চেয়ে আরও মেমরির দাবি করা হচ্ছে তা পরিবর্তন করবে না।

মনিটর একটি সহজ অতিরিক্ত কাউন্টার হয় শারীরিক ডিস্ক - গড়। সারি দৈর্ঘ্য (সব ঘটনা)। এটি আপনার পরিবর্তনগুলি ডিস্ক ব্যবহারের প্রভাবকে কতটা প্রভাবিত করবে তা দেখাবে। একটি ভাল আচরণ সিস্টেম এই কাউন্টার গড় 4 বা কম সময়ে প্রদর্শন করা হবে টাকু প্রতি


34
2018-06-10 21:52



খাবি কেউ এমনকি swap ফাইল পরিদর্শন কিভাবে প্রদর্শন তাদের উপায় আউট যাচ্ছে। অসাধারণ. - cgp
ছবি মৃত লিঙ্ক। সংশোধন প্রয়োজন। - kinokijuf
, 'হ্যাঁ "ImageHost.org বন্ধ করা হয়" - Peter Mortensen


আমি আমার 8 গিগাবাইট ভিস্তা x64 বক্সটি কোনও পৃষ্ঠা ফাইল ছাড়াই, কোন সমস্যা ছাড়াই চালাচ্ছি।

আমি সত্যিই আমার মেমরি ব্যবহার যখন সমস্যা উদ্ভূত হয়েছে!

তিন সপ্তাহ আগে, আমি ফটোশপে সত্যিই বড় ইমেজ ফাইল (~ 2 গিগাবাইট) সম্পাদনা শুরু করেছি। এক সম্পাদন সেশন আমার সব মেমরি খেয়ে ফেললাম। সমস্যা: ফটোশপের জন্য মেমোরির প্রয়োজন মেমরির চেয়ে আমার কাজটি সংরক্ষণ করতে পারিনি!

এবং যেহেতু এটি ফটোশপ নিজেই ছিল, যা সব মেমরি খাওয়া ছিল, আমি প্রোগ্রাম বন্ধ করে মেমরি মুক্ত করতে পারিনি (ভাল, আমি করেছি, কিন্তু এটি সাহায্যের পক্ষে খুব কম ছিল)।

আমি যা করতে পারি তা আমার কাজকে স্ক্র্যাপ করতে, আমার পৃষ্ঠা ফাইল সক্ষম করতে এবং আমার সমস্ত কাজ পুনরায় করতে - আমি এর ফলে অনেক কাজ হারিয়ে ফেলেছি এবং আপনার পৃষ্ঠা ফাইল নিষ্ক্রিয় করার সুপারিশ করতে পারি না।

হ্যাঁ, এটি বেশিরভাগ সময়ই কাজ করবে। কিন্তু মুহূর্তটি ভেঙ্গে পড়লেও যন্ত্রণাদায়ক হতে পারে।


34
2017-07-22 09:43



আপনি আরো প্রায়ই সংরক্ষণ করা উচিত: D ক্ষতির কমানোর জন্য - alexandrul
বলা সহজ, যখন সঞ্চয় কয়েক মিনিট সময় নেয়, এটি একটি পিটা। - Sam
আপনি যদি আরো জটিল সফটওয়্যারটি ব্যবহার করেন তবে আমরা সবাই খুশি হব, তবে কখনও কখনও, একটি "ক্র্যাশ" শেষ হয়ে যায় "ওহ বিষ্ঠা, আমি কিছুক্ষন বাঁচিনি।" - Damon


এখানে উত্তরগুলি বেশ ভালভাবে আলোচিত হলেও আমি এখনও এই পঠনটি সুপারিশ করবো:

http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx

তিনি প্রায় শেষে পিএফ আকার সম্পর্কে আলোচনা:

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

আমি সত্যিই মার্ক এর নিবন্ধ পছন্দ।


19
2018-06-29 00:42



+1, মার্ক রাসিনোভিচের লিঙ্কের জন্য সহজ। আপনি যদি সোয়াপ ফাইলটি নিষ্ক্রিয় করেন তবে আপনি WinS7 এ "সিস্টেম সমস্যাগুলি সনাক্ত করতে" সক্ষম হবেন না এমন নির্দেশ দেওয়ার জন্য win7 এমনকি একটি বিজ্ঞপ্তি পপ আপ করে। - cgp


আমি যে সেরা উত্তরটি মনে করতে পারি তা হল যে স্বাভাবিক লোডের অধীনে আপনি 8 গিগাবাইট পর্যন্ত ব্যবহার করতে পারবেন না, তবে এটি এমন অপ্রত্যাশিত লোড যেখানে আপনি সমস্যার সম্মুখীন হবেন।

একটি পৃষ্ঠা ফাইলের সাথে, পৃষ্ঠাটিকে আঘাত করার সময় সিস্টেমটি কমপক্ষে ধীরে ধীরে চলবে। কিন্তু আপনি যদি পৃষ্ঠা ফাইলটি মুছে ফেলেন তবে এটি মরে যাবে (আমি যা জানি তা থেকে)।

এছাড়াও, 8 গিগাবাইট এখন অনেক কিছু মনে হচ্ছে, তবে লাইনের নিচে কয়েক বছর এটি অনেক সফটওয়্যারের জন্য সর্বনিম্ন পরিমাণে স্মৃতি হিসাবে বিবেচিত হতে পারে।

কোন উপায় - আমি অন্তত একটি ছোট পাতা ফাইল রাখা সুপারিশ করবে; কিন্তু আমি বন্ধ বেস থাকলে অন্যদের দয়া করে সংশোধন করুন।


13
2018-06-10 19:56



আমি একটু এগিয়ে যেতে চাই না পাতা ফাইল টুপি। যে সত্যিই জিনিস উন্নতি না। উইন্ডোজ এটা করতে দিন ... তারা ভাল জানেন। - Michael Haren
6 গিগাবাইট এমকিভি ফাইল লোড করার জন্য শুধু মিডিয়া প্লেয়ার ক্লাসিক ব্যবহার করার চেষ্টা করেছে। এটা আমার র্যাম এবং পৃষ্ঠা ফাইল মেমরি আউট আমাকে দৌড়ে। VLC খুব দ্রুত ফিরে গিয়েছিলাম। "আপনি কখনই এটিতে যাবেন তা আপনি জানেন না" এর জন্য +1। অবশেষে এমপিসি ক্র্যাশ হয়ে গেছে এবং আমার র্যামটি পুনরুদ্ধার করা হয়েছে, তবে যদি মেমরি লিক সহ তৃতীয় পক্ষ সফ্টওয়্যারে DLL পেতে হয় তবে কী হবে? আপনার যদি কোনও ডিস্ক ব্যাকডেড মেমরি থাকে তবে আপনাকে অনেক বেশি মাইলেজ থাকতে হবে। - mpbloch
প্লাস বিন্দু, যদি আপনি এটি ব্যবহার করে ধ্রুব ভয় মধ্যে থাকতে হবে 8GB থাকার ভাল কি ?! - David Schwartz
"অন্তত একটি ছোট পৃষ্ঠাফিল রাখুন" আমার কাছে একটু অদ্ভুত মনে হচ্ছে কারণ উইন্ডোজ কীভাবে এটি ব্যবহার করবে তা স্পষ্ট নয়। উদাহরণস্বরূপ, এটি একটি বৃহত্তর পৃষ্ঠপোষকতার চেয়ে আরও বেশি কিছু হ্রাস করতে পারে যা আরো স্থান সরবরাহ করে - আমি অনুমান করছি, কিন্তু যতক্ষন না এতে কোনও নির্ভরযোগ্য উত্স নেই তবে আমি ছোট পৃষ্ঠাফাইল পরামর্শটি সম্ভবত ক্ষতিকারক বিবেচনা করব এবং পরিবর্তে একটি আদর্শ অনুশীলনের সুপারিশ করব। - mafu


উইন্ডোজ 64-বিট সংস্করণটি যদি আপনি উল্লেখ না করেন তবে আমি অনুমান করছি হ্যাঁ।

পেজফাইল ক্ষেত্রে অনেকগুলি মেমরি ডাম্প তৈরি করে অনেকগুলি জিনিস সরবরাহ করে BSoD (মৃত্যু ব্লু স্ক্রিন)।

যদি আপনার কাছে কোন পৃষ্ঠাফিল থাকে না, তবে পর্যাপ্ত মেমরি না থাকলে উইন্ডো ডিস্ক থেকে পৃষ্ঠাটি বের করতে পারবেন না। আপনি 8 জিবি সঙ্গে আপনি যে সীমা পৌঁছাতে হবে না মনে হতে পারে। কিন্তু আপনি সময় খারাপ মেমরি লিক খারাপ প্রোগ্রাম থাকতে পারে।

আমি মনে করি এটি কোনও পৃষ্ঠা ফাইল ছাড়াই আপনি হাইবারনেট / স্ট্যান্ডবাইতে যাবেন না (তবে আমি এখনও চেষ্টা করিনি)।

উইন্ডোজ 7/2008 / ভিস্তা পৃষ্ঠা ফাইল ব্যবহার পরিবর্তন করে না।

আমি মার্ক রাসিনোভিচ (মাইক্রোসফ্ট ফেলো) এর একটি ব্যাখ্যা দেখেছি যে ব্যাখ্যা করে যে উইন্ডোজ একটি পৃষ্ঠা ফাইল ছাড়াও ফাইল পৃষ্ঠা ছাড়াই ধীর হতে পারে (এমনকি প্রচুর RAM সহ)। কিন্তু আমি মূল কারণ খুঁজে পাচ্ছি না।

আপনি কি ডিস্ক স্পেস আউট? একটি বিএসওডির ক্ষেত্রে কার্নেল ডাম্প করতে সক্ষম হবার জন্য আমি কমপক্ষে 1 গিগাবাইট রাখব।


6
2018-06-10 19:59



আপনি এই মানে? blogs.technet.com/markrussinovich/archive/2008/11/17/...  যদি তাই হয়, তার পরামর্শ lame হয়। তিনি বলেন, পৃষ্ঠা ফাইলটি কর্মক্ষমতা বৃদ্ধি করবে কারণ অন্য অ্যাপ্লিকেশানগুলিতে আরো RAM সরবরাহ করবে। সত্য, আপনি যদি অনেক RAM না থাকে। কিন্তু যদি আপনার কাছে যথেষ্ট পরিমাণে থাকে তবে পৃষ্ঠা ফাইলটি দ্রুততর হবে না। - Pyrolistical
এটি সালমানের সাথে একটি সমান্তরাল ভিডিও ছিল। এটি কার্নেল পৃষ্ঠা পুলের সাথে কিছু করার ছিল - Mathieu Chateau
যখন আপনি কোন ধারণা না পান তখন আপনি "উত্তর" পোস্ট করতে পারবেন না: আমার কাছে উইন্ডোজ ভিস্তা 32-বিট ল্যাপটপ 4 গিগাবাইট RAM এবং আমি সর্বদা এটি স্ট্যান্ডবাইতে রাখি। আপনি অন্তত উত্তরগুলির উত্তরগুলি সরবরাহ করার জন্য অন্তত নিজেকে সীমাবদ্ধ করতে পারেন? - PP.
পিপি কি বলতে চেষ্টা করেছিল: হাইবর্ণেশন প্রক্রিয়া সোয়াপ ফাইল থেকে পৃথক একটি ফাইল ব্যবহার করে, তাই এই ক্ষেত্রে এটি কোনও সমস্যা নয়। - mafu
Pyrolistical, এটা সম্ভবত আপনি এটি দেখতে জন্য অনেক দেরি হয়ে গেছে, কিন্তু আপনার বিবৃতি কাছাকাছি ঘুরিয়ে এবং এটি একটি প্রশ্ন হিসাবে ফ্রেজ: পৃষ্ঠাফিল্ড কিছু নিচে ধীর যখন? একটি ভাল উত্তর আপনার তত্ত্ব প্রমাণ করবে। - quux


আমি আমার পৃষ্ঠা ফাইলটি নিষ্ক্রিয় করেছি (একটি x86 ল্যাপটপে 8 গিগাবাইট) এবং 2500 মেগাবাইট সহ দুটি সমস্যাও ছিল:

  1. ASP.NET ত্রুটি WCF পরিষেবা সক্রিয় করার চেষ্টা করছে: মেমরি গেটস পরীক্ষা ব্যর্থ হয়েছে কারণ বিনামূল্যে মেমরি (399,556,608 বাইট) মোট মেমরির 5% এরও কম। ফলস্বরূপ, পরিষেবা ইনকামিং অনুরোধের জন্য উপলব্ধ হবে না। এটি সমাধান করতে, মেশিনে লোডটি কমাতে বা minHreeMemoryPercentageToActivateService এর মানটি পরিষেবা হোস্টিংয়ের পরিবেশ কনফিগারেশনের উপাদানটি সামঞ্জস্য করুন।

    প্রায় 3.7 গিগাবাইট 8 গিগাবাইটের 5% এরও কম, আমি কখনই জানব না !!

  2. পেয়ে তথ্য ক্ষতি প্রতিরোধ করতে প্রোগ্রাম বন্ধ করুন ডায়ালগ: যখন আমার 75% RAM ব্যবহার করা হয় তখন আমাকে প্রোগ্রাম বন্ধ করার জন্য একটি ডায়ালগ বক্স পাওয়া যায়। আপনি একটি রেজিস্ট্রি সংশোধন সঙ্গে এই নিষ্ক্রিয় করতে পারেন(অথবা সম্ভবত 'ডায়াগনস্টিক্স নীতি পরিষেবা' নিষ্ক্রিয় করে)।

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


5
2017-09-18 09:21



ASP.NET ত্রুটিটি সম্ভবত 32-বিট সমস্যা হিসাবে আমাকে হ্রাস করে, তবে যদি আপনি যে নম্বরটি প্রদান করেছিলেন তা সঠিক (399556608 = 399,556,608) তাহলে ত্রুটিটি সঠিক - ~ 400 এমবি 8 গিগাবাইটের প্রায় 5%। - fencepost
@ ফেন্সপস্ট ভাল ধরা - কিছু কারণের জন্য কেবি হিসাবে পড়তে হবে। অদ্ভুত - Simon


আপনার সার্ভার বা ওয়ার্কস্টেশনের একটি পৃষ্ঠা ফাইল "প্রয়োজন" যদি আপনি বলতে পারেন যে একমাত্র ব্যক্তি আপনি, কর্মক্ষমতা মনিটর বা এই দিন বলা যাই হোক না কেন যাই হোক না কেন যাই হোক না কেন। আপনি কি অ্যাপ্লিকেশন চলমান হয়, তারা কি ব্যবহার করছেন, এবং সর্বোচ্চ কি সম্ভব মেমরি ব্যবহার আপনি সম্ভাব্য দেখতে পারে?

ছোট হার্ড ডিস্কের উপর একটি মিনিট পরিমাণ অর্থ সঞ্চয় করার জন্য সম্ভবত আপোসের মূল্য স্থিতিশীলতা কি?

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

যা আমি করতে পারেন আপনি আপনার পৃষ্ঠার ফাইল মুছে ফেলা সাহায্য চেয়ে hurting অনেক বেশী সম্ভাবনা আছে যে বলতে হয়। আমি আপনার কোনও কারণ না থাকলে আমি দেখতে পাচ্ছি না - আমি নিশ্চিত যে কয়েকটি বিশেষজ্ঞের ক্ষেত্রে এমন কিছু হতে পারে যেখানে আমি ভুল করেছি, কিন্তু এটি সম্পূর্ণ অন্য একটি এলাকা।


5
2018-06-10 20:16





আপনার মোট মেমরি উপলব্ধ আপনার pagefile + প্রকৃত মেমরি।

মূল প্রশ্নটি হল সমস্ত অ্যাপ্লিকেশনের জন্য আপনার প্রত্যাশিত মোট মেমরির ব্যবহার এবং অপারেটিং সিস্টেমের ব্যবহার 8 গিগাবাইটের কাছাকাছি। আপনার গড় মেম ব্যবহার 2 গিগাবাইট এবং আপনার সর্বোচ্চ মেমরি ব্যবহার শুধুমাত্র 4 গিগাবাইট তারপর একটি পৃষ্ঠা ফাইল থাকার অর্থহীন। যদি আপনার সর্বাধিক মেমরি ব্যবহার 6-7 জিবি বা এর কাছাকাছি হয় তবে এটি একটি পৃষ্ঠা ফাইল থাকা ভাল ধারণা।

PS: ভবিষ্যতে বৃদ্ধির অনুমতি দিতে ভুলবেন না!


2
2018-06-26 01:59



আপনি মোট মেমরি সম্ভাব্য উপলব্ধ মানে না? সর্বাধিক পেজিং সিস্টেম স্ন্যাপশট পৃষ্ঠা কপি রাখে। - Jé Queue
দয়া করে নোট করুন যে প্যাজড পুল মেমরিও রয়েছে, যা কেবলমাত্র ২ গিগাবাইটের প্রকৃত মেমরি ব্যবহার করেও হ্রাস করতে পারে। - Tom Wijsman