Evaluate Moab Workload Manager_^® for Grids

This installation and configuration guide contains the most basic configuration and parameter settings needed to establish a grid environment with Moab. For more detailed information, please see our Grid Documentation.

Prerequisites

Step 1: Download

Step 2: Installation

Step 3: Configuring a Grid Environment

Step 4: Initial Testing

Step 5: Moab Cluster Manager and Access Portal

Step 6: Additional Configuration

Prerequisites

Moab Workload Manager for Grids is only installed on the head node of each cluster attached to the grid.

You will need a resource manager previously installed that can run workload. Moab will sit on top of the resource manager and aggregate cluster information while driving the resource manager. You can download TORQUE Resource Manager freely from here.

Step 1: Download

Step 1A: Register to receive an instantaneous free username and password if you don't already have one. Forgot your username and/or password?

Step 1B: Download the appropriate Moab build.

Linux-i386 - Version 5.1.0 (For use with version 2.1 or higher of TORQUE)

Linux-x86_64 - Version 5.1.0 (For use with version 2.1 of higher of TORQUE)

Step 2: Install

(Detailed installation instructions)

Step 2A: Extract the contents of the tar file.

Step 2B: Run ./configure in the newly created directory.

Step 3C: Run make install.

Step 4D: Type moab to run Moab.

Step 3: Configure a Grid Environment

Step 3A: Choose the Grid model that best suits your needs. Moab can control a grid environment using two main models:

• Model 1: Traditional Centralized Source-Destination

This model allows users to submit jobs to a centralized source Moab server. The source Moab server will obtain full resource information from all clusters and make intelligent scheduling decisions across all clusters. As needed, jobs and data are migrated to the remote clusters. If communication between the source and destination clusters is lost, then the destination cluster can still run jobs locally. The model is recommended for intra-organization grid environments when cluster autonomy is not as necessary. Learn More

• Model 2: True Peer-to-Peer (Bi-directional flow)

This model allows users to submit jobs from one Moab server (server 1) and have them scheduled on another Moab server (server 2). Jobs can also be submitted from server 2 and scheduled on server 1. The Moab servers will obtain full resource information from all clusters and make intelligent scheduling decisions across all clusters. As needed, jobs and data are migrated to the remote clusters.

This model allows for clusters to retain their autonomy while still allowing jobs to run on any cluster. No central location for job submission is needed and end users will not need to submit jobs from different nodes depending upon resource needs. A job is submitted from any location and is either migrated to nodes on the best utilized cluster or the nodes determined in the job submission. This model is recommended for grids in an inter-organization grid environment. Learn More

Model 1: Traditional Centralized Source-Destination:

I. Configure one cluster as the source cluster

moab.cfg (source server)

T1. Add an RMCFG parameter pointing to each destination cluster - in this case C2 and C3.

T2. Set TYPE=MOAB to tell the source Moab server that those clusters are destination Moab servers.

RMCFG[C2] TYPE=MOAB   SERVER=head.C2.xyz.com:40559 

RMCFG[C3] TYPE=MOAB   SERVER=head.C3.xyz.com:40558

NOTE: The name you give RMCFG in brackets, must be the same as the name given to the cooresponding SCHEDCFG.

II. Trusting the Destination: moab-private.cfg

The source Moab server needs to know which destination servers to trust. With the proper security key, the source Moab server will allow destination servers access to the grid.

Source Server

T3. Create a file named moab-private.cfg in the same directory as moab.cfg. Only should the user running Moab have read/write privileges to this file.

T4. Add the CLIENTCFG[RM:] parameter and point RM to the specific destination server as seen in the example below.

T5. Create a different KEY for each destination server.

CLIENTCFG[RM:C2] KEY=fastclu3t3r

CLIENTCFG[RM:C3] KEY=14436aaa

Destination Server

T6. Create a file named moab-private.cfg in the same directory as moab.cfg. Only should the user running Moab have read/write privileges to this file.

T7. Add the CLIENTCFG[RM:] parameter and point RM to the source Moab server as seen in the example below.

T8. The KEY will need to be the same key configured for the specific destination server in the source server's moab-private.cfg file.

T9. Add AUTH=admin1 to tell the source Moab server to allow the destination cluster complete Moab administrator rights.

moab-private.cfg (C2)

CLIENTCFG[RM:C1] KEY=fastclu3t3r AUTH=admin1

