উইন্ডোজ এক্সপিতে জাভা সর্বাধিক মেমরি

Question

আমি সবসময় জাভা এসই জন্য 32-বিট উইন্ডোজ এক্সপি (জাভা 1.4, 1.5 এবং 1.6) এ চলমান 1400 মেগাবাইট বরাদ্দ করতে সক্ষম হয়েছি।

java -Xmx1400m ...

আজ আমি জাভা 1.5_16 এবং 1.6.0_07 ব্যবহার করে একটি নতুন উইন্ডোজ এক্সপি মেশিনে একই বিকল্পটি চেষ্টা করেছি এবং ত্রুটি পেয়েছি:

Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.

পরীক্ষার এবং ত্রুটির মাধ্যমে মনে হয় 1200 মেগাবাইটই আমি এই মেশিনে সবচেয়ে বেশি বরাদ্দ করতে পারি।

কোনও ধারণা কেন একটি মেশিন 1400 এবং অন্যটিতে কেবল 1200 অনুমতি দেবে?

সম্পাদনা করুন: মেশিনটিতে প্রায় 4 জিবি র‌্যাম রয়েছে যা উইন্ডোজ চিনতে পারে।

Comments

কমপক্ষে আমার অভিজ্ঞতায় আপনি 32-বিট শেল বা -৪-বিট শেলটিতে অ্যাপ্লিকেশন চালানোর মধ্যে সর্বাধিক পার্থক্য লক্ষ্য করতে পারেন, যদিও 64৪-বিট উইন্ডোজএক্সপি সিস্টেমগুলি বিরল।

— jangofan

wiki.eclipse.org/Eclipse.ini - oracle.com/technetwork/java/javase/…

— অ্যান্ড্রু

Answer 1

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

আপনি পারে আরো একটি কম্প্যাক্ট অ্যাড্রেস স্পেস করার জন্য আপনার ডিএলএল এর রি-বেসের ফলে বের করার চেষ্টা করার সময় আপনার জেভিএম প্রক্রিয়া এবং বর্ণন আপনার ডিএলএল বাইন্ডিং মধ্য দিয়ে যাচ্ছে চেষ্টা করুন। মজা নয়, তবে আপনি মরিয়া হলে ...

বিকল্পভাবে, আপনি কেবলমাত্র 64-বিট উইন্ডোজ এবং একটি 64-বিট জেভিএম এ স্যুইচ করতে পারেন। অন্যরা যা পরামর্শ দিয়েছে তা সত্ত্বেও, এটি আরও র‍্যাম চিবিয়ে দেবে, আপনার কাছে আরও অনেকগুলি স্বচ্ছ ভার্চুয়াল ঠিকানার জায়গা থাকবে এবং 2 জিবি বরাদ্দভাবে বরাদ্দ করা হবে তুচ্ছ।

Comments

মেমরি dll গুলি কোথায় লোড হচ্ছে তা দেখতে প্রক্রিয়া এক্সপ্লোরার ব্যবহার করুন। প্রায়শই কিছু আপডেট হওয়া ড্রাইভার আপনার ঠিকানার জায়গার মাঝখানে আটকে থাকবে। আরবিএএসই কমান্ডটি ব্যবহার করে আপনি এগুলি সহজেই এড়াতে পারেন। যদিও মনে রাখবেন, dll আবার আপডেট হওয়া এবং জিনিসগুলি ভাঙ্গার বিষয়।

— ব্রিয়েনেজ

আমি এটিকে কখনও উত্তর হিসাবে গ্রহণ করি নি এবং এখনও স্ট্যাকওভারফ্লো এটিকে উত্তর হিসাবে চিহ্নিত করেছে।

— স্টিভ কুও

ক্রিস্টোফার, 32-বিট উইন্ডোজ এক্সপি-তে কি 64-বিট জেভিএম ব্যবহার করা সম্ভব?

— পেসারিয়ার

@ পেসারিয়ার দুঃখিত, আমি আপনার জিজ্ঞাসা মিস করেছি। আফাইক, এটা সম্ভব নয়। ওএস এক্স-তে 32-বিট কার্নেল সহ 64-বিট ব্যবহারকারী স্থানের জন্য কিছু কৌশল ছিল, তবে আমি উইন্ডোজের জন্য এ জাতীয় কোনও কথা শুনিনি।

— ক্রিস্টোফার স্মিথ

