এক্স উইন্ডো সিস্টেম কেন একটি সার্ভার ব্যবহার করে?


25

উইন্ডো সিস্টেমে কেন একটি সার্ভার থাকতে হবে তা আমি সত্যিই বুঝতে পারি নি। ডেস্কটপ এনভায়রনমেন্টস, ডিসপ্লে ম্যানেজার এবং উইন্ডো ম্যানেজারদের কেন xorg- সার্ভারের প্রয়োজন? গ্রাফিক্স কার্ডের শীর্ষে কি কেবল বিমূর্ততার স্তর রয়েছে? উইন্ডো সিস্টেমগুলি একটি ক্লায়েন্ট-সার্ভার মডেল নিয়োগ করে কেন? নামী পাইপগুলির মাধ্যমে আন্ত-প্রক্রিয়া যোগাযোগ সহজ হবে না?


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

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

@ বার্ডকপ্পেরড এক্স টার্মিনালগুলি এক্স উইন্ডোটি জনপ্রিয় হতে শুরু করার কয়েক বছর পরে এসেছিল যাতে এক্স উইন্ডোটি সেভাবে স্থাপত্য করার কারণ হতে পারে না। এক্স ইউনিক্স ওয়ার্কস্টেশনগুলি দিয়ে শুরু করেছিলেন যা এক্স সার্ভারের চেয়ে বেশি চলছিল।
jlliagre

উত্তর:


39

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

এক্স 11 সম্ভবত নামযুক্ত পাইপগুলি চালানোর জন্য তৈরি করা যেতে পারে, তবে দুটি বড় জিনিস রয়েছে যা নামক পাইপগুলি করতে পারে না।

  • নামযুক্ত পাইপগুলি কেবল এক দিকে যোগাযোগ করে।
  • যদি দুটি প্রক্রিয়া কোনও নামযুক্ত পাইপের "প্রেরণ" প্রান্তে ডেটা স্থাপন করা শুরু করে তবে ডেটাটি মিশে যাবে।

আসলে, বেশিরভাগ এক্স ক্লায়েন্টরা ইউনিক্স-ডোমেন সকেট নামে পরিচিত "নতুন এবং উন্নত" নামক পাইপ ব্যবহার করে সার্ভারের সাথে কথা বলে। এটি অনেকটা নামধারী পাইপের মতো তবে এটি উভয় দিকেই প্রক্রিয়াগুলিকে কথা বলতে দেয় এবং কে কী বলেছিল তা ট্র্যাক করে। এগুলি একই ধরণের কাজ যা নেটওয়ার্ককে করতে হয় এবং তাই ইউনিক্স-ডোমেন সকেটগুলি TCP / IP সকেটের মতো একই প্রোগ্রামিং ইন্টারফেস ব্যবহার করে যা নেটওয়ার্ক যোগাযোগ সরবরাহ করে।

তবে সেখান থেকে এটি বলা সহজ "আমি যদি ক্লায়েন্টের থেকে আলাদা হোস্টে সার্ভার চালাই তবে কী হবে?" ইউএনআইএক্স সকেটের পরিবর্তে কেবলমাত্র একটি টিসিপি সকেট এবং ভোইলা ব্যবহার করুন: একটি রিমোট-ডেস্কটপ প্রোটোকল যা কয়েক দশক ধরে উইন্ডোজ আরডিপির পূর্বাভাস দেয়। আমি sshচারটি পৃথক রিমোট হোস্ট করতে পারি এবং synapticতাদের প্রত্যেকটিতে (গ্রাফিকাল প্যাকেজ ম্যানেজার) চালাতে পারি এবং চারটি উইন্ডো আমার স্থানীয় কম্পিউটারের ডিসপ্লেতে উপস্থিত হয়।


2
সিসিভি সিস্টেমগুলিতে এক্স ব্যবহৃত নামযুক্ত পাইপ যেখানে সোলারিস এবং এসসিও ইউনিক্স সহ নামযুক্ত পাইপগুলি দ্বি-দিকনির্দেশক ছিল।
16

14

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

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