moab-private.cfg (C3)

CLIENTCFG[RM:C1] KEY=14436aaa AUTH=admin1

Model 2: Creating a True Peer-to-Peer (Bi-directional Flow)

I. Configure the Peer servers

moab.cfg (server 1)

P1. Add the RMCFG parameter and point it to server2.

P2. Set TYPE=MOAB to tell the Moab server that the destination is a Moab server as well.

RMCFG[server2] TYPE=MOAB SERVER=server2.omc.com:42005

NOTE: The name you give RMCFG in brackets, must be the same as the name given to the cooresponding SCHEDCFG.

moab.cfg (server 2)

P3. Add the RMCFG parameter and point it to server1.

P4. Set TYPE=MOAB to tell the Moab server that the destination is a Moab server as well.

RMCFG[server1] TYPE=MOAB SERVER=server1.omc.com:42006

NOTE: The name you give RMCFG in brackets, must be the same as the name given to the cooresponding SCHEDCFG.

II. Trusting the Servers - moab-private.cfg

P5. Create a file named moab-private.cfg on each cluster server and in the same directory as moab.cfg. Only should the user running Moab have read/write privileges to this file.

P6. Add the CLIENTCFG[RM:] for each peer server and point RM to the specific Moab peer server

P7. Create a KEY for each Moab server.

P8. Add AUTH=admin1 to tell the Moab server to allow the other server complete Moab administrator rights.

moab-private.cfg (server 1)

CLIENTCFG[RM:server2] KEY=443db-writ4 AUTH=admin1

moab-private.cfg (server 2)

CLIENTCFG[RM:server1] KEY=443db-writ4 AUTH=admin1

Step 4: Initial Testing

Step 4A: Type showq to see all the workload running on your system. You will see number of nodes and processors on the grid.

Step 4B: Type mdiag -n to see a list of all the nodes on the grid.

Step 4C: Type mdiag -R to see the state of the Moab servers.

Step 4D: Submit a job using msub -l nodes=[node on other cluster] script.

>msub -l nodes=node82 sleep.sh

Step 5: View the functionality of Moab Cluster Manager and Moab Access Portal for Grids

Currently, only Moab Workload Manager for Grids is available for evaluation from the Web site, however the other components of Moab Grid Suite are available upon request. Sites may also use corresponding products from Moab Cluster Suite to see an example of the product functionality.

Step 5A: Follow the instructions for downloading, installing and using Moab Cluster Manager. You can run an instance of Moab Cluster Manager for each cluster in the grid.

Step 5B: Follow the instructions for downloading, installing and using Moab Access Portal. It will provide you with the look, feel and usability of Moab Access Portal for Grids but without complete grid capabilities. You can also view the Online Demo. To evaluate Moab Access Portal for Grids, please contact Cluster Resources.

Step 6: Additional Configuration

Once you have verified that your grid is correctly configured, you may want to begin configuring additional policies or grid functionalities such as:

Data Staging

Shared Resources

Grid Sandbox

Click here for complete Grid Documentation

منبع

http://www.clusterresources.com/pages/products/evaluate-grid/evaluate-grid.php

Sensory Software International Ltd

 

Grid Mobile

Grid Mobile is a communication package for PDAs and smartphones.  These really small, light computers can be carried anywhere and have long-lasting batteries.  In addition to voice output communication, you can also send and receive SMS messages (if the PDA has an integral phone).

Grids are designed on a PC using The Grid, and copied across to the PDA when ready.  You can also make changes and corrections on the device.

http://www.sensorysoftware.com/gridmobile.html

 

 

http://

The Grid 2

The Grid 2 is an all-in-one package for communication and access.

The Grid 2 allows people with limited or unclear speech to use a computer as a voice ouput communication aid, using symbols or text to build sentences.

You can also access your Windows desktop and other programs, with the built in Computer Control features.

In addition to this, you can send and receive email and sms messages, browse the web, listen to music... and more too!

The Grid 2 is accessible to everybody, accepting input from switches, headpointer, touchscreen, mouse, and other options too.

Find out more

Find out what The Grid 2 can do:

• Symbol Chat
• Text Chat
• Computer Control
• Access
• Speech
• Editing
• Grid Sets
• More

www.sensorysoftware.com/gridmobile.html

 