ক্রিস্টোফারস্মিথ, বিটিডাব্লু, আপনি উল্লেখ করেছেন যে " সিস্টেমে চলমান অন্যান্য প্রোগ্রামগুলি অবশ্যই আপনার গাদা আকারকে প্রভাবিত করবে না "। যদি তা হয়, তবে আমরা কীভাবে এই ফলাফলটি ব্যাখ্যা করব: স্ট্যাকওভারফ্লো . com / প্রশ্নস / 9303889/… ?

— পেসারিয়ার

Answer 2

এটি নিয়মিত স্মৃতিতে করতে হবে।

অনুমিতভাবে কোনও "ভিএম গড" এর কাছ থেকে কেউ জিজ্ঞাসা করার জন্য অনলাইনে এখানে কিছু তথ্য পেয়েছি :

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

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

কীভাবে স্তূপযুক্ত গাদা তৈরি করতে হয় তা আমরা জানি তবে সেগুলি ব্যবহারের জন্য কিছু ওভারহেড থাকবে। আমাদের কাছে 32-বিট জেভিএম-এর বৃহত্তর স্তূপগুলির চেয়ে দ্রুত সঞ্চয়স্থান পরিচালনার জন্য আরও অনুরোধ রয়েছে। আপনি যদি সত্যিই বড় হ্যাপগুলি চান তবে 64-বিট জেভিএম-এ স্যুইচ করুন। আমাদের এখনও নিখুঁত স্মৃতি দরকার, তবে 64৪-বিট ঠিকানার জায়গায় পাওয়া আরও সহজ।

Comments

এটা খুব আকর্ষণীয়। আমি সর্বদা নিজেকে জিজ্ঞাসা করতাম কেন 1500 এমবি, এখন এটি পেয়েছি, ধন্যবাদ!

— টিম বাথ

একটি বয়সের পুরানো প্রশ্ন অনুসরণ করার জন্য দুঃখিত, তবে আমি এ পর্যন্ত দেখা সেরা উত্তর। তবে জেভিএম সর্বাধিক গাদা আকারটি না পেলে প্রারম্ভকালে কেন ব্যর্থ হয় ? এটি নূন্যতম সর্বোপরি সর্বোত্তম আকারের জন্য চুপচাপ স্থির হওয়া উচিত নয় ?

— স্ট্রোবস্কোপ

Answer 3

উইন্ডোজের জন্য জাভা হ্যাপ সাইজের সীমাটি হ'ল:

• 32-বিট জাভাতে সর্বাধিক সম্ভব গাদা আকার: 1.8 গিগাবাইট
• 32-বিট জাভাতে হিপ আকারের প্রস্তাবিত সীমা: 1.5 গিগাবাইট (বা / 3 জিবি বিকল্পের সাথে 1.8 গিগাবাইট )

এটি আপনাকে আরও বড় জাভা হিপ পেতে সহায়তা করে না, তবে এখন আপনি জানেন যে আপনি এই মানগুলির বাইরে যেতে পারবেন না।

Answer 4

অরাকল জেআরোকিত , যা একটি অ- স্বতন্ত্র হিপ পরিচালনা করতে পারে, উইন্ডোজ 2003 / এক্সপিতে / 3 জিবি স্যুইচ সহ জাভা হিপ আকারের 2.85 জিবি থাকতে পারে। দেখে মনে হচ্ছে জাভা হিপ কতটা বড় হতে পারে তার টুকরো টুকরো করার যথেষ্ট প্রভাব রয়েছে।

Answer 5

জেভিএমের সংগত মেমরির প্রয়োজন এবং অন্যটি কী চলমান, আগে কী চলছিল এবং উইন্ডোজ কীভাবে মেমরি পরিচালনা করেছে আপনি তার উপর নির্ভর করে 1.4 গিগাবাইট পর্যন্ত স্বচ্ছ মেমরি পেতে সক্ষম হবেন। আমি মনে করি bit৪ বিট উইন্ডোজ বৃহত্তর স্তূপের অনুমতি দেবে।

Comments

আমি মনে করি আধুনিক অপারেটিং সিস্টেমটি এর জন্য অবিচ্ছিন্ন মেমরি অনুকরণ করে। 80486 সাল থেকে x86- আর্কিটেকচারটি শারীরিক স্মৃতি পুনরায় সাজানো সহজ করার জন্য পেজিং সমর্থন করে।

— মেনিমেথ

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