টিসিপি ইউনিক্স সুনির্দিষ্ট নয় এবং ভ্যাক্স / ভিএমএসের অধীনে ক্লায়েন্ট চালানো (1984 সালে এক্স বিকাশ শুরু হয়েছিল) এবং স্থানীয় ইউএনএক্স ভিত্তিক গ্রাফিক্স ওয়ার্কস্টেশনে আউটপুট পরিবেশন করা সম্ভব is "এক্স উইন্ডো সিস্টেম থেকে: এক্সলিবের সম্পূর্ণ রেফারেন্স, এক্স প্রোটোকল, আইসিসিএমএম, এক্সএলএফডি" ¹:

1986 এর পতনের সময় ডিজিটাল তার সম্পূর্ণ ডেস্কটপ ওয়ার্কস্টেশন কৌশলটি ইউএলটিআরআইএক্স, ভিএমএস এবং এমএস-ডস এক্স এর উপর ভিত্তি করে নেওয়ার সিদ্ধান্ত নিয়েছিল। যদিও এটি আমাদের সন্তুষ্টিজনক ছিল, এর অর্থ এই ছিল যে আমাদের আরও বেশি লোকের সাথে কথা বলার দরকার ছিল। এর ফলে কিছুটা বিলম্ব হয়েছিল, তবে শেষ পর্যন্ত এটি আরও ভাল ডিজাইনের ফলেও এসেছিল। এই সময়ের মধ্যে ডিজিটাল র‌্যাল্ফ সুইক প্রকল্প অ্যাথেনায় যোগদান করেছিলেন এবং ১১ তম সংস্করণটির বিকাশ যদিও গুরুত্বপূর্ণ ভূমিকা পালন করেছে। সর্বশেষ সংস্করণ 10 রিলিজ 1986 ডিসেম্বর এ উপলব্ধ করা হয়েছিল।

"এক্স প্রোটোকল রেফারেন্স ম্যানুয়াল" থেকে:

দায়িত্ব বিভাগ

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

প্রথমত, ক্লায়েন্ট অ্যাপ্লিকেশনগুলি থেকে অন্তর্নিহিত হার্ডওয়্যারের মধ্যে পার্থক্যগুলি আড়াল করতে সার্ভারটি যথাসম্ভব নকশা করা হয়েছে। ...

টগের নিবন্ধটি একটি আকর্ষণীয় পঠনের কথা মনে আছে। এটি অবশ্যই এক্সের প্রতি আমার আগ্রহকে উত্সাহিত করেছিল এবং এটি ওআরিলি তাদের সিরিজের এক্স বই প্রকাশ না করা অবধি আমাদের আরও তথ্যের উপরে হাত রেখেছিল difficulty

¹ এক্স সংস্করণ ১১, রিলিজ 4, পৃষ্ঠা 2-এক্স, পিডিএফ অনলাইনে এখানে উপলভ্য 1990 এটি ও'রেলি প্রকাশিত ২ য় সংস্করণের 9
নং পৃষ্ঠার থেকে, যেটি আমি ১৯৯০ সালে কিনেছিলাম edition নতুন সংস্করণ রয়েছে তবে আমি কখনই কিনতে পারা যাইনি never এগুলি এবং এএফআইকে কেবল কাগজেও পাওয়া যায়। আমি মনে করি না তারা দায়িত্ব বিভাজনের যৌক্তিকতা পাল্টে দিয়েছে।


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

7

একটি উইন্ডোটিং সিস্টেম মানে বেশ কয়েকটি স্বতন্ত্র প্রোগ্রামগুলি একটি সাধারণ রিসোর্স, স্ক্রিন এবং ইনপুট ডিভাইসগুলি ভাগ করে। ভাগ করা সংস্থানগুলি নিরাপদে দুটি উপায়ে কার্যকর করা যেতে পারে:

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

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

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

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

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

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


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

1
লিঙ্কযুক্ত নিবন্ধে চিত্রটি দেখে আমি সেই নির্দিষ্ট নকশার বিষয়ে সত্যই জানতাম না, আমি কার্নেল স্পেসের একটি বাক্স দেখতে পেয়েছি যাতে "উইন্ডো ম্যানেজার" শব্দটি রয়েছে। যেহেতু প্রকৃত উইন্ডো সজ্জাটি পৃথক প্রোগ্রামগুলি দ্বারা আঁকা (তাই X11 উইন্ডো ম্যানেজারের মতো কিছুই নেই), কেবলমাত্র আমি এই সিদ্ধান্ত নিতে পারি যে এটি মূলত এক্স 11 ডিসপ্লে সার্ভারের মতো একই কাজ করে thing উইন 32 পার্টস সম্ভবত এক্স 11 উইন্ডো পরিচালকদের কার্যকারিতা (যা এক্স 11 সার্ভারের অংশ নয় !) এবং এক্স 11 টুলকিটস (ক্লায়েন্টের প্রসঙ্গে এক্সেও রয়েছে) এর সংমিশ্রণ ।
celtschk

হ্যাঁ - এগুলি আমি বাছাই করে বোঝাতে চেয়েছি / এর মধ্যে কিছু - এটি নির্বাহী পরিষেবা স্তর - এটি পরিষেবাগুলির একটি হজপোজের মতো যা কার্নেল মোডে চালিত হয় তবে এটি নিজস্ব এবং পৃথক মডিউল। আমার ধারণা যে এটি কার্নেল - একইভাবে লিনাক্স কার্নেল ড্রাইভারগুলি সংকলন করা দরকার না তবে লোড / আনলোড করা যায় মডুলারালি। এটি উইন্ডোজের সাথে কেবল অদ্ভুত কারণ এটি সবই মোড়ানো wra যাইহোক, আমি সবসময়ই এটি আকর্ষণীয় মনে করতাম - তবে আমি কোনও বিশেষজ্ঞ নই । আপনার উত্তরটি আমাকে কেবল এটির স্মরণ করিয়ে দিয়েছে।
মাইক্রজারভ

2

এক্সটি মূলত এমআইটি দ্বারা বিকাশিত এবং রক্ষণাবেক্ষণ করা হয়েছিল এবং এটি একটি ওপেন সোর্স এমআইটি লাইসেন্স সহ ছিল, তা নয়, এটি সত্যই গুরুত্বপূর্ণ।

অযৌক্তিক হিসাবে দেখা গেলে, এক মুহুর্তের জন্য বিবেচনা করুন; আপনি কীভাবে কোনও সফ্টওয়্যারের টুকরোতে ক্লায়েন্ট-সার্ভারের দৃষ্টান্ত ব্যবহারের পছন্দটি ব্যাখ্যা করবেন? এবং, সম্ভবত আমার কোনও সিইওর কাছে বলা উচিত ..

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

সত্যিকার অর্থে সঠিক না হলেও উইন্ডো ম্যানেজারটি প্রায়শই এইভাবে ব্যাখ্যা করা হয়: এটি কেবল সহজ, সেই জিনিসটি যা কোনও অ্যাপ্লিকেশানের ফ্রেমে হ্যান্ডলগুলি এবং অন্যান্য সজ্জা দেয় এবং উইন্ডোজ, ডায়ালগ ইত্যাদি


0

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

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

এক্স হ'ল প্রথম জিইউআই পরিবেশ যা একক কম্পিউটারে একক ব্যবহারকারীর জন্য ওএসের পরিবর্তে ইউএনআইএক্সের ইতিহাসের সাথে একাধিক ব্যবহারকারীর পরিবেশ হিসাবে স্বতন্ত্রভাবে অন্য মেশিনের উইন্ডোজ প্রদর্শন করতে পারে। UNIX বৈশিষ্ট্যগুলির অনেকগুলি ওভারকিলের মতো মনে হয় যদি আপনিই একমাত্র ব্যক্তি যিনি কখনও আপনার কম্পিউটারের সাথে (শারীরিক বা দূরবর্তীভাবে) ইন্টারেক্ট করতে পারেন gets


-1

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

এর প্রচুর উপকারিতা রয়েছে (যদিও বর্তমানে এক্স এর জন্য প্রোটোকল প্রোটোকলটি খুব ভারী), উল্লেখযোগ্যভাবে আপনি একাধিক ক্লায়েন্টে একই প্রদর্শন করতে পারবেন, একাধিক ব্যবহারকারীর সাথে একটি স্ক্রিন ভাগ করে নেওয়া এক্সে সহজ is


এক্স উইন্ডোটি জনপ্রিয় হতে শুরু করার অনেক বছর পরে এক্স টার্মিনাল এসেছিল যাতে এক্স উইন্ডোটি সেভাবে আর্কিটেকচার করার কারণ হতে পারে না। আরেকটি বিষয়: এক্স টার্মিনালগুলি এক্স সার্ভারের সাথে সংযুক্ত হয়নি, তারা এক্স সার্ভার চালাচ্ছিল।
jlliagre
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.