مقاله / عالم پیر، گرید جوان‌ - Grid Computing و بزرگ‌ترین ماشینهای علمی‌ ساخت بشر

• منبع :مجله شبکه
• تاریخ :87/02/31
• لینک اصلی :لینک
• اخبار سایت مجله شبکه را هر روز برایم ایمیل کن
• Share It
• ارسال به دوستان

اگر همه چيز مطابق برنامه پيش برود، سال آينده بزرگ‌ترين ماشين علمي‌اي كه تاكنون ساخته شده است، در مجتمع زيرزميني پرپيچ و خمي در سوئيس، نزديك ژنو، به بهره‌برداري خواهد رسيد. تصادم‌گر بزرگ هادرون ‌(LHC) كه در عمق بيش از صد متري زير زمين قرار دارد، دو باريكه پروتون را در جهت‌هاي مخالف هم در يك تونل دايره‌اي 27 كيلومتري شتاب خواهد داد. اين دو باريكه، در حالي كه تقريباً به سرعت نور رسيده‌اند، به صورت متقابل (شاخ به شاخ) با هم برخورد مي‌كنند و رگباري از بقاياي زيراتمي را توليد مي‌كنند كه دانش‌پيشگان انتظار دارند ذراتي مرموز را كه قبلاً هرگز مشاهده نشده‌اند، در ميان آن‌ها بيابند. اين امر مي‌تواند منجر به تغيير در درك بنيادي ما از جهان گردد.دست‌كم، اميد است كه چنين شود. پژوهشگران سازمان تحقيقات هسته‌اي اروپا (سرن)، جايي كه LHC به بهره‌برداري خواهد رسيد، مي‌دانند كه يافتن ذرات مادي گريزاني كه آن‌ها در جست‌وجويش هستند، كار بسيار دشواري خواهد بود. براي يافتن اين ذرات، پژوهشگران بايد توده‌هاي مهيبي از داده‌هاي مربوط به برخوردها را غربال نمايند: انتظار مي‌رود فوران داده‌ها در LHC به طور متوسط، سالانه به پانزده ميليون گيگابايت برسد؛ اين مقدار بيشتر از ميزان داده‌اي است كه براي پر كردن شش دي‌وي‌دي استاندارد در دقيقه لازم است.به اين ترتيب مرتب كردن و تحليل نمودن اين كوه داده‌ها كاري است فراتر از توان هر ابركامپيوتري در جهان. پس در همان حال كه تيم LHC براي تكميل نمودن ماشين غول‌پيكر زيرزميني در تكاپو است، روي سطح زمين گروه ديگري از فيزيك‌پيشگان و متخصصان علوم كامپيوتر در حال حل نمودن مسئله‌اي مستقل هستند: فراهم آوردن زيرساختي محاسباتي‌ كه از پس سيلاب داده‌هاي LHC برآيد. راه‌حلي كه آنان يافته‌اند مجموعه‌اي پهناور از كامپيوترهاي قدرتمند كه حدوداً در دويست مركز پژوهشي در سراسر دنيا گسترده‌اند و به گونه‌اي مرتبط و پيكربندي شده‌اند كه همچون يك سيستم واحد پردازش موازي كار كنند. اين نوع زيرساخت يك گريد پردازشي (computing grid) خوانده مي‌شود.1

 

 

Moab Grid Suite® Customer Downloads

To download any component of Moab Grid Suite, please click on the appropriate link and enter your Cluster Resources username and password:

See our FAQ first for answers to typical installation questions, and see our Common Issues section for support on common technical questions.

If you need support while installing or evaluating Moab Cluster Suite, please contact Cluster Resources for free eval support. We'll answer questions and assist you in setting up your system with Moab at no cost.

• Moab Workload Manager for Grids® policy-based workload management and scheduling engine for grids
• Moab Grid Manager® graphical cluster administration interface, monitor, and reporting tool for grids
• Moab Access Portal for Grids® Web-based end user job submission and management portal for grids

To receive support please visit: http://support.clusterresources.com/

Manage your Globus Grid with Moab

Get 90-99% Hardware Utilization

Moab Grid Suite facilitates easy Globus Grid management in a real-world computing environment.

Moab integrates scheduling, managing, monitoring and reporting across multiple clusters and ensures grid service levels are delivered and workload is processed faster.

Moab can:

• Seamlessly transition from cluster to grid with support for multiple resource managers, operating systems and hardware
• Let contributing organizations keep their sovereignty by giving administrators of local clusters the power to set their own policies
• Improve administration of grids with automated policies and track the results with a visual view of running, idle and downed nodes

Learn More about Moab Grid Suite

Read about the latest release of Moab Grid Suite

FREE Moab Eval Online Training - Register Now!

Find out more: Ask a Cluster Resources representative

 

http://www.clusterresources.com/pages/products/links/grid.2.php?gclid=CPOw_bzs8ZMCFQ9KQgodllivzA

 

سیستم عامل

مفاهیم کلی
به طور کلی نرم افزارهای کامپیوتر به دو گروه تقسیم می‌شوند:
یکی برنامه‌های سیستمی که عملیات کامپیوتر را مدیریت می‌کنند و دیگری برنامه‌های کاربردی. سیستم عامل (operating system=os) اصلی ترین برنامه سیستمی است که به عنوان رابط بین کاربر و سخت افزار کامپیوتر عمل می‌کند.

سیستم عامل دو وظیفه (یا هدف) اصلی دارد:
سیستم عامل استفاده از کامپیوتر را ساده می‌سازد. این بدان معناست که مثلاً کاربر یا برنامه نویس بدون درگیر شدن با مسائل سخت افزاری دیسکها به راحتی فایلی را بر روی دیسک ذخیره و حذف کند. این کار در واقع با به کار بردن دستورات ساده‌ای که فراخوان های سیستمی (System Calls) را صدا می‌زنند انجام مي پذیرد .
در صورت عدم وجود سیستم عامل کاربر و یا برنامه نویس می‌بایست آشنایی کاملی با سخت افزارهای مختلف کامپیوتر (مثل مونیتور, فلاپی, کی بورد و غیره) داشته باشد و روتین‌هایی برای خواندن و یا نوشتن آنها به زبانهای سطح پائین بنویسد. از این جنبه به سیستم عامل با عنوان ماشین توسعه یافته (Extended machine) یا ماشین مجازی (Virtual machine) یاد می‌شود که واقعیت سخت افزار را از دید برنامه نویسان مخفی می‌سازد.

وظیفه دوم سیستم عامل مدیریت منابع (Resource Management) می‌باشد, یعنی سیستم عامل باعث استفاده بهینه و سودمند (اقتصادی) از منابع سیستم می‌گردد. منظور از منابع پردازنده‌ها, حافظه‌ها, دیسکها, ماوس ها, چاپگرها, فایلها, پورتها و غیره هستند. یک سیستم کامپیوتری منابع نرم افزاری و سخت افزاری بسیار دارد که ممکن است در حین اجراء برنامه لازم باشند, سیستم عامل همانند مدیر منابع عمل کرده و آنها را بر حسب نیاز به برنامه‌های مشخصی تخصیص می‌دهد.
سیستم عامل معمولا از اولین برنامه‌هایي است که پس از بوت شدن در حافظه بار می‌شود. پس از بار شدن قسمتی از سیستم عامل بطور دائم در حافظه باقی (Resident) می‌ماند. قسمتهای دیگر با توجه به کاربرد کامپیوتر توسط کاربر از دیسک به حافظه آورده می‌شود.

به قسمت اصلی سیستم عامل که وظایف مهم آن را انجام می‌دهد هسته یا Kernel گفته می‌شود. هسته سیستم عامل برنامه‌ای است که در تمامی اوقات بر روی کامپیوتر در حال اجراست.
سیستم عامل و معماری کامپیوتر اثر زیادی بر روی یکدیگر داشته‌اند. یعنی جهت سهولت کار با سخت افزارهای جدید, سیستم عامل‌ها توسعه یافتند و همچنین در اثنای طراحی سیستم عامل‌ها, مشخص شد که تغییراتی در طراحی سخت افزار می‌تواند سیستم عاملها را ساده تر و کارآمدتر سازد .

هر چند که تطبیق نسلهای کامپیوتر با نسلهای سیستم عامل کار درستی نیست ولی این تطبیق که در ادامه انجام می‌دهیم علت ایجاد سیستم عاملهای جدید را مشخص می‌سازد.

تطابق تکنیکهای سیستم عامل با نسل های کامپیوتر:

در نسل اول کامپیوترها (55-1945) که از لامپ خلأ برای ساخت آنها استفاده می‌شد, زبانهای برنامه نویسی (حتی اسمبلی) ابداع نشده بودند و سیستم عامل نیز اصلاً وجود نداشت. روند کار به این صورت بود که برنامه نویسان تنها در یک فاصله زمانی مشخص حق استفاده از کامپیوتر بزرگ و گران قیمت را داشتند.
آنها برنامه‌های خود را توسط تخته مدار سوراخدار (و بعدها توسط کارتهای پانچ) و به زبان ماشین به کامپیوتر می‌دادند. اکثر برنامه‌های محاسبات عددی معمولی مانند جداول سینوس و کسینوس بود.

ساختار سیستم عامل:

خدمات و مولفه های سیستم عامل:
مدیریت پردازش در سیستم عامل
مدیریت حافظه در سیستم عامل
مدیریت فایل در سیستم عامل
مدیریت ورودی- خروجی در سیستم عامل
مفسر فرمان
وقفه در سيستم عامل
فراخوانی سیستمی

انوع سیستم عامل از نظر ساختار:
تکنیک سیستم یکپارچه
تکنیک سیستم لایه ای
سیستم مجازی در سیستم عامل
سیستم مشتری –خدمتگزار
زبان های پیاده سازی سیستم عامل
پردازش و زمابندی:
پردازش در سیستم عامل
حالات یک پردازش
بلوک کنترلی پردازش
نخ (بند-رشته)
زمان بندی در سیستم عامل
انواع زمانبندها در سیستم عامل
معیار های زمانبندی در سیستم عامل

انواع زمانبندی ها:

اولویتها می‌توانند بصورت اتوماتیک توسط سیستم نسبت داده شوند و یا از خارج سیستم تعیین گردند, مثلاً ممکن است یک کاربر کار فوری داشته باشد و حاضر باشد به خاطر بدست آوردن سرویس بالاتر هزینه بیشتری بپردازد, یعنی اولویت را بخرد. یک اولویت ممکن است استاتیک باشد یا دینامیک. اولویت استاتیک تغییر نمی‌کند و بنابراین پیاده سازی آن ساده است.
ولی این نوع اولویت در مقابل تغییرات محیطی عکس العملی نشان نمی‌دهد. برعکس اولویت دینامیک بر اثر تغییرات محیطی تغییر می‌کند مثلا ً ممکن است در آغاز یک برنامه اولویت پائینی داشته باشد ولی به تدریج اولویت آن بهبود یابد.

اول آمده-اول سرویس شده
زمانبندی نوبت گردشی
اول کوتاه ترین زمان
کوتاه ترین زمان باقی مانده
بالا ترین نسبت پاسخ
دادن اولویت به پردازش
صفهای چند گانه MQ
صفهای چند گانه با فیدبک
بلا درنگReal time
تضمین شده (در زمان مقرر)
زمان بندی شانسی
LPT
....

انواع سیستم عامل ها:

Windows
Linux
Unix
DOS
OS/2
Solaris
......

منبع : سايت رشد

سیستم های بی درنگ (Real Time)

سیستمهای بی درنگ معمولاً به عنوان یک کنترل کننده در یک کاربرد خاص استفاده می‌شوند. سیستم در این حالت می‌بایست در زمانی مشخص و معین حتماً جواب مورد نظر را بدهد .
سیستمهای کنترل صنعتی, پزشکی, کنترل موشک و غیره از این دسته‌اند.
در سیستمهای بی درنگ زمان پاسخ باید سریع و تضمین شده باشد ولی در سیستم اشتراک زمانی مطلوبست که زمان پاسخ سریع باشند (ولی اجباری نیست). در سیستم دسته‌ای هیچ محدودیت زمانی در نظر گرفته نمی‌شود.

در سیستمهای بی درنگ معمولاً وسایل ذخیره سازی ثانویه وجود ندارد و به جای آن از حافظه ‌های ROM استفاده می‌شود. سیستم عاملهای پیشرفته نیز در این سیستمها وجود ندارند چرا که سیستم عامل کاربر را از سخت افزار جدا می‌کند و این جدا سازی باعث عدم قطعیت در زمان پاسخگویی می‌شود.