— তামাস সিজনে

Answer 6

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

সান ইঞ্জিনিয়ারদের বিবৃতি সহ এটির জন্য দুটি উত্স: ফোরাম ব্লগ

অন্য জেভিএম হতে পারে? আপনি কি হারমোনি চেষ্টা করেছেন ? আমি মনে করি তারা অবিচ্ছিন্ন মেমরির অনুমতি দেওয়ার পরিকল্পনা করেছিল।

Comments

তবে আমি মাত্র 1 জিবি র‌্যাম (প্লাস ভার্চুয়াল মেমরি) সহ একটি মেশিনে 1300 এমবি বরাদ্দ করতে সক্ষম হয়েছি। আমার 2 জিবি র‌্যাম মেশিন (ভার্চুয়াল মেমোরি সহ) কেবল 1200 এমবি বরাদ্দ করতে পারে।

— স্টিভ কুও

সম্প্রীতি মারা গেছে তাই না?

— পেসারিয়ার

হ্যাঁ: "অ্যাপাচি হারমোনি 16 নভেম্বর, 2011 থেকে অ্যাপাচি সফটওয়্যার ফাউন্ডেশনে অবসরপ্রাপ্ত" "

— বোবল

Answer 7

আমি মনে করি উইন্ডোজ এই প্রতিক্রিয়া দ্বারা ইঙ্গিত হিসাবে কনফিগার করা হয়েছে এর সাথে আরও কিছু করতে হবে: জাভা-এক্সএমএক্স বিকল্প ption

আরও কিছু পরীক্ষা: আমি কেবল 768 এমবি শারীরিক র‌্যাম (প্লাস ভার্চুয়াল মেমরি) দিয়ে একটি পুরানো উইন্ডোজ এক্সপি মেশিনে 1300 এমবি বরাদ্দ করতে সক্ষম হয়েছি। আমার 2 জিবি র‌্যাম মেশিনে আমি কেবল 1220 এমবি পেতে পারি। অন্যান্য অন্যান্য কর্পোরেট মেশিনে (পুরানো উইন্ডোজ এক্সপি সহ) আমি 1400MB পেতে সক্ষম হয়েছি। 1220MB সীমা সহ মেশিনটি বেশ নতুন (সবেমাত্র ডেল থেকে কেনা), তাই এটিতে আরও নতুন (এবং আরও ফুলে গেছে) উইন্ডোজ এবং ডিএলএল রয়েছে (এটি উইন্ডো এক্সপি প্রো সংস্করণ 2002 এসপি 2 চালিয়ে যাচ্ছে)।

Comments

এটি আপনার ভার্চুয়াল মেমোরি সেটিংস দ্বারাও প্রভাবিত হতে পারে।

— স্কাফম্যান

আমি যে সমস্ত মেশিনগুলির সাথে পরীক্ষা করি তার শারীরিক র‍্যামের চেয়ে কমপক্ষে দ্বিগুণ ভার্চুয়াল মেমরি থাকে।

— স্টিভ কুও

নোট করুন যে আপনি সত্যিই কখনই জাভা সহ ভার্চুয়াল মেমরিটি সত্যিই ব্যবহার করতে চান না, কারণ জিসি কার্যকারিতা খুব খারাপ হয়ে যাবে যে মেমরির পরিমাণ নির্ভর করে যে কোনও ডিএল ইতিমধ্যে লোড হয়েছে এবং মেমরিটিকে খণ্ডিত করেছে।

— kohlerm

Answer 8

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

এটিকে এখানে রেখে কেবলমাত্র অন্য কেউ যদি উপরের ত্রুটি বার্তাটি পায় তবে প্রশ্নকারীর মতো বড় পরিমাণের মেমরিটি উল্লেখ না করে।

Answer 9

আপনি যদি একটি বিশাল ব্লক বরাদ্দ করেন তবে সূর্যের জেডিকে / জেআরই এর একটি সংক্ষিপ্ত পরিমাণ স্মৃতি দরকার।

ওএস এবং প্রাথমিক অ্যাপ্লিকেশনগুলি লোড করার সময় বিট এবং টুকরা বরাদ্দ করে যা উপলভ্য র‌্যামকে টুকরো টুকরো করে। যদি একটি জটিল ব্লক না পাওয়া যায় তবে সান জেডিকে এটি ব্যবহার করতে পারে না। বিআ থেকে জেআরকিট (ওরাকল দ্বারা অর্জিত) টুকরো থেকে মেমরি বরাদ্দ করতে পারে।

Answer 10

প্রত্যেকেই মনে হয় সংকীর্ণ স্মৃতি সম্পর্কে জবাব দিচ্ছে, তবে আরও চাপের বিষয়টিকে স্বীকার করতে অবহেলা করেছে।

এমনকি 100% সংক্ষিপ্ত মেমরি বরাদ্দ থাকা সত্ত্বেও, 32-বিট উইন্ডোজ ওএসে (* ডিফল্টরূপে) আপনার 2 জিআইবি হিপ আকার থাকতে পারে না। কারণ 32-বিট উইন্ডোজ প্রসেসগুলি 2 গিগাবাইটেরও বেশি জায়গাকে সম্বোধন করতে পারে না।

জাভা প্রক্রিয়াটিতে পেরাম জেন (পূর্ব জাভা 8 পূর্ব), থ্রেড প্রতি স্ট্যাকের আকার, জেভিএম / লাইব্রেরি ওভারহেড থাকবে (যা প্রতিটি বিল্ডের সাথে প্রায় অনেক বেড়ে যায়) হিপগুলি ছাড়াও ।

তদ্ব্যতীত, জেভিএম পতাকা এবং তাদের ডিফল্ট মানগুলি সংস্করণগুলির মধ্যে পরিবর্তিত হয়। কেবল নিম্নলিখিতটি চালান এবং আপনি কিছু ধারণা পাবেন:

 java -XX:+PrintFlagsFinal

প্রচুর বিকল্পগুলি গাদা এবং এর বাইরে মেমরি বিভাগকে প্রভাবিত করে। আপনার সাথে খেলতে সেই 2 জিআইবি-র কম বা কম কিছু রেখে চলেছে ...

আমার এই উত্তরের অংশগুলি পুনরায় ব্যবহার করতে (টমক্যাট সম্পর্কে, তবে কোনও জাভা প্রক্রিয়াতে প্রযোজ্য):

উইন্ডোজ ওএস 32-বিট প্রক্রিয়াটির মেমরি বরাদ্দকে মোট 2 জিআইবি-র মধ্যে সীমাবদ্ধ করে দেয় (ডিফল্টরূপে)।

[আপনি কেবলমাত্র] প্রায় 1.5 জিবি হিপ স্পেস বরাদ্দ করতে সক্ষম হবেন কারণ প্রক্রিয়াটিতে বরাদ্দকৃত অন্যান্য মেমরিও রয়েছে (জেভিএম / লাইব্রেরি ওভারহেড, পারম জেন স্পেস ইত্যাদি)।

32-বিট উইন্ডোজ কেন 2 জিবি প্রসেসের ঠিকানা জায়গার সীমা চাপায়, কিন্তু -৪-বিট উইন্ডোজ একটি 4 জিবি সীমা চাপায়?

অন্যান্য আধুনিক অপারেটিং সিস্টেমগুলি [কাশি লিনাক্স] ৩২-বিট প্রক্রিয়াগুলিকে 4 জিআইবি ঠিকানাযোগ্য স্থানের সমস্ত (বা বেশিরভাগ) ব্যবহার করার অনুমতি দেয়।

এটি বলেছিল, -৪-বিট উইন্ডোজ ওএসগুলি 32-বিট প্রক্রিয়াগুলির সীমা 4 জিবিবি (32-বিটের উপর 3 জিআইবি) বাড়ানোর জন্য কনফিগার করা যেতে পারে:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx

Comments

এই উত্তরটি কেবলমাত্র কেন কেবল 2 জিবি বরাদ্দ করতে সক্ষম হতে পারে তা সম্বোধন করে, কেন তিনি একটি কম্পিউটারে 1.4 জিবি এবং অন্যটিতে কেবল 1.2 গিগাবাইট বরাদ্দ করতে পারেন না। তিনি এখানে আপনার বর্ণিত আপনার 1.5 ডিবি, 2 জিবি, বা 4 জিবি সীমাতে আঘাত করবেন না।

— vapcguy

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

— মাইকেল

বা সম্ভবত 1.5 জিবি সীমা, সেই 1.4 জিবি বরাদ্দ তিনি করছেন। এখন আরও অর্থবোধ তৈরি করে - সেই স্পষ্টির জন্য ধন্যবাদ।

— vapcguy

Answer 11

পেজিংয়ের আকারটি কীভাবে বাড়ানো যায় তা এখানে

1. মাই কম্পিউটারে ডান ক্লিক করুন ---> বৈশিষ্ট্য ---> উন্নত
2. কর্মক্ষমতা বিভাগে ক্লিক করুন সেটিংস
3. উন্নত ট্যাবে ক্লিক করুন
4. ভার্চুয়াল মেমরি বিভাগে, পরিবর্তন ক্লিক করুন। এটি আপনার বর্তমান পেজিং আকার প্রদর্শন করবে।
5. এইচডিডি স্থান উপলব্ধ যেখানে ড্রাইভ নির্বাচন করুন।
6. প্রাথমিক আকার এবং সর্বোচ্চ আকার সরবরাহ করুন ... উদাহরণস্বরূপ প্রাথমিক আকার 0 এমবি এবং সর্বোচ্চ আকার 4000 এমবি। (আপনার যতটুকু প্রয়োজন হবে)

Answer 12

** গাদা আকার পরিবর্তন করার মতো অসংখ্য উপায় রয়েছে,

1. ফাইল-> সেটিং-> বিল্ড, এক্সেসিউশন, মোতায়েন-> সংকলক এখানে আপনি হিপ আকার পাবেন
2. ফাইল-> সেটিং-> বিল্ড, এক্সেসিউশন, ডিপ্লোয়মেন্ট-> কম্পাইলার-> অ্যান্ড্রয়েড এখানেও আপনি হিপ আকার পাবেন। আপনি যদি একই সমস্যার মুখোমুখি হন তবে আপনি এটিকে andriod প্রকল্পের জন্য উল্লেখ করতে পারেন।

আমার জন্য যা কাজ ছিল তা ছিল

1. আপনি জাভা আপডেট হয়ে গেলে যথাযথ যথাযথ JAVA_Home পথ নির্ধারণ করুন।

2. নতুন সিস্টেম ভেরিয়েবল তৈরি করুন কম্পিউটার-> বৈশিষ্ট্য-> উন্নত সেটিং- > নতুন সিস্টেম ভেরিয়েবল তৈরি করুন

নাম: _JAVA_OPTION মান: -Xmx750 মি

এফওয়াইআই: আপনি ইন্টেলিজ সহায়তা - > কাস্টম ভিএম বিকল্প সম্পাদনা করতে ডিফল্ট ভিএমপশন পেতে পারেন , এই ফাইলে আপনি ন্যূনতম এবং সর্বাধিক আকারের দেখতে পাবেন * **

Answer 13

প্রথমত, যখন আপনার 4 গিগাবাইট র‌্যাম থাকে তখন কোনও পৃষ্ঠা-ফাইল ব্যবহার করা অকেজো। উইন্ডোজ 4GB এর বেশি অ্যাক্সেস করতে পারে না (আসলে, মেমরির গর্তের কারণে কম) সুতরাং পৃষ্ঠার ফাইলটি ব্যবহার করা হয় না।

দ্বিতীয়ত, ঠিকানা স্থানটি 2 তে ভাগ করা হয়েছে, কার্নেলের জন্য অর্ধেক, ব্যবহারকারী মোডের জন্য অর্ধেক। আপনার অ্যাপ্লিকেশনগুলির জন্য আপনার আরও র‌্যামের প্রয়োজন হলে বুট.আইআই / / 3 জিবি বিকল্পটি ব্যবহার করুন (নিশ্চিত করুন যে java.exe "বৃহত ঠিকানা সচেতন" হিসাবে চিহ্নিত হয়েছে (আরও তথ্যের জন্য গুগল)।

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

Comments

4 জিবি বা র‌্যামের সাথে কোনও পৃষ্ঠা ফাইল অকেজো হওয়ার ধারণাটি ভুল is পেজফाइल ছাড়া অপারেটিং সিস্টেমটি অব্যবহৃত প্রক্রিয়া ডেটা (অব্যবহৃত পরিষেবাগুলির জন্য স্ট্যাক স্পেস ইত্যাদি) শারীরিক র‌্যাম থেকে উচ্ছেদ করতে পারে না, এইভাবে বাস্তব কাজের জন্য উপলব্ধ র‌্যামের পরিমাণ হ্রাস করে। পেজফাইলে থাকা র‍্যামকে মুক্ত করে।

— কেউ নেই