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