سیستمهای بی درنگ با سیستمهای اشتراک زمانی تناقض دارند لذا نمی‌توانند هر دو توأماً وجود داشته باشند. به دلیل نیاز به پاسخ دهی سریع و تضمین شده سیستم‌های بلادرنگ از حافظه مجازی و اشتراک زمانی استفاده نمی‌کنند.
به این سیستم‌ها «بی درنگ سخت» نیز گفته می‌شود.
در سیستمهای «بی درنگ نرم» یک وظیفه بی درنگ بحرانی, نسبت به سایر وظایف اولیت دارد و تا پایان تکمیل شدنش این ارجحیت را دارا خواهد بود. از آنجا که این سیستمها مهلت زمانی (deadline) را پشتیبانی نمی‌کنند استفاده آنها در کنترل صنعتی ریسک آور است. هر چند که این سیستمهای بی درنگ نرم می‌بایست پاسخی سریع داشته باشند ولی مساله پاسخ دهی به حادی سیستمهای بی درنگ سخت نمی‌باشد.
از کاربردهای سیستم بی درنگ نرم می‌توان رزرواسیون شرکتهای هواپیمایی, چند رسانه‌ای (multimedia) واقعیت مجازی (Virtual reality) را نام برد. این سیستمها به ویژگی‌های سیستم عاملهای پیشرفته (که توسط بیدرنگ سخت حمایت نمی‌شوند) نیازمندند. بعضی از نسخه‌های UNIX مانند solaris 2 خاصیت بیدرنگ نرم را دارا می‌باشند.

در برخی کاربردها (مثل کنترل صنعتی) در کامپیوترها از سیستم عامل استفاده نمی‌شود. از آنجا که در سیستمهای کنترل صنعتی برنامه می‌بایست در اسرع وقت در مقابل یک اتفاق, از خود عکس العمل نشان دهد, وجود واسطه سیستم عامل باعث کند شدن مراحل می‌گردد.

منبع : سايت رشد

سیستم های توزیع شده Distributed system

سیستم عامل توزیع شده در یک محیط شبکه‌ای اجراء می‌شود. در این سیستم قسمتهای مختلف برنامه کاربر بدون آنکه خود او متوجه شود می‌توانند همزمان در چند کامپیوتر مجزا اجراء شده و سپس نتایج نهایی به کامپیوتر اصلی کاربر بر گردند.

کاربران نباید از این موضوع باخبر شوند که برنامه آنها در کجا به اجراء در می‌آید و یا فایلهای آنها در کجای شبکه قرار دارد و همه این کارها باید توسط سیستم عامل به صورت خودکار انجام گیرد. به عبارتی دیگر سیستم باید از دید کاربر شفاف باشد و هرچیز را با نام آن فراخوانی کند و کاری به آدرس آن نداشته باشد.

یکی از مزایای مهم سیستمهای توزیع شده سرعت بالای اجرای برنامه‌هاست چرا که یک برنامه همزمان می‌تواند از چندین کامپیوتر برای اجراء شدنش استفاده کند.
همچنین به علت توزیع شدن اطلاعات, بانکهای اطلاعاتی حجیم می‌توانند روی یکسری کامپیوترهای شبکه شده قرار بگیرند. و لازم نیست که همه اطلاعات به یک کامپیوتر مرکزی فرستاده شود (که در نتیجه این نقل و انتقالات حجیم زمان زیادی به هدر می‌رود.)

به علت تأخیر‌های انتقال در شبکه و نویزهای احتمالی در خطوط انتقالی قابلیت اعتماد اجرای یک برنامه در یک سیستم تنها, بیشتر از قابلیت اجرای آن در یک سیستم توزیع شده است .
همچنین در سیستم توزیع شده اگر یکی از کامپیوترهایی که وظیفه اصلی برنامه جاری را بر عهده دارد خراب شود کل عمل سیستم مختل خواهد شد. از طرف دیگر اگر اطلاعاتی همزمان در چند کامپیوتر به صورت یکسان ذخیره گردد و یکی از کامپیوترها خراب شود, داده‌ها را می‌توان از کامپیوترهای دیگر بازیابی کرد، از این نظر امنیت افزایش می‌یابد.

به سیستم های توزیع شده گاهی اوقات سیستمهای Loosely Coupled یا ارتباط ضعیف نیز می‌گویند, چرا که هر پردازنده کلاک و حافظه مستقلی دارد. پردازنده‌ها از طریق خطوط مخابراتی مختلفی مثل گذرگاه‌های سریع یا خطوط تلفن ارتباط دارند.

منبع : سايت رشد