লিনাক্স কার্নেলটি কতটি কোর পরিচালনা করতে পারে?

Question

আমি তাত্ত্বিক সীমা আগ্রহী, সম্ভবত সিস্টেমের CPU- এর বিপুল সংখ্যা থাকার উদাহরণ দিয়ে।

Comments

এটা কত সামলাতে পারবে? বা আপনি কিছু সুবিধা হারাবার আগে এটি কতজনকে পরিচালনা করতে পারে? এছাড়াও kernel? আমি সন্দেহ এই উত্তরটি যে পরিবর্তন কিছুটা জন্য একটি কম্পিউটার একটি সুপারকম্পিউটার চালানোর জন্য patched। আমি একটি একক উদাহরণস্বরূপ 4096 প্রসেসর ব্যবহার ... সম্পর্কে রিকল পড়া বলে মনে হচ্ছে

— xenoterracide

কি প্যাচ সেট, সাধারণ প্যাচসেট 4096 প্রসেসর পরিচালনা করতে পারে না তবে এটি করার জন্য লিনাক্স প্যাচ করা হয়েছে। (আইআইআরসি কিছু উত্তর এটির পরামর্শ দেয় বলে মনে হচ্ছে)

— xenoterracide

@xeno আমি আসলে এমনকি একটি patchset যে সেখানে হ্যান্ডলগুলি 4096 প্রসেসর কাপড় যে উত্তরে উল্লেখ করা উচিত যে মনে হয়।

— tshepang

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

— xenoterracide

xkcd.com/619

— বলি

Answer 1

বাস্তবে 2048 অন্তত। একটি কংক্রিট উদাহরণ হিসাবে, SGI তার বিক্রি এই UV- সিস্টেম, 256 সকেট (2,048 কোর) এবং ভাগ মেমরি মাপ বর্তমানে 16 টেরাবাইট ব্যবহার সমস্ত একটি একক কার্নেল অধীনে চলমান করতে পারে। আমি জানি অন্তত কয়েক সিস্টেমগুলি এই কনফিগারেশনে বিক্রি হয়েছে আছে।

SGI মতে:

Altix এই UV- উভয় নোভেল ও Red Hat থেকে মান ডিস্ট্রিবিউশন সহ সম্পূর্ণরূপে অপরিবর্তিত লিনাক্স চালায়।

Answer 2

লঞ্চপ্যাডের এই উবুন্টু সম্পর্কে যা বলা উচিত তাই আমি অনুমান করি এটি অন্যদের জন্য প্রযোজ্য:

1.Intel x86:
Maximum CPUs: 32 (including logical CPUs)
Maximum memory: 64GB
Maximum filesize: 8TB
Maximum filesystem size (ext3) 16TB
Maximum per-process virtual address space: 4GB

2.AMD64/EM64T:
Maximum CPUs: 64
Maximum memory: 128GB
Maximum filesize: 8TB
Maximum filesystem size (ext3): 16TB
Maximum per-process virtual address space: N/A

These are standard max limitations whereas Linux cluster systems can scale up to 1024 CPU's.

যে যথাক্রমে x86 ও, x86_64 জন্য 32 বা 64 সিপিইউ নেই।

রেডহ্যাট একই কথা বলেন, কিন্তু একটি ব্যবস্থাপনা বান্ধব টেবিল । রেডহ্যাট EL6 x86 এর জন্য 32, বা x8_64 এর জন্য 128 বা 4096 সিপিইউ কোর করতে পারে।

Comments

খিলান /, x86 / Kconfig বলছেন এই CONFIG_NR_CPUSযদি সীমা উত্থাপিত হতে পারে CONFIG_MAXSMPসক্রিয় করা হয়।

— ephemient

Answer 3

, x86_64 লিনাক্স কার্নেল একটি একক সিস্টেম ছবিতে 4096 প্রসেসর থ্রেডের সর্বোচ্চ সব ব্যবস্থা করতে সক্ষম। এর অর্থ হিপার থ্রেডিং সক্ষম করে সর্বাধিক সংখ্যক প্রসেসরের সংখ্যা 2048 Yes হ্যাঁ 2048-এরও বেশি প্রসেসরের কোর সহ কম্পিউটার রয়েছে; কিন্তু ক্লাস্টার যেখানে বেশ কয়েকটি লিনাক্স কার্নেলের সহযোগিতা, একটি উচ্চ গতির ইন্টারকানেক্ট, সাধারণত একটি Infiniband ফ্যাব্রিক সঙ্গে সংযুক্ত এসব রান।

সাম্প্রতিকতম কার্নেল 3.13 থেকে ~ / খিলান /, x86 / Kconfig মধ্যে:

কনফিগ NR_CPUS

    ---help---
      This allows you to specify the maximum number of CPUs which this
      kernel will support.  If CPUMASK_OFFSTACK is enabled, the maximum
      supported value is 4096, otherwise the maximum value is 512.  The
      minimum value which makes sense is 2.

      This is purely to save memory - each supported CPU adds
      approximately eight kilobytes to the kernel image.

আপডেট করুন: নতুন কার্নেলের উপর এই আর্কিটেকচারের নির্দিষ্ট - উদাহরণস্বরূপ 4.15, x86_64 এ আপনার 8192 থেকে NR_CPUS সেট করতে পারবেন অধিকার পরিস্থিতিতে যেহেতু 32 বিট আর্ম 32 এ স্টপ ।

Comments

SGI Altix এই UV- 1000 (2009 সাল থেকে) একক সিস্টেম ছবিতে 2560 কোর পর্যন্ত থাকতে পারে।

— এস পি আরিফ সাহারীর Wibowo

Answer 4

এই বাচ্চা 10.368 রান!

Comments

আমি জানি এই একটি পুরানো পোস্ট, কিন্তু আপনি একটি ক্লাস্টার কম্পিউটার লিঙ্ক করছি। প্রশ্ন একটি একক কার্নেল উদাহরণস্বরূপ চলমান সম্পর্কে।

— ফ্রোডবোরলি

Answer 5

টপিক multitasking মডেল এবং থ্রেড ব্যবস্থাপনা স্কিম বিষয়ী হয়। ইন্টেল ভিত্তিক সিস্টেমের Gdt লিনাক্স ব্যবহৃত হয়, তাহলে আমি ন্যায়ত মনে রাখবেন। ধারণা এটি একটি সম্ভাবনা সর্বোচ্চ আকারের 8192 থ্রেড আছে। এই অভিমানী সিস্টেম থ্রেড পরিচালনা করতে gdt ব্যবহার করছে। 32 বিট মেশিনে টাস্ক স্যুইচিং পরিচালিত হয় এবং 32 এবং 64 বিট মেশিন বিঘ্নিত ভেক্টরগুলিতে জিডিটি এন্ট্রি থাকা দরকার। বাহু কীভাবে এটি কাজ করে তা নিশ্চিত নয় তবে একই বক্তৃতাটি অর্জন করতে হবে। টাস্ক সুইচিং ধারণা মডেলের tasking মধ্যে GDT পুনরুক্তি।

আপনি gdt পরিকল্পনার আউট বিরতি আপনি assumably পৌঁছতে পারে কি আপনি মেমরি আপনি আছে জন্য, প্রতিটি থ্রেড একটি পৃষ্ঠায় স্ট্যাক ফ্রেম, গাদা স্থান থ্রেড এবং পৃষ্ঠার জন্য পৃষ্ঠা কোড বেস জন্য। আপনি ধরে নিতে পারবেন না আপনার কাছে কোড বা হিপের একটি পৃষ্ঠা রয়েছে যা এলোমেলো ভেরিয়েবল। সাধারণত প্রতিটি থ্রেড জন্য দুটি স্ট্যাক ফ্রেম, এক থ্রেড দ্বারা পরিচালিত এবং এক Linux kernel দ্বারা পরিচালিত হয়। আপনি swap স্থানের ভার্চুয়াল মেমরি ধারণা যোগ করতে পারেন এবং মডেল জলের মধ্য থেকে প্রস্ফুটিত পরার কিন্তু এটা থ্রেড অগ্রাধিকার সম্পর্কে ..

Answer 6

এছাড়াও:

আপনি এই UV- SGI উপর একটি নিয়ন্ত্রণ, এবং আপনি নিজের 4.15 কার্নেল তার সঙ্গে Bladecenters ব্যবহার করছেন যেমন লিনাক্স ব্যবহার করে থাকেন, আপনি মুহূর্তে উপর ব্যবহার করতে পারেন:

4096 ফলক রাক। 1 1024 কোর ব্যবহার তাক x 4096 কোর। এই কনফিগারেশন মুহূর্ত সর্বোচ্চ কোর লিনাক্স অধীনে ব্যবহার করা হবে। জন্য Red Hat অধীনস্থ সকল কোর নিয়ন্ত্রণ করতে পারেন।