|
XGRID تکنولوژی
|
||
|
پیاده سازی سیستم های توزیع شده |
راه اندازي يك سرور مجازي لينوكس
همزمان با رشد سريع اينترنت و خدمات آنلاين، هر روز بر حجم پردازش سرويس دهنده ها و تعداد درخواست هاي كاربران افزوده مي شود. اما حداكثر توان كاري هر سرويس دهنده اندازه اي دارد كه بيشتر از آن نمي تواند به در خواست ها جواب دهد و به صورت معمول سرويس دهي كند. براي خروج از اين وضعيت يك مدير سرويس دهنده، چندين راه حل دارد: جايگزيني سرورهايي با قدرت پردازش بيشتر و
يا افزايش تعداد سرويس دهنده هاي موجود. اما اين كار شايد هزينه بسيار زيادي را به سيستم تحميل كند. به طوري كه عملا اجراي آن غيرممكن خواهد بود. در اين شرايط ، شايد برپا سازي يك سرويس دهنده مجازي بر پايه مفاهيم كلاستر و تقسيم سرويس ها ميان چندين سرويس دهنده، يكي از مؤثرترين راهكارهايي باشد كه مي توان براي افزايش قدرت سرويس دهنده به كاربست. كلاستر سازي اين قابليت را فراهم مي كند كه با افزودن يك سرور مجازي به سيستم ، در خواست هاي سرويس ميان چند سرويس دهنده تقسيم شود و از وارد آمدن فشار اضافي بريك سرويس دهنده و نهايتا مختل شدن سرويس دهي شبكه جلوگيري به عمل آيد. در اين نوشتار، به برپاسازي و پيكربندي يك سرور مجازي لينوكس در يك شبكه، كه شامل چندين سرويس دهنده مختلف، مانند سروي دهنده وب، ايميل و FTP است نگاهي مي اندازيم.
مفهوم كلاستر
كلاسترها يكي از جذاب ترين مفاهيمي هستند كه در بحث هاي پردازش موازي و سرويس دهنده مطرح مي شوند. به طور عام ، مفهوم كلاسترها به يك مجموعه از كامپيوترها اطلاق مي شود كه با اشتراك قدرت پردازشي يكديگر، توان بيشتري را براي انجام دادن امور پردازشي محوله فراهم مي كنند. يك كلاستر شامل چندين ماشين است كه در يك شبكه محلي پرسرعت به هم متصل شده و با استفاده از يك برنامه زمانبندي و هماهنگ سازي ميان ماشين هاي شبكه، امور پردازشي را انجام مي دهند.
گونه اي از اين كلاسترها موسوم به load-balancing cluster وظيفه موازنه كردن ترافيك شبكه را ميان ماشين هاي شبكه بر عهده دارند. هدف اين نوشتار نيز پياده سازي چنين كلاستري است كه بتواند با تقسيم كردن درخواست هاي سرويس ارسالي از كاربران يك شبكه ميان چند سرويس دهنده ، از تراكم حجم كاري بر روي يك سرويس دهنده بكاهد.
طرح ريزي كلاستر
كلاستر شامل يك سرور مجازي مبتني بر سيستم عامل لينوكس و تعدادي سرور فيزيكي خواهد بود كه با استفاده از يك سوئيچ ، با هم در ارتباط هستند . هدف شبكه، ارائه سرويس هايي مانند وب و ايميل به كاربران است. كاربران از طريق يك بستر شبكه اي، مانند اينترنت، با سرور مجازي ارتباط دارند. سرورهاي فيزيكي مي توانند بر هر سيستم عاملي مبتني باشند. وظيفه سرور مجازي لينوكس ، بااستفاده از آدرس هاي IP، كاهش فشار حجم درخواست هاي ارسالي به يك سرور فيزيكي و تقسيم درخواست ها ميان چند سرور موجود در شبكه است.
در واقع مي توان گفت كه سرور مجازي ، نقش يك رابط را ميان كاربران شبكه و سرورهاي فيزيكي شبكه ايفا مي كند كه در اين ميان، امكان همزماني پردازش هاي بيشتري از درخواست ها با استفاده از يك آدرس IP فراهم مي شود. هنگامي كه سرور مجازي يك درخواست را از كاربر دريافت مي كند، براساس يك الگوريتم زمانبندي ، درخواست كاربر را به سرور فيزيكي مربوطه تحويل مي دهد. سپس سرور فيزيكي داده هاي مورد تقاضا را براي سرور مجازي به درخواست كاربر جواب خواهد داد. در اين ميان، سرويس دهنده حقيقي همان سرورهاي فيزيكي هستند كه آدرس IP آن ها توسط سرور مجازي تغيير يافته است. سرور مجازي از دو رابط شبكه استفاده مي كند: يك رابط براي برقراري ارتباط با كاربران و دسترسي كاربران به شبكه ، و رابط دوم جهت ارتباط با شبكه محلي و سرورهاي فيزيكي . راه اندازي يك كلاستر با اين ساختار، قابليت هرگونه تغيير، حذف يا افزودن سرورهاي فيزيكي را براي مدير شبكه فراهم مي كند.
بازسازي هسته لينوكس
لينوكس شامل هسته نسخه ۲.۴.۲۸ و نسخه هاي بالاتر، از كلاسترهاي سرور مجازي يا LVS پشتيباني مي كنند. پس اگر از نسخه هاي پايين تر استفاده مي شود، بايد با اضافه كردن ماجول LVS مجددا هسته را كامپايل و بازسازي كنيد. اين بسته به صورت رايگان از نشاني http://www.linuxvirtualserver.org قابل دريافت است . چون در سايت براي نسخه هاي مختلف هسته، بسته هاي مختلفي ارائه شده ، لازم است شماره بسته متناسب با نسخه هسته لينوكس سيستم بررسي شود. بسته دريافتي از سايت را در شاخه usr/src/ كپي كنيد و دستورات زير را اجرا نماييد:
×#cd/usr/scr/linux
#gunzip ../linux-۲.۴.۲۱-ipvs-۱.۰.۱۰.patch.gz
#patch-p۱< ../linux-2.4.21-ipvs-1.0.10.patch
دستور خط اول ، موقعيت خط فرمان را به زيرشاخه×linux منتقل مي كند. در خط دوم ، با استفاده از ابزار GUNZIP ، بسته دريافت شده از سايت پروژه از حالت فشرده خارج شده و در خط سوم اين بسته، به هسته اضافه شده است . پس از اضافه شده است. پس از اضافه شدن بسته به هسته، بايد مجددا هسته كامپايل شود. يعني در دايركتوري ×usr/src/linux دستورات زير اجرا شوند:
#make mrproper
#make oldconfig
#make menuconfig
با اجراي دستور آخر، يك منو با چندين زيرشاخه اجرا خواهدشد. براي فعال كردن سرور مجازي از شاخه Networking Options، گزينه IP:Virtual Server Configuration را انتخاب نماييد و آدرس سرور مجازي را تنظيم كنيد:
virtual server support( EXPERIMENTAL)
]Ipvirtual server debugging×[
(۱۶) IPVS connection table size(the Nith power of۲)
---IPVS scheduler
round-robin scheduling
< M >weighted round-robin scheduling
< M >least-connection scheduling scheduling
< M >weighted least-connection scheduling
< M >locality-based least-connection scheduling
< M >locality-based least-connection with replication scheduling
< M >destination hashing scheduling
< M >source hashing scheduling
< M >shortest expected delay scheduling
< M >never queue scheduling
—IPVS application helper
FTP protocol helper
قبل از خروج از menuconfig، بايد تغييرات ذخيره شوند. براي ساختن تمامي ماجول هاي جديد كرنل، دستور زير اجرا مي شود:
#make dep&&make bzlmage &&make modules && make modulesinstall
پس از اجراي دستور بالا، زير شاخه جديدي به نام bzlmage در دايركتوري /arch/i۳۸۶/boot/×usr/src/linux ساخته مي شود و تصوير هسته كامپايل شده در اين شاخه قرار مي گيرد. براي اتمام پيكربندي هسته، بايد اين تصوير در شاخهboot/ كپي شده و فايل هاي پيكربندي بوت لودرهاي سيستم نيز بروز رساني شوند.
نصب ابزار IPT و IPVsadm
در گام بعدي ، پس از بازسازي هسته لينوكس، براي پيكربندي سرور مجازي ، بايد بسته هاي IPTable و IPVsadm نصب شوند. IPTable ابزاري براي راه اندازي ساختار يك فايروال مبتني بر فيلتر بسته هاي IPV۴ و NAT در هسته لينوكس است. بااستفاده از اين ابزار، آدرس هاي IPهاي مجازي براي سرورهاي فيزيكي تعريف مي شوند. IPVsadm نيز يك ابزار براي مديريت سرور مجازي لينوكس، تنظيم الگوريتم زمانبندي تقسيم درخواست ها و قوانين ارسال درخواست هاي كاربران به سرورهاي فيزيكي است. بسته نصب IPTable به همراه اكثر توزيع ها ارائه مي شود و مي توان از طريق برنامه مديريت بسته هاي توزيع لينوكس به راحتي آن را نصب كرد. بسته rpm نصب ابزار IPVsadm نيز از سايت پروژه LVS قابل دريافت است. پس از نصب اين دو ابزار، لازم است كه گزينه IP forwarding براي سرور لينوكس فعال شود. براي اين منظور، فايل etc/sysctl.conf/ را در يك ويرايشگر متني بازكرده و گزينه زير را با ارزش ۱ مقداردهي كنيد:
net.ipv۴.ipforward=۱
اكنون كافي است با استفاده از دستور start، سرويس IPTable براي ارسال بسته هاي IP سرورهاي فيزيكي به آدرس كاربران شبكه فعال شود:
#service iptables start
فعال كردن IP masquerading
براي تنظيم آدرس IP سرورهاي فيزيكي در سرور مجازي لينوكس، بايد به اين نكته توجه شود كه eth۰ براي كارت شبكه ارتباطي با شبكه اينترنت و eth۱ براي كارت شبكه محلي تعريف شوند. در ادامه برروي سرور مجازي، دستورات زير اجرا شوند:
#iptables-t nat-P POSTROUTING DROP
#iptables-t nat-A POSTROUTING-o eth۰-j MASQUERDE
در خط اول ، با تعريف يك قانون براي IPTables، يك سطح خارجي امنيتي براي شبكه تعريف مي شود. DROP اين اختيار را به IRTables مي دهد كه هرگونه بسته IP كه از ruleهاي تعريفي تبعيت نمي كند، از شبكه حذف شود و در نتيجه هر آدرس IP جعلي يا ساختگي را نمي توان براي شبكه تنظيم كرد. خط دوم، جدول NAT را براي آدرس دهي شبكه داخلي ميان سرورهاي فيزيكي با سرور مجازي و كارت شبكه eth۰ فعال مي كند.
پيكربندي سرور مجازي لينوكس با IPVsadm
در گام بعدي، با استفاده از ابزار IPVsadm سرور مجازي تنظيم مي شود. براي شروع بايد به هريك از ماشين هاي شبكه يك آدرس IP اختصاص داده شود. براي سرورهاي فيزيكي شبكه محلي، يك بازه آدرس دهي مانند ۱۰.۰.۰.۰ تا ۲۵۵.۲۵۵.۲۵۵.۰ انتخاب شده و از يك شماره Subnet Musk استفاده مي شود. از سرور مجازي به عنوان دروازه براي سرورهاي فيزيكي استفاده مي شود. ماشين هاي كلاينت با آدرس هاي IP اختصاص يافته توسط سرويس دهنده اينترنت با سرور مجازي در ارتباط خواهند بود. يكي از دو سرور يك سرويس دهنده HTTP است كه براي آن آدرس ۱۰.۰.۰.۲ تعريف مي شود و سرور دوم كه يك سرويس دهنده FTP است، با ۱۰.۰.۰.۳ آدرس دهي مي شود. آدرس ۱۰.۰.۰.۱ به عنوان پيش فرض دروازه براي ارتباط با سرور مجازي انتخاب مي شود و براي ارتباط سرور مجازي انتخاب مي شود و براي ارتباط سرور مجازي با شبكه اينترنت آدرس IP عمومي ۶۱.۱۶.۱۳۰.۱۰۰ منظور مي گردد. اكنون با ابزار IPVsadm، آدرس هاي تخصيص داده شده براي سرور مجازي تعريف مي شوند:
#ipvsadm-A-t ۱۶۱.۱۶۱۳۰.۱۰۰:۸۰-s wlc
#ipvsadm-A-۱۶۱.۱۶.۱۳۰.۱۰۰:۲۱-s wrr
در فرامين بالا wlc و wrr دو الگوريتم مديريت ترافيك سرور مجازي براي پورت هاي ۸۰ و ۲۱ هستند. غير از اين دو، الگوريتم هاي زمانبندي قابل تعريف ديگري نيز وجود دارد كه براي آشنايي با آن ها مي توانيد به صفحات man اين برنامه مراجعه كنيد. براي تعريف سرورهاي فيزيكي ، دستورات بالا به صورت زير اجرا مي شوند:
#ipvsadm-a-t ۱۶۱.۱۶۱۳۰.۱۰۰:۸۰-r ۱۰.۰.۰.۳:۸۰-m
#ipvsadm-a-t ۱۶۱.۱۶.۱۳۰.۱۰۰:۸۰-r ۱۰.۰.۰.۲:۸۰-m-w۲
#ipvsadm-a-t ۱۶۱.۱۶.۱۳۰.۱۰۰:۲۱-r ۱۰.۰.۰.۳:۲۱-m
البته هميشه ترافيك پورت ۸۰ بيشتر از ترافيك پورت FTP خواهدبود. بدين خاطر آدرس IP شماره ۱۰.۰.۰.۳ براي پورت ۸۰ نيز تعريف شده است. در اين حالت، سرور مجازي با استفاده از الگوريتم هاي زمانبندي خود، مي تواند بار ترافيكي اين پورت را بر روي دو سرور فيزيكي تقسيم كند، با دادن ارزش دو توسط آرگومان m- به آدرس ۱۰.۰.۰۲، سرور مجازي خواهد فهميد كه اين پورت بر روي آدرس ديگري نيز تعريف شده است.
نتيجه گيري
براي آزمايش درستي عملكرد شبكه، مي توان با استفاده از ماشين هاي كلاينت، درخواست هايي را براي سرور مجازي فرستاد و نتيجه را مشاهده كرد. اگر به صورت همزمان چندين درخواست را از چند ماشين كلاينت ارسال كنيد، خواهيد ديد برخي درخواست ها به وسيله سرويس دهنده FTP پردازش شده اند و آدرس IP متفاوتي ميان درخواست هاي رسيده برروي ماشين هاي كلاينت وجود دارد. راه اندازي يك سرور مجازي با مشخصات بالا جوابگوي يك كلاستر با تعداد محدودي سرويس دهنده است. براي شبكه هايي كه از تعداد زيادي سرويس دهنده استفاده مي كنند، به راه اندازي چند سرور مجازي، تنظيمات پيشرفته جدول NAT، و سرويس DNS نياز خواهيد داشت.
منبع : آي آر آي تي ان
شركت IBM ماشين محاسبات فني خود را تقويت مي كند
شركت IBM توان پردازشگر سرور P5-575 خود را تقويت خواهد كرد، سروري كه محاسبات فني پر قدرت را انجام مي دهد.
به گزارش بخش خبر سايت http://www.IRITN.com ،به نقل از News.com ، در حال حاضر هر يك از سرورهاي P5-575 با هر چيپ Power5 به بازار عرضه مي شود اما فقط يكي از دو موتور پردازشگر اين چيپ ها كه هسته نام دارد فعال است. با اين وجود شركت Big Blue تا انتهاي سال سيستمي با هشت پردازنده دو هسته اي به بازار عرضه خواهد كرد. سيستم هاي دو هسته اي 5/1 گيگاهرتز خواهد بود كه تا اندازه اي كمتر از مدل هاي يك هسته اي با سرعت 1.9 گيگاهرتز است اما كارايي كلي سيستم دو هسته اي تا 55 درصد افزايش خواهد يافت. بيشتر سرورهاي يونيكس كنوني شركت IBM از مدل دو هسته اي استفاده مي كنند. شركت IBM همزمان با كنفرانس 2005 بين المللي ابر كامپيوتر در آلمان اين سيستم ها را معرفي كرد. IBM براي كسب مقام اول در بازار محاسبات فني سخت تلاش مي كند. در اين بازار از تمامي امكانات از ماشين هاي قدرتمند گرفته تا كلاسترهاي وسيع متشكل از صدها ماشين كوچكتر براي انجام كارهايي چون شبيه سازي تصادفات خودرويي يا تحقيقات دارويي استفاده مي شود. رقباي IBM در اين بازار شركت هايي مثل HP ( رقيب درجه يك)، Cray ، سيليكون گرافيك، Dell و سان ميكروسيستم هستند. از سرور P5-575 در قالب بندي استاندارد كلاستر يعني Cluster 1600 به همراه 128 سيستم 12 اينچي ديگر استفاده مي شود.
انبارهای به نام NAS شبکهای به نام SAN
اشاره :
هنگامی كه اولین سیستمهای كامپیوتری به صورت PC عرضه شدند و روی میز من و شما قرار گرفتند، كمتر كسی میتوانست پیشبینی كند سیلاب اطلاعات با چنین حجم عظیمی شركتها و حتی مردم دنیا را در نوردد. این دستگاهها به انبارههای ذخیرهسازی كمظرفیتی (نسبت به استانداردهای امروز) مجهز بودند، اما دپارتمانهای IT خیلی زود توانستند با استفاده از سرورهای عمومی و انبارههای اتصال مستقیم (كه از طریق یك اینترفیس پرسرعت SCSI به كامپیوتر متصل میشدند) پاسخگوی نیازهای اطلاعاتی آن زمان باشند. 
امروزه این شیوه مقدماتی ذخیرهسازی و پردازش، كمتر مورد استفاده قرار میگیرد و شركتها مجبورند برای ذخیرهسازی حجم عظیم اطلاعاتی كه در سیستمهایی چون MIS ، ERP یا data warehousing تولید و جابهجا میشوند روشهای تازهتری را برگزینند. خوشبختانه، به خاطر وجود اینترنت، جریان عظیم اطلاعات نه تنها ادامه دارد، بلكه شدیدتر از گذشته شده است. امروزه تولید، انتقال، ذخیرهسازی و تحویل اطلاعات به هر كجا و در هر كجای جهان در عرض چند ثانیه صورت میگیرد و وابستگی مردم به اطلاعات بیشتر شده است به طوری كه برای مشتریان یك شركت (چه داخلی و چه خارجی) یافتن اطلاعاتِ مربوط به شركت با سرعت پایین تحملپذیر نیست.
شركتهایی كه هنوز سرویسهای اطلاعرسانی اینترنتی خود را راهاندازی نكردهاند، خلاء آن را به خوبی احساس میكنند. همین موضوع شركتهای نرمافزاری و مراكز خدماترسانی اینترنت (و به ویژه سازمانهای دات كام) را نیز به تكاپو واداشته تا راهحلهای قابل بسط و مطمئنتری را ارائه دهند. به طور كلی، شركتهای تجاری ضرورت داشتن یك انباره ذخیرهسازی مطمئن را برای نگهداری و ارائه اطلاعات احساس میكنند، اما در عین حال دوست ندارند برای این منظور مجبور به استخدام كارشناسان IT بشوند، كه هم كمیاب هستند و هم حقوق بالایی دارند. برای این شركتها شاید بهترین راهحل استفاده از Network-Attached Storage یا همان NAS باشد، كه موضوع مقاله ما است.
NAS چیست؟
انباره (Storage) ذخیرهسازی متصل به شبكه (NAS) دستگاهی است كه به صورت اشتراكی در شبكه مورد استفاده قرار میگیرد. این دستگاه، با استفاده از NFS (سیستم فایلی شبكهای مختص محیطهای یونیكسی)، CIFS (سیستم فایلی شبكهای مختص محیطهای ویندوزی)،FTP ،HTTP و سایر پروتكلها با اجزای شبكه ارتباط برقرار میكند. وجود NAS در یك شبكه برای كاربران آن شبكه افزایش كارایی و استقلال از سكو را به ارمغان میآورد، گویی كه این انباره مستقیماً به كامپیوتر خودشان متصل است.
خود دستگاه NAS یك وسیله پرسرعت، كارآمد، تكمنظوره و اختصاصی است كه در قالب یك ماشین یا جعبه عرضه میشود. این دستگاه طوری طراحی شده كه به تنهایی كار كند و نیازهای خاص ذخیرهسازی سازمان را با استفاده از سیستم عامل و سختافزار و نرمافزار خود در بهترین حالت برآورده سازد. NAS را میتوان مثل یك
دستگاه plug-and-play در نظر گرفت كه وظیفه آن تأمین نیازمندیهای ذخیرهسازی است. این سیستمها با هدف پاسخگویی به نیازهای خاص در كوتاهترین زمان ممكن (به صورت بلادرنگ) طراحی شدهاند. ماشین NAS برای به كارگیری در شبكههایی مناسبتر است كه انواع مختلف سرور و كلاینت در آنها وجود دارند و وظایفی چون پراكسی، فایروال، رسانه جریانی و از این قبیل را انجام میدهند.
در این مقاله به معرفی دستهای از دستگاههای NAS میپردازیم به نام <فایلر> كه امكان به اشتراك گذاشتن فایلها و دادهها را میان انواع متفاوت كلاینتها فراهم میسازند. در عین حال، مزایای NAS در مقایسه با SAN (شبكههای موسوم به Storage Area Network) مورد بررسی قرار خواهد گرفت.
Filer چیست؟
دستگاههای NAS موسوم به فایلر تمام توان پردازشی خود را صرفاً روی خدمات فایلی و ذخیرهسازی فایل متمركز میكنند. در واقع فایلر به عنوان یك وسیله ذخیرهسازی، نقش یك فایل سرور اختصاصی را ایفا میكند. فایلر مستقیماً به شبكه (معمولاً LAN) متصل میشود تا دسترسی به دادهها را در سطح فایل فراهم سازد. نصب، راهاندازی و مدیریت آسان فایلر، و همچنین مستقل از سكو بودن آن، باعث شده تا هزینههای مدیریتی كاهش چشمگیری پیدا كنند.
فایلرهای NAS میتوانند در هر جایی از شبكه مستقر شوند، بنابراین مدیر شبكه آزادی كامل دارد كه آنها را در نزدیكی محلی قرار دهد كه نیاز به خدمات ذخیرهسازی دارد. یكی از فواید اصلی استفاده از فایلر آزاد شدن سرورهای همه منظوره و گران قیمت سازمان از انجام عملیات مدیریت فایل است. سرورهای همه منظوره غالباً درگیر عملیاتی میشوند كه CPU را زیاد به كار میكشند و بنابراین نمیتوانند به خوبیِ فایلر از عهده عملیات مدیریت فایل برآیند.
تحلیلگران پیشبینی میكنند نیازِ به ظرفیت ذخیرهسازی طی سال آینده ده برابر نسبت به گذشته افزایش پیدا كند و به همین دلیل به مدیران IT استفاده از NAS را توصیه میكنند. برای هر سازمانی كه در حال استفاده از فایل سرورهای همه منظوره هستند (یا قصد استفاده از آنها را دارند) بهترین راهحل این است كه سیستمهای NAS را جایگزین سرورهای خود بكنند.
NAS در مقابل SAN
NAS سرنام عبارت NetworkAttached Storage است در حالی كه SAN مخفف Storage Area Network میباشد. این دو تكنولوژی شباهتهای بسیاری به یكدیگر دارند، مثلاً این كه هر دو بهترین حالت یكپارچگی (consolidation) را تأمین میكنند، هر دو به محل ذخیرهسازی دادهها مركزیت میبخشند، و هر دو دسترسی به فایل را در كارآمدترین حالت فراهم میسازند. قابلیت به اشتراك گذاشتن انباره ذخیرهسازی میان چند میزبان، حمایت از سیستم عاملهای مختلف، و تفكیك محل ذخیرهسازی از محل اجرای برنامهها از دیگر مشتركات این دو تكنولوژی است. علاوه بر این، هر دو آنها میتوانند با استفاده از RAID و اجزای یدكی، آمادگی و یكپارچگی دادهها را تضمین كنند.
اما تفاوت این دو تكنولوژی اصولاً در نحوه اتصال آنها به شبكه است. NAS محصولی مشخص و شناخته شده است كه بین application server و file system مینشیند (شكل ۱)، در حالی كه SAN یك معماری است كه بر روی سیستم فایلی و ابزارهای فیزیكی ذخیرهسازی اعمال میشود. (شكل۲ ) SAN در واقع خودش یك شبكه است، شبكهای كه تمام مخازن ذخیرهسازی و سرورها را به هم متصل میكند. بنابراین، هر یك از این دو فناوری، برای تأمین نیازهای ذخیرهسازی بخشهای متفاوت از یك سازمان مورد استفاده قرار میگیرد.
NAS برای كاربران شبكه
NAS یك وسیله شبكه محور است و عموماً به خاطر یكسانسازی محل ذخیرهسازی دادههای كاربران در
شبكه LAN مورد استفاده قرار میگیرد. NAS یك راهحل مناسب ذخیرهسازی است كه دسترسی سریع و مستقیم كاربران به سیستم فایلی را فراهم میسازد. استفاده از NAS مشكل معطلیهایی را بر طرف میسازد كه غالباً كاربران برای دسترسی به فایلهای موجود در سرورهای همه منظوره با آن مواجه هستند.
NAS ضمن تأمین امنیت لازم، تمام خدمات فایلی و ذخیرهسازی را از طریق پروتكلهای استاندارد شبكهای فراهم میسازد: TCP/IP برای انتقال دادهها، Ethernet و Giga Ethernet برای دسترسی میانی، و CIFS ،http، و NFS برای دسترسی به فایل از راه دور. علاوه بر این، با NAS میتوان به طور همزمان به كاربران یونیكس و ویندوز سرویس داد و اطلاعات را بین معماریهای متفاوت به اشتراك گذاشت. از نظر كاربران شبكه، NAS وسیلهای است كه دسترسی به فایل را بدون مزاحمت و ایجاد اختلال برای آنها مهیا میسازد.
اگر چه NAS تا حدودی كارایی را فدای مدیریتپذیری و سادگی میكند، اما به هیچ وجه نمیتوان آن را یك فناوری كه در ذات خود تأخیر دارد، پنداشت. NAS به كمك گیگابیت اترنت به كارایی بالا و تأخیر كوتاه دست یافته و هزاران كاربران را از طریق فقط یك اینترفیس سرویس میدهد. بسیاری از سیستمهای NAS دارای چند اینترفیس هستند و میتوانند همزمان به چند شبكه متصل شوند. با رشد شبكه و نیاز بیشتر به سرعت بالا، NAS بهترین انتخاب برای پاسخگویی به برنامههایی خواهد شد كه به كارایی بالایی احتیاج دارند.
SAN برای اتاق سرورها
SAN دیتا محور است. شبكهای است كه برای ذخیرهسازی دادهها اختصاص داده شده است. SAN برخلاف NAS، جدای از LAN مرسوم است. بنابراین، SAN میتواند از ایجاد ترافیكهای استاندارد شبكه، به عنوان یك عامل بازدارنده سرعت، جلوگیری كند. SANهای مبتنی برFiber Channel، با بهرهگیری از مزایایی كانالهای I/O در یك شبكه اختصاصی جداگانه، سرعت را بهتر و تأخیر را كمتر میكنند.
SAN با استفاده از روتر، سوییچ و gateway، انتقال دادهها بین محیطهای ناهمگن ذخیرهسازی و سروری را سهولت میبخشد. از همین رو، ایجاد یك شبكه ذخیرهسازی نسبتاً دور (در حد ۱۰ كیلومتر) با SAN امكانپذیر است.
معماری SAN برای انتقال دادههای بلوكی در بهترین حالت است. در اتاق كامپیوترها، SAN غالباً بهترین انتخاب برای بررسی مسائل پهنای باند، دسترسی به دادهها، و یكپارچهسازی است.
با توجه به تفاوتهای بنیادینی كه بین تكنولوژی و اهداف SAN و NAS وجود دارد، برای انتخاب هر یك باید تصمیم اساسی گرفته شود. هر یك از این دو را میتوان برای رفع نیازهای ذخیرهسازی مورد استفاده قرار داد. البته در آینده ممكن است مرز بین دو تكنولوژی آن چنان روشن نباشد و در یك مجموعه از هر دو روش استفاده شود.
راهحلهای NAS برای نیازهای امروز شركتها
نیازهای شركتهای ISP ،ASP و داتكام به سیستمهای قابل اطمینان، كمهزینه، و قابل نصب در رك به گسترش راهحلهای NAS كمك خواهد كرد. كاهش هزینههای كادر IT شركتها نیز از دیگر دلایل مقبولیت این راهحلها خواهد بود. از دید كاربر، این كه دسترسی به انبوه اطلاعات به صورت بلادرنگ امكانپذیر است، چیز خوشایندی است، و در سمت مدیریت، عدم نیاز به نیروی متخصص IT. مدیریت NAS از طریق یك رابط گرافیكی در مرورگر وب امكانپذیر است.
از آنجا كه فایلر NAS از قبل برای تأمین نیازهای ذخیرهسازی تنظیم شده است، اداره آن كار سادهای است، و همین امر موجب كاهش خطاهایی میشود كه هنگام دستكاری و تنظیم سیستمها پیش میآیند. به علاوه، از آنجا كه با NAS ظرفیت بیشتری را (نسبت به سرورهای همه منظوره) به ازاء هر مدیر میتوان اداره كرد، هزینه كل مالكیت (TCO) نیز كاهش مییابد.
توسعه سریع، بدون توقف سرویس
شركتهای داتكام و سایر شركتهای رو به رشد، همواره در تلاشند تا زیرساختهای IT خود را با فعالیتهای پویای كسب و كار خود همگام نگه دارند. اتكا به سرور یا سرورهای عمومی در بعضی فعالیتهای شركت، شاید ضروری باشد، اما نباید این سرورها را با نیازهای رو به افزون ذخیرهسازی تحت فشار گذاشت. با اضافه كردن ظرفیت ذخیرهسازی در سرورهای عمومی، قطعاً با توقف سرویس (downtime) مواجه خواهید شد. وقتی سیستمی را خاموش میكنید تا ظرفیت ذخیرهسازی آن را افزایش دهید، برنامههای كاربردی شما از كار میافتند و این یعنی كاهش بهرهوری.
از سوی دیگر، افزایش ظرفیت ذخیرهسازی با NAS نه تنها ساده است، بلكه بدون ایجاد اختلال در شبكه انجام میشود. طی ۱۵ دقیقه میتوانید یك فایلر جدید به مجموعه اضافه كنید بدون این كه مزاحم كار دیگران بشوید. بیشتر سیستمهای پیشرفته NAS میتوانند <درجا> ظرفیت ذخیرهسازی را افزایش دهند و نیازی به اضافه كردن node جدید به شبكه ندارند. این بدان معنی است كه كاربران به محض نیاز به ظرفیت ذخیرهسازی بیشتر، به آن دست خواهند یافت.
رها شدن سرور
با استفاده از فایلر NAS، سرورهای شما از انجام عملیات پرمصرف و زمانبر فایلینیگ خلاص شده و بدین ترتیب، میتوانند با توان بیشتر به پردازش دادهها بپردازند. اگر سرور عمومی خود را برای انجام عملیات فایلینگ (علاوه بر اعمال دیگر) اختصاص داده باشید، خواهید دید كه فشار زیادی روی آن وارد میآید، به طوری كه عملاً از انجام سایر وظایف خود (مثل ارسال و دریافت email یا اداره برنامهها) باز میماند.
اشتراك دادهها و اتصال Multi-OS
شركتهای رو به توسعه یا شركتهایی كه در پی ادغام با شركتهای دیگر هستند، بدون شك با وضعیت ناهمگن بودن محیطها و سیستم عاملها مواجه خواهند شد. در چنین شرایطی، سیستم NAS میتواند پاسخگوی این چالش باشد، چرا كه توانایی كار با دو سیستم اصلی NFS و CIFS را دارد. یكی از تواناییهای غیر قابل
انكار NAS حمایت آن از این پروتكلها و قابلیت به اشتراكگذاری دادهها بین سكوهای مختلف است. با توجه به این كه روز به روز استفاده شركتها از فایلهای حجیم در برنامهها (نظیر فایلهای صوتی-تصویری) بیشتر میشود، این ویژگی NAS اهمیت فوقالعادهای دارد.
بهبود زیرساختهای موجود
با افزودن NAS به شبكه، دانش و مهارت مدیریتی خود را بالاتر برده و به ارتقا شبكه كمك میكنید. به كار بستن NAS در هر كجا از شبكه كه نیاز آن احساس میشود امكانپذیر است. NAS را میتوان با ابزارهای مدیریتی بزرگتری چون Microsoft Management Consol ،Tivoli و HP OpenView نیز تلفیق كرد. و دیگر این كه NAS نیازی به مجوزهای پرهزینه سیستم عامل شبكه (NOS) ندارد.
تکنولوژی بکار رفته در cpu های دو هسته ای

در چندین ماه گذشته پیشرفت های جدیدی در طراحی پروسسورها، بویژه از طرف شرکت AMD حاصل شد. این شرکت علاوه بر اینکه یک cpu با طراحی کاملا ْ۶۴ بیتی عرضه کرد که باعث برتری یافتن این شرکت در بازار کامپیوترهای رومیزی پیشرفته گردید، همچنین در حذف کنترل کنندههای حافظه (MCH) پیشقدم شد که در عملکرد Athlon ۶۴ و چیپهای optron یک پیشرفت قابل ملاحظه نسبت به پروسسورهای intel به حساب میآید. اینتل به طور متقابل پروسسور سازگار ۶۴ بیتی را عرضه نمود. به تازگی نیز هر دو شرکت پردازشگرهای دوهسته ای را عرضه نمودهاند، این پروسسورها بهتر از آن چیزی که شما انتظار دارید کار میکنند. پروسسورهای اینتل و AMD هر دو دارای دو هسته پروسسور، در حال کار در یک قالب میباشند که هر یک از هستهها بصورت مستقل توابع و پردازشهای داده را انجام میدهند (در مورد اینتل این مورد کامل تر است) و هر دو این هستهها توسط نرم افزار سیستم عامل هم آهنگ می گردند.
در این مقاله سعی شده تا تکنولوژی که در این دو محصول استفاده شده و مقدار افزایش کارایی که شما می توانید از آنها انتظار داشته باشید بررسی گردد. در حال حاضر AMD فقط پروسورهای کلاس سرور opteron با دو هسته را بطور کامل به بازار عرضه کرده و بزودی Athlon ۶۴*۲ برای کامپیوترهای رومیزی را نیز به بازار عرضه میکند. در طرف مقابل اینتل در حال حاضر پنتیوم Extreme Edition ۸۴۰ رومیزی با دو هسته را به بازار عرضه نموده در حالی که خطهای تولید Pentium D و dual xeons هنوز متوقف نشده اند.
با توجه به اینکه پروسسورهای دو هستهای در اصل یک سیستم چند پروسسوره که در یک قالب قرار گرفته اند، می باشد. اجازه بدهید اینک چندین تکنولوژی که در سیستم های چند پردازشگر استفاده می شود را مورد بررسی قرار دهیم.
چند پردازشگرهای متقارن ( SMP (symmetric Multi processing
SMP روش مشترکی می باشد که چندین پردازشگر بطور جداگانه با یکدیگر در یک مادربرد کار میکنند. سیستم عامل با هر دو cpu تقریباً بطور یکسان کار میکند و کارهای مورد نیاز را به آنها ارجاع میدهد. چیپهای دوهسته ای جدید intel و AMD توانایی SMP را بصورت داخلی مورد توجه قرار دادهاند. پروسسورهای سرور opteron دوهسته ای میتواند همچنین بصورت خارجی با دیگر چیپهای دوهسته ای ارتباط برقرار کند. (بشرط آنکه چیپ متقابل نیز دارای این خاصیت باشد)
محدودیت اصلیSMP در پشتیبانی سیستم عاملها و نرم افزارها از این تکنولوژی میباشد. خیلی از سیستم عاملها (مانند ویندوز XP سری خانگی ) توانایی پشتیبانی از SMP را ندارند و از دومین پردازشگر استفاده نمیکنند. همچنین بیشتر برنامههای پیشرفته بصورت تک رشته ای کار میکنند، در اصل در هر زمان فقط یک پردازشگر در حالت فعال می باشد. برنامه های چند رشتهای از پتانسیل موجود در سیستمهای دو یا چند پرازشگر، میتوانند نتایج مفیدتری بگیرند، ولی به صورت کامل عمومیت ندارد.
در گذشته intel و AMD سعی داشتهاند تا تکنولوژی جدیدی مثل SMD را بیشتر برای پردازشگرهای سرور پیشرفته مانند opteron و Xeon استفاده نمایند ( البته تا قبل از پنتیوم ۳ )
Hyperthreading
این تکنولوژی بصورت اختصاصی توسط اینتل در پردازشگرهای چند هستهای بکار گرفته شده است. این تکنولوژی قبلاً نیز توسط این شرکت بکار گرفته شده بود. اینتل برای آنکه از منابع CPUبنحو بهتری استفاده نماید فقط قسمتهایی که کار پردازش اطلاعات را انجام می دهد را تکثیر کرده است. یعنی آنکه منابع داده در داخل CPU بصورت مشترک استفاده میشد. ایده hyperthreading برای دو برابرکردن مقدار فعالیت چیپ میباشد تا آنکه کاهش عملکرد سیستم که در اثر فقدان حافظه Cash روی میدهد کمتر گردد همچنین بصورت تئوری نشان داده شده که منابع سیستم کمتر تلف میگردند.
در صورتی که CPU های hyperthreading مانند دو پروسسور حقیقی بنظر می رسد. ولی این CPU ها نمیتوانند عملکردی مشابه دو CPU مجزا مانند CPU های دوهسته ای داشته باشند. زیرا در CPU های دو هسته ای دو “Threads”مشابه بطور همزمان و با Cash های جداگانه L۱ و L۲ میتوانند اجرا گردند که این عمل در پردازشگرهای hyperthreading قابل انجام نمیباشد.
یکی از چیپهای جدید اینتل بنام ، پردازشگر پنتیوم Extreme Edition ۸۴۰ ، در داخل هر هسته خود از تکنولوژی hyperthreading نیز پشتیبانی میکند، یعنی آنکه در یک سیستم عامل آن بصورت چهار پردازشگر حقیقی دیده میشود.
دو چیپ در یک قالب … چرا؟
چرا دو شرکت اینتل و AMD بطور ناگهانی شروع به توزیع پردازشگرهای دو هستهای کردند؟
اول از همه رقابت چنانچه بعداً بیان خواهیم کرد AMD از ابتدا توانائی بالقوه دوهستهای را در پردازشگرهای ۶۴ بیتی خود داشت. ساختمان ورودی و خروجی برای دومین هسته در CPU های فعلی ۶۴ بیتی AMD موجود میباشد.
هیچ شرکتی نمی تواند دیگران را از بدست آوردن تکنولوژیهای جدید منع نماید و AMD در حال حاضر با موفقیت چشمگیر خط تولید پرداشگرهای ۶۴ بیتی آسودگی را از intel سلب نموده است.
برای اینتل ضروری میباشد که دارای یک تولید تخصصی در تکنولوژی دوهسته ای باشد تا رقابت با شرکاء تجاری خود را حفظ نماید.
دوم، کارایی میباشد. مطمئناً برنامههای کاربردی چند رشتهای در پردازشگرهایی که توانایی انجام چند پردازش را دارند در پردازشگرهایی که یک پردازش را در هر زمان انجام میدهند، بهتر عمل خواهند نمود.
البته برای سیستم های چند پردازشگره یک ایراد عمومی وجود دارد و آن تاْخیری میباشد که این CPU ها در اجرای کار سیستم بوجود می آورند. به بیان ساده در حال حاضر روشی برای سیستم عاملهای موجود وجود ندارند تا پردازشها را بطور کاملاً مساوی در بین پردازشگرها تقسیم نماید، پردازشگر دوم عموماً بایک مداخله کمتر و کارایی پایینتر کارمیکند، در صورتی که ممکن است پردازشگر اول بصورت ۱۰۰% در حال پردازش باشد.
سومین دلیل کمتر نمایان است، ناامیدی AMD و اینتل میباشد، هر دو شرکت با یک مانع جدی برای افزایش سرعت پردازشگرها و کوچکتر کردن اندازه قالب آنها روبرو شده اند تا این مانع حذف نشود و یا اینکه تا کاربران عمومی متوجه نشوند که GHZ به تنهایی کارایی را بیان نمیکند. هر دو شرکت برای دست یافتن به هر پیشرفت که کارایی پردازشگرها را بهبود بخشید تلاش خواهند نمود و تقریباً دلیل اصلی بوجود آمدن پردازشگرهای دو هسته ای را میتوان همین دلیل سوم بیان نمود.
دسترسی AMD به تکنولوژی دو هسته ای
فرم فاکتور فعلی پردازشگر ۶۴ اتلن به طراحی دو هسته ای خیلی نزدیک میباشد. وجود کنترل کنندههای Hypertransport و کنترل کننده حافظه درقالب چیپهای فعلی ۶۴ اتلن به معنی آنست که اضافه نمودن دومین هسته در داخل چیپ چندان مشکل نمیباشد.
بدلیل رابط NorthBridge که AMD برای اتلن ۶۴ تهیه کرده است کنترل کننده حافظه و رابط Hypertransport در داخل چیپ پشتیبانی می گردد. این به چیپهای دوهستهای امکان می دهد که از داخل خود پردازشگر با یکدیگر ارتباط برقرار کنند.
تعداد ترانزیستورهای پردازشگرهای اتلن ۶۴*۲ بیش از دو برابر پردازشگرهای اتلن ۶۴ میباشد. با توجه به اینکه در ساختن CPU های جدید از روش ۹۰nm استفاده می شود سایز کل چیپ کمی افزایش پیدا کرده و ولتاژ عملکرد ۱.۳۵ تا ۱.۴ میباشد و گرمای خروجی به بیش از ۱۱۰w کمی افزایش مییابد.
هر هسته پردازشگر حافظه Cash L۱ و L۲ مخصوص به خود را دارد، ۱۲۸ KB برای L۱ و بسته به مدل ۵۱۲ KB تا ۱ MB برای L۲.
دو برتری مهمی که AMD در CPU های دو هستهای دارد عبارتند از اینکه :
“Crossbar Switch” که آدرسها را جمعآوری کرده و توزیع می کند و داده را از هر هسته به هسته دیگر یا باقی سیستم توزیع می کند در حال حاضر امکان اضافه شدن دومین هسته را دارد.
موفقیت دیگر AMD که از نظر مصرف کننده خیلی مهم میباشد امکان استفاده اتلن ۶۴*۲ از مادربردهای سوکت ۹۳۹/۹۴۰ می باشد و فقط لازم است که شرکت تولید کننده مادربرد BIOS را برای پشتیبانی از خصوصیات جدید به روز رسانی نماید.
دسترسی اینتل به پردازشگر دو هسته ای
با توجه به اینکه اینتل مانند AMD دارای مدل قبلی برای اضافه کردن هسته جدید در داخل یک قالب CPU نبود، برای ساخت آن مدل جدیدی را طراحی نمود که البته دارای نواقصی نسبت به مدل AMD میباشد.
پنتیوم D در اصل از دو پردازشگر “پرسکات” پنتیوم D در یک قالب تشکیل شده است ، این پردازنده دارای مزیت داشتن دو حافظه کش L۱ و L۲ برای هر هسته بطور مجزا میباشد، ولی دارای نواقصی نیز می باشند از جمله اینکه این دو پرداشگر برای ارتباط برقرار کردن با یکدیگر باید، از NorthBridge و FSB خارج پردازشگر استفاده نمایند. تعداد ترانزستورها برای چیپ های جدید بیش از ۲۳۰ میلیون و گرمای تولید شده به مقدار فوقالعاده ۱۳۰W برای پنتیوم Extereme Edition میرسد.
یکی از بزرگترین معایب طراحی اینتل نسبت به AMD که سوکتهای ۹۳۹ را برای طراحی پردازشگرهای دو هستهای خود حفظ نمود آن است که راه حل دو هستهای اینتل نیاز به یک جفت چیپ ست جدید بنامهای ۹۵۵X و ۹۴۵P دارد. شرکت nvidia اخیراً ویرایش اینتل SLI که پروسسورهای دو هستهای را پشتیبانی میکند را به بازار عرضه کرده است که این مورد هم زمان بیشتری را مصرف و هم هزینهای اضافی برای مصرف کننده در پی دارد.
گرما و پهنای باند :
هر دو پردازشگرهای تک هستهای AMD و Intel گرمای فوقالعاده زیادی تولید میکردند، که هیت سینکهای فوقالعاده بزرگی که برای آنها استفاده می شود گویای این مطلب میباشد. حال با اضافه کردن یک هسته اضافی چگونه میتوان این پردازشگرها را خنک نمود.
ولی AMD و Intel از چندین روش برای خنثی کردن این موضوع استفاده کردهاند، ابتدا آنکه در ساخت این پردازشگرها از تکنولوژی ۹۰nm استفاده شده که باعث کوچکتر شدن CPU ونزدیکتر شدن قسمتهای مختلف بر روی CPU شده و در نتیجه گرمای تولید شده را به مقدار زیادی کاهش میدهد و دوم آنکه فرکانس کاری این CPU ها بمقدار حدود ۴۰۰MHz نسبت به آخرین CPU های تک هسته ای کاهش پیداکرده و همچنین هسته دوم همیشه بصورت کامل کار نمیکند این سه مطلب باعث میگردد که گرمای تولید شده بمقدار خیلی زیادی نسبت به CPU های تک هستهای افزایش نیابد.
پهنای باند بکار رفته محدودیت بزرگتری برای CPU های دو هستهای میباشد، زیرا هر دو AMD و Intel پهنای باند برای CPU های تک هستهای را برای این نوع CPU ها نیز حفظ کردهاند و طرحی برای افزایش آن ندارد.
دو پردازشگر تک هسته ای در مقابل یک پردازشگر دو هستهای
محاسبات و بررسی طرحهای موجود نشان میدهد که دو چیپ اپترن AMD باید دارای سرعت بالاتری نسبت به یک چیپ دو هستهای باشد، زیرا هر یک از این OPTERON ها دارای یک کنترل کننده حافظه مجزا میباشد ولی در چیپهای دو هستهای هر دو هسته باید یک کنترل کننده حافظه را بصورت مشترک استفاده کنند.
در مورد اینتل این موضوع مطرح نمیباشد زیرا در هر دو طرح یک کنترل کننده حافظه در خارج از CPU استفاده می شود و فقط در طراحی دوهسته ای این مسیرها کوتاهتر میباشند که چندان پارامتر مطرحی در افزایش سرعت نمیباشد.
یکی از بزرگترین مزایای پردازشگرهای دو هستهای نسبت به دو پردازشگر تک هستهای بحث اقتصادی آن میباشد، زیرا اولاً خرید یک CPU دو هستهای از دو CPU تک هستهای ارزانتر میباشد و از طرف دیگر باید قیمت مادربرد را نیز لحاظ کرد که در این صورت این موضوع بیشتر جلب توجه مینماید.
لینک مقاله در تالار های گفتگوی علمی آکادمیست :: دانشجویان
اوبونتو (ubuntu)
اوبونتو یک سیستم عامل کاملاً آزاد و رایگان بر اساس گنو/لینوکس٬ همراه با پشتیبانی در سطح جامعه کاربران و خدمات تجاری و حرفهای است. اوبونتو توسط اجتماع بزرگی از کاربران و توسعه دهندگان در سراسر دنیا توسعه داده میشود و ما از شما نیز دعوت مینمائیم تا به این اجتماع بپیوندید!
اجتماع اوبونتو بر اساس ایدههای فلسفه اوبونتو که میگوید: نرمافزار باید آزاد و رایگان در اختیار عموم باشد٬ همچنین ابزارهای نرمافزاری مختلف میبایست به صورت سفارشی و به زبان محلی کاربران در اختیارشان باشند و کاربران مجاز باشند نرمافزار را بر اساس نیازهای خود سفارشی نموده و استفاده نمایند٬ شکل گرفته است.
این آزادیها موجب شدهاند٬ اوبونتو اساساً با نرم افزارهای سنتیﹺ خصوصی متفاوت باشد. نه تنها ابزارها و نرمافزارهای مورد نیازتان رایگان هستند٬ بلکه شما مجاز خواهید بود نرمافزارها را مطابق نیازتان و بگونهای که مایلید سفارشی نموده و استفاده نمائید.
اوبونتو برای استفاده به عنوان رومیزی و کارگزار (سرور) مناسب است. نسخه فعلی اوبونتو از معماریهای سخت افزاری مختلف شامل انواع PC های Intel x۸۶ و ۶۴bit و همچنین ماشینهای UltraSPARC T۱ شرکت SUN و PowerPC شرکت Apple پشتیبانی میکند.
اوبونتو دارای بیش از ۱۶۰۰۰ بسته نرمافزاری است و هسته اصلی آن بر روی یک سیدی عرضه میشود. اوبونتو دارای انواع ابزارهای نرمافزاری از نرمافزارهای کاتب و صفحه گستردهٔ اداری تا کارگزارهای اینترنتی و ابزارهای مناسب برنامهنویسی است.
از جمله مزیت های اوبونتو پشتیبانی قوی از زبان فارسی و همچنین تیم پشتیبانی فارسی اوبونتو می باشد. مستندات کاربردی و بسیار مفید فارسی آن نیز از مزیت های قابل ذکر برای اوبونتو می باشد.
سی دی هما می تواند برای استفاده راحت تر از اوبونتو شما را یاری دهد.
لینک ها
• Ubuntu
• اوبونتوی فارسی
• اوبونتو نسخه رومیزی
• اوبونتو نسخه كارگزار (سرور)
• انجمن های فارسی اوبونتو
• مستندات
• وبکی
Data Center چیست؟
نویسنده : www.academist.ir
|
خلاصه : تا قبل از دهه ۹۰ استفاده از اینترنت برای مردم عادی به سادگی امکانپذیر نبود، چرا که استفاده از امکانات اینترنت نیاز به دانش خاصی داشت. محیط خط فرمانی(Command Line) و ساختار غیر گرافیکی اینترنت سبب شده بود که کاربران عادی علاقه چندانی به استفاده از اینترنت نداشته باشند. در اوایل دهه ۹۰، پس از به وجود آمدن مفهوم وب در اینترنت (سال ۱۹۹۳ ) و پروتکل HTTP که به سادگی امکان به اشتراک گذاشتن مستندات در اینترنت را در اختیار کاربران قرار میداد، روز به روز بر تعداد کاربران اینترنت افزوده شد. از سوی دیگر با اضافه شدن کاربران اینترنت، حجم مستندات نیز روز به روز افزایش یافت. مسلماً خطوط سابق اینترنتی و سرورهای موجود، توانایی جوابگویی به خیل عظیم کاربران را نداشتند. |
|
متن کامل : تا قبل از دهه ۹۰ استفاده از اینترنت برای مردم عادی به سادگی امکانپذیر نبود، چرا که استفاده از امکانات اینترنت نیاز به دانش خاصی داشت. محیط خط فرمانی(Command Line) و ساختار غیر گرافیکی اینترنت سبب شده بود که کاربران عادی علاقه چندانی به استفاده از اینترنت نداشته باشند. مشخصات یک Data Center وجود سیستم قدرت پشتیبان: وجود سرورهای متعدد: مشخصات فیزیکی: نحوه در اختیار گرفتن یک سرور وب: استفاده بهینه از امکانات موجود: هزینه پایینتر: امنیت بیشتر برای سرورها: |
|
|
| ||||||||||||||||||||||||||||||||||||||||||
|
|
|
| |||||||||||||||||||||||||||||||||||||||||
|
|
| ||||||||||||||||||||||||||||||||||||||||||
Grid, more Grid
I’m a bit behind some of the other early movers…
3tera. Taking grid and virtualization in a different direction. They provide services for entire virtual clusters, virtual data centers, and more.
If implementing massive super computers and data centers becomes little more than filling in a sales web form, watch out hardware, hosting, and desktop sellers.
Perhaps google will get some competition now that massive CPU resources are being made available to anyone with an idea.
دانش کوانتوم وارد دنياي رايانه ها مي شود
چند لینک از سایت های آقای فرشید پیراهن سیاه دوست بسیار عزیزم
لینکهای جدید گرید
http://www.tiziran.com/download/grid/gridComputing.htm
لینک کتاب گرید از گروه گرید دانشگاه آزاد تفرش
http://www.tiziran.com/download/grid/GridComputing.pdf
مقاله گرید
http://www.tiziran.com/pirahansiahGrid.pdf
وبلاگ حامد سلیمی پور رودسری سرپرست گروه گرید
http://xgrid.blogfa.com
وبلاگ دوست عزیزم یوسف عبدلیان باریکرسفی یکی از اعضای فعال گروه گرید
http://gridcomputing1.blogfa.com/
آموزش اوراکل 11
http://www.tiziran.com/
آموزش جاوا
http://www.learnjava.ir/
آموزش پردازش تصویر
http://www.pirahansiah.com/
January 14, 2008 (Reuters) -- A supercomputer that could help answer some of science's biggest questions is being unveiled today.
With the power of 12,000 desktop PCs, the mammoth machine called Hector is the U.K.'s fastest computer and one of the most powerful in Europe. It can make 63 trillion calculations each second, allowing scientists to conduct research into everything from climate change to new medicines.
The machine is housed in 60 wardrobe-sized cabinets in the University of Edinburgh's advanced computing center near the Scottish capital. After years of development, Chancellor Alistair Darling is due to attend the official launch ceremony for the machine, which cost £113 million.
Hector, which stands for High-End Computing Terascale Resource, was made U.S. manufacturer Cray Inc.
"Hector will enable us to do research that we simply could not do in any other way," said Jane Nicholson, a researcher at the Engineering and Physical Sciences Research Council, the public body that acts as the project's managing agent. "We want to push forward the boundaries of knowledge."
Researchers plan to tap into the computer's power to study ocean currents, build tiny parts for advanced computers and make warplanes less visible to radar. Other projects include research into superconductors, combustion engines and new materials. Scientists working in fields ranging from cosmology and atomic physics to disaster simulation and health care will also use the computer.
Despite its vast power, Hector falls short of the power produced by the world's biggest computer: Blue Gene/L. Housed at the Lawrence Livermore National Laboratory in California, Blue Gene is used to study nuclear weapons without the need for underground testing.
Editing by Steve Addison.
(IDG News Service) -- The One Laptop Per Child project suffered a blow this week, with Chief Technology Officer Mary Lou Jepsen quitting the nonprofit to start a for-profit company to commercialize technology she invented with OLPC.
Jepsen, who joined OLPC as its first employee in 2005 after Nicholas Negroponte started the effort, will pursue an opportunity to chase after "her next miracle in display technology," OLPC said in an e-mail sent on Sunday.
Jepsen was responsible for hardware and display development for the rugged and power-saving XO laptop, designed for use by children in developing countries. Though the laptop has struggled to find buyers, it has been praised for its innovative hardware features and environmentally friendly design.
Her last day with the organization is Dec. 31, though she will continue consulting with OLPC, according to the e-mail. Dec. 31 is also the end of OLPC's Give One Get One program, in which two XO laptops can be purchased for about US$400, with a user getting one laptop and the other being donated.
Satisfied that XO laptops were shipping in volume, Jepsen noted in an e-mail that she was starting a for-profit company to commercialize some of the technologies she invented at OLPC.
"I will continue to give OLPC product at cost, while providing commercial entities products they would like at a profit," Jepsen wrote in an e-mail.
"I believe that the work I led in the design of the XO laptop is just the first step in changing computing," she wrote.
Powered by solar power, foot pedal or pull-string, the laptop doesn't rely on an electrical outlet to run, making it useful for situations where power is unreliable or unavailable. The laptop consumes between 2 watts to 8 watts of electricity from a specially designed lithium-ferro phosphate battery depending on usage, compared to 40 watts on commercial laptops depending on usage.
The laptop's battery lasts up to 21 hours because of custom-designed, efficient power-saving features implemented at the hardware and software level. Batteries in commercial laptops may explode at high temperatures, while XO's batteries can run and recharge in temperatures around 100 degrees Fahrenheit (38 degrees Celsius), Jepsen said in earlier interview.
OLPC is also designing a cow-powered generator that works by hooking cattle up to a system of belts and pulleys.
For connectivity, the laptop has mesh-networking features for Internet access.
An earlier version of this article incorrectly stated the OLPC's power consumption features, and the eighth paragraph was updated on 1/2/08 to reflect the accurate information.
November 29, 2007 (IDG News Service) -- SAN FRANCISCO -- A former employee of a small California canal system has been charged with installing unauthorized software and damaging the computer used to divert water from the Sacramento River.
Michael Keehn, 61, former electrical supervisor at the Tehama Colusa Canal Authority (TCAA) in Willows, Calif., faces 10 years in prison on charges that he "intentionally caused damage without authorization to a protected computer," according to Keehn's Nov. 15 indictment. He did this by installing unauthorized software on the TCAA's Supervisory Control and Data Acquisition (SCADA) system, the indictment states.
Keehn accessed the system on or about Aug. 15, according to the indictment. He is set to appear in federal court on Dec. 4 to face charges of computer fraud.
As an electrical supervisor with the authority, he was responsible for computer systems and is still listed as the contact for the organization's Web site.
With a staff of 16, the TCAA operates two canals, the Tehama Colusa Canal and the Corning Canal, that provide water for agriculture in central California, near the city of Chico. Both systems are owned by the federal government.
The security of SCADA systems, which are used to control heavy machinery in industry, has become a hot-button topic in recent years. In September, video of an Idaho National Laboratory demonstration of a SCADA attack was aired on CNN, showing how a software bug could be exploited to destroy a power generator.
In the video, the turbine was gradually worn out and left shuddering and smoking. Sources familiar with the hack say this was done by turning the generator off and on while it was out of phase with the power grid, putting excessive stress on the turbine and causing its components to wear out.
It's not clear how much damage the attack on the authority's SCADA system could have caused, but in 2000 a disgruntled former employee was able to access the SCADA system at Maroochy Water Services in Nambour, Australia, and spill raw sewage into waterways, hotel grounds and canals in the area. That man, Vitek Boden, was eventually sentenced to two years in prison.
Even if an attack were to knock the TCAA's SCADA system offline, the canals could continue to operate, said Robin Taylor, assistant U.S. attorney with the U.S. Department of Justice, which is prosecuting the Keehn case. "When the computer doesn't work, they have to go to manual operation," she said.
The intrusion cost the TCAA more than $5,000 in damages, Taylor said.
November 06, 2007 (Computerworld) -- Harnessing the power of more than 795,000 computers around the world, a new research project that will analyze human proteins in the fight against cancer begins today using the World Community Grid, which was built and is maintained by IBM.
By using the combined computing power of the grid, the Help Conquer Cancer project will allow cancer researchers to drastically shorten the amount of time it would take to analyze 90 million images of crystallized proteins, from 162 years using existing computing systems to between one to two years using the harnessed power of the grid.
"Even with the largest computers we have, it would not be possible to finish this task," said Igor Jurisica, who leads the research team at the Ontario Cancer Institute in Canada, where the work is being done. Also participating in the work are scientists at Princess Margaret Hospital and the University Health Network.
The researchers will analyze the results of experiments on proteins using data collected by other scientists at the Hauptman-Woodward Medical Research Institute in Buffalo, N.Y.
The World Community Grid was created by IBM about three years ago as a way to harness unused global computing power to help solve a variety of health and scientific issues. The project calls on home and corporate PC users to register with the grid, then download and install a small software program that allows their unused computer cycles to work on critical scientific research.
Robin Willner, vice president of global community initiatives at IBM, said the total number of grid participants so far is about 795,000 around the world and grows daily. The combined computer power so far would create a supercomputer that would be the fifth most powerful in the world if it were in one place, she said. The grid uses participants' computers when the systems are idle.
The results of the research will go into the public domain and will be used by cancer researchers around the world, she said.
Three levels of security are part of the grid system and security audits are done constantly, Willner said.
By using the grid to better understand the structure of human proteins, researchers are trying to understand disease-related proteins and how they function, Jurisica said.
Once the 90 million images of some 9,400 different proteins are analyzed, data mining techniques will be used to go through the results, he said. Previous experiments have looked at smaller groups of samples because the means didn't exist to analyze them all, he said.
"This will be important for future research," Jurisica said. "Hopefully, it will shed light on the principles or mechanisms of the proteins."
"We know that most cancers are caused by defective proteins in our bodies, but we need to better understand the specific function of those proteins and how they interact in the body," he said. "We also have to find proteins that will enable us to diagnose cancer earlier, before symptoms appear, to have the best chance of treating the disease -- or potentially stopping it completely."
Eight other projects have been run so far on the World Community Grid, including protein folding and FightAIDS@Home, which completed five years of HIV/AIDS research in six months. Additional projects are also being scheduled.
October 09, 2007 (Computerworld) -- Sun Microsystems Inc. today released its next generation of multicore chip technology, the Niagara 2 processor, which it says more than doubles the performance of its predecessor chip. Sun also disclosed that the next version of the chip, the 16-core Rock processor, will ship next year.
The UltraSparc T2, which is shipping in rack-mounted and blade server models, doubles the threads on an eight-core chip to 64, Sun said.
John Fowler, Sun's executive vice president of systems, said the latest release is part of a Sun effort to "move to systems that are designed for very high core and thread count." He also noted that the new system is ideally suited for virtualization, a direction that will envelop "basically our entire product line over time."
Sun described the T2 as an attractive virtualization platform, with logical partitions or LDoms as Sun calls them, that can support up to 64 copies of Solaris.
Fowler also noted that the development team has also married cryptographic security technology directly on the chip instead of having it on a separate card, which helps boost performance.
The new chip also offers improved floating-point capability, and it consumes 15% to 20% more power than the predecessor T1 processor, he said.
The initial product release will include a blade server, the T6320, which is priced from $9,995, and two rack systems T5120 and T5220, which start at $13,995.
Nathan Brookwood, an analyst at research firm Insight 64 in Saratoga, Calif., said virtualization capabilities included with the system as well as its performance per watt, will appeal to users. He believes the new systems "will be a compelling story" to Solaris users, and to companies running Linux with applications that have a Solaris equivalent.
Set to purchase assets of Cluster File Systems for undisclosed sum
(Computerworld) -- Sun Microsystems Inc. Wednesday agreed to purchase most of Cluster File Systems Inc.'s business assets and intellectual property, including the Lustre file system, an open-source software distribution tool.
Terms of the deal, expected to close on Oct. 1, were not disclosed.
In a statement, Sun said that it plans to port the Lustre file system to Solaris and to step up efforts to augment Lustre on the Linux-based systems of multiple vendors. When contacted, Sun officials refused to elaborate on their plans for the technology.
Sun and Cluster File Systems in July had agreed to jointly integrate Lustre and the OpenSolaris ZFS file system.
The Lustre file system is typically used to power large-scale server applications running in high-performance computing environments, because of its ability to support massive amounts of storage capacity and server clusters without severe performance impact.
The acquisition comes amid questions surrounding Sun's legal ownership of the ZFS, which emerged last week when Network Appliance Inc. contended in a lawsuit that the technology infringes on patents it owns. The lawsuit was filed last week in federal court in Lufkin, Texas.
Earlier this year, Sun donated its ZFS code to the open-source community. That effort prompted analysts to fear that the Network Appliance lawsuit could have a far-reaching effect -- potentially adverse -- on the future of open-source technology.
(Network World) -- Grid middleware vendor Appistry Inc. Monday launched a software module that automatically powers down servers when they are not needed by applications, thus saving on energy consumption.
The company's Enterprise Application Fabric (EAF) virtualizes applications enabled with Appistry middleware across x86 servers. The new EnergySaver module lets administrators define policies that establish acceptable workload levels and turn off computers when application use is low. When additional capacity is required, EnergySaver policies reactivate the servers.
EAF is used best in power-hungry, transaction-intensive environments. Because applications are decoupled from the grid of servers on which they run, energy can be saved by powering off servers when they are not needed. Additionally, EAF contains load-balancing and workload management features. The software provides high availability by replicating the state of a request to multiple places, so if a machine goes down, the request can be executed on another machine in the grid.
One customer, GeoEye Inc. in St. Louis, is getting ready to deploy EnergySaver. GeoEye collects satellite imagery for the Department of Defense and other customers. Ray Helmering, vice president of product engineering at GeoEye, said that with EnergySaver, he can set policies to shut down servers when the output of the satellites varies because of geographical position or weather conditions.
"We have variations in our processing schedule depending on the operations of our satellites," he said. "As imagery comes in, we need the processing power, but as there are slower times, we'll be able to save on energy. We don't know the actual impact yet of energy savings, but initial review says that this feature could be very important to us."
GeoEye develops its imaging application in-house and grid-enables it with an Appistry wrapper that allows its operations to be parallelized across the grid. This application requires huge amounts of computations and a large number of processors to run. Helmering's Appistry implementation, for instance, requires 50 dual-core x86 servers.
Analysts are encouraged with Appistry's efforts to consume less power in the data center. "The principle that Appistry is addressing is going to be really important," said Simon Mingay, an analyst at Gartner Inc. in Egham, England "Most data centers have the opportunity to alter the power status of the storage and servers in their infrastructure when that capacity is not required. In data centers, you run everything 24/7 and everyone is incented to keep things that way, which in a world where energy costs are not important, is perfectly fine. In a more energy-conscious world, that becomes more questionable."
Mingay said that many organizations have approached the idea of energy consumption by using job-scheduling software, such as Sun Microsystems Inc.'s N1 Grid Engine or CA Inc.'s Unicenter Autosys Job Manager, which allows applications to run when conditions are optimal for them.
The downside of EnergySaver, according to Mingay, is that it has to be deployed on Appistry-enabled applications. "We are going to see more of this technology, but right now applications need to be modified to work in the Appistry environment. That renders it generally unapplicable."
Appistry was founded in 2001 and is focused on data-intensive intelligence agencies, oil and gas and logistics organization.
(Network World) -- Grid middleware vendor Appistry Inc. Monday launched a software module that automatically powers down servers when they are not needed by applications, thus saving on energy consumption.
The company's Enterprise Application Fabric (EAF) virtualizes applications enabled with Appistry middleware across x86 servers. The new EnergySaver module lets administrators define policies that establish acceptable workload levels and turn off computers when application use is low. When additional capacity is required, EnergySaver policies reactivate the servers.
EAF is used best in power-hungry, transaction-intensive environments. Because applications are decoupled from the grid of servers on which they run, energy can be saved by powering off servers when they are not needed. Additionally, EAF contains load-balancing and workload management features. The software provides high availability by replicating the state of a request to multiple places, so if a machine goes down, the request can be executed on another machine in the grid.
One customer, GeoEye Inc. in St. Louis, is getting ready to deploy EnergySaver. GeoEye collects satellite imagery for the Department of Defense and other customers. Ray Helmering, vice president of product engineering at GeoEye, said that with EnergySaver, he can set policies to shut down servers when the output of the satellites varies because of geographical position or weather conditions.
"We have variations in our processing schedule depending on the operations of our satellites," he said. "As imagery comes in, we need the processing power, but as there are slower times, we'll be able to save on energy. We don't know the actual impact yet of energy savings, but initial review says that this feature could be very important to us."
GeoEye develops its imaging application in-house and grid-enables it with an Appistry wrapper that allows its operations to be parallelized across the grid. This application requires huge amounts of computations and a large number of processors to run. Helmering's Appistry implementation, for instance, requires 50 dual-core x86 servers.
Analysts are encouraged with Appistry's efforts to consume less power in the data center. "The principle that Appistry is addressing is going to be really important," said Simon Mingay, an analyst at Gartner Inc. in Egham, England "Most data centers have the opportunity to alter the power status of the storage and servers in their infrastructure when that capacity is not required. In data centers, you run everything 24/7 and everyone is incented to keep things that way, which in a world where energy costs are not important, is perfectly fine. In a more energy-conscious world, that becomes more questionable."
Mingay said that many organizations have approached the idea of energy consumption by using job-scheduling software, such as Sun Microsystems Inc.'s N1 Grid Engine or CA Inc.'s Unicenter Autosys Job Manager, which allows applications to run when conditions are optimal for them.
The downside of EnergySaver, according to Mingay, is that it has to be deployed on Appistry-enabled applications. "We are going to see more of this technology, but right now applications need to be modified to work in the Appistry environment. That renders it generally unapplicable."
Appistry was founded in 2001 and is focused on data-intensive intelligence agencies, oil and gas and logistics organization.
Sun's grid computing service goes global
(IDG News Service) -- Sun Microsystems Inc. is expanding its Network.com utility computing service from the U.S. to 23 countries in Europe and Asia, the company said Thursday.
The utility computing service, in which customers pay an hourly rate for access to a Sun data center, began as a U.S.-only pilot in March but is now ready for a large geographic expansion, said Rohit Valia, group product manager for the Sun Grid Compute Utility.
Sun charges $1 per CPU per hour to access a network of Sun x64 hardware running the Solaris 10 operating system. End users can now access the utility from Australia, Austria, Belgium, Canada, China, the Czech Republic, Denmark, Finland, France, Germany, Greece, Hungary, India, Ireland, Italy, Japan, New Zealand, Poland, Portugal, Singapore, Spain, Sweden and the U.K.
IBM, Hewlett-Packard Co. and other computer vendors provide similar services. Utility computing, also called on-demand computing or, more informally, computing "in the cloud," is for organizations that have a short-term need for extra computing capacity but don't want to incur the expense of adding onto their own data centers. By taking advantage of utility computing services, they only have to build out their own IT infrastructures to handle an average level of usage, not the occasional peak usage, said Valia.
"Our business model is around charging for CPU cycles, not idle CPUs. We only charge when your CPU is actually processing data," he said.
Sun is also adding a feature called Network.com Internet Access that enables customers to interact, through Sun's utility data center and the Internet, with other companies that have resources the customer might want to use for a particular project. The company will also offer a limited beta program for developers called Job Management Application Programming Interfaces. This offering allows users to perform production-scale tests when they're building software applications using Network.com.
February 5, 2008 (Computerworld) DreamWorks Animation SKG Inc. has added Ibrix Inc. parallel file server software to its digital animation system in an effort to accelerate high-resolution lighting and rendering applications by up to five times. Artists at the animation studio are using the technology to improve visual detail on films such as Kung Fu Panda, DreamWorks' next animated feature, which is set for release in June, studio officials said this week.
The Ibrix software has been added to an animation-producing system that includes Hewlett-Packard Co. ProLiant DL385 servers and StorageWorks MSA70 disk shelves. Ed Leonard, DreamWorks chief technology officer, said the Ibrix Fusion software has boosted I/O speeds to shorten concurrent information access by artists across the company's 4,000-processor Linux cluster computing farm.
Leonard said that he expects that the technology will become a fixture for all future DreamWorks Animation films.
Leonard said DreamWorks added Ibrix to its animation system about six months ago to create an interactive lighting prototype for digital artists working on lighting for Kung Fu Panda. The company was seeking to stop system I/O from being brought "to its knees" by animators simultaneously pinging the compute cluster overnight to retrieve digital frame data.
For example, artists perform between 75,000 to 100,000 batch-processing jobs per night, each ranging from a few minutes per frame to 15 hours per frame depending on the rendering complexity of the digital frame sequence.
"We needed super performance [for our] file storage and access so when 2,000 computers start asking for the same texture file for one of the [film's] characters, our system isn't overweighed by I/O," said Leonard. Scenes that once took two hours to create, he said, are now completed in seconds. "That's pretty remarkable, and we're scratching the surface on where we are going with this."
DreamWorks Animation films typically require 25 million render hours from start to finish. The studio releases at least two films every year and is generally developing 10 different animation features at once, noted Leonard. He said that healthy compute appetite is being further strained as movie-goers grow to expect more lifelike character facial expressions, movement controls and scene background visuals.
"It's not enough to have a great story anymore. When your competition is coming out with Harry Potter and Pirates of the Caribbean, you need to have the animated world visually come alive in ways that you haven't seen before," said Leonard.
The animation studio is in the early stages of evaluating Ibrix for long-term storage of its Microsoft SQL Server database and online reference library built to archive previous DreamWorks Animation film releases and production data.
منبع : http://www.computerworld.com
سیستم های توزیع شده Distributed system
|
سیستم عامل توزیع شده در یک محیط شبکهای اجراء میشود. در این سیستم قسمتهای مختلف برنامه کاربر بدون آنکه خود او متوجه شود میتوانند همزمان در چند کامپیوتر مجزا اجراء شده و سپس نتایج نهایی به کامپیوتر اصلی کاربر بر گردند. کاربران نباید از این موضوع باخبر شوند که برنامه آنها در کجا به اجراء در میآید و یا فایلهای آنها در کجای شبکه قرار دارد و همه این کارها باید توسط سیستم عامل به صورت خودکار انجام گیرد. به عبارتی دیگر سیستم باید از دید کاربر شفاف باشد و هرچیز را با نام آن فراخوانی کند و کاری به آدرس آن نداشته باشد. یکی از مزایای مهم سیستمهای توزیع شده سرعت بالای اجرای برنامههاست چرا که یک برنامه همزمان میتواند از چندین کامپیوتر برای اجراء شدنش استفاده کند. به علت تأخیرهای انتقال در شبکه و نویزهای احتمالی در خطوط انتقالی قابلیت اعتماد اجرای یک برنامه در یک سیستم تنها, بیشتر از قابلیت اجرای آن در یک سیستم توزیع شده است . به سیستم های توزیع شده گاهی اوقات سیستمهای Loosely Coupled یا ارتباط ضعیف نیز میگویند, چرا که هر پردازنده کلاک و حافظه مستقلی دارد. پردازندهها از طریق خطوط مخابراتی مختلفی مثل گذرگاههای سریع یا خطوط تلفن ارتباط دارند. منبع : سايت رشد
|
سامانه ی ابر پردازشگر فیزیک دانشگاه اصفهان ( ابرپردازشگر خوارزمی )
کلاستر محاسباتی جیصفر رسما آغاز به کار کرد. مراسم افتتاحیه با حضور دکتر هرسیج (معاون امور مالی و اداری دانشگاه اصفهان)، جمعی از مسئولین و اساتید دانشگاه، تعدادی از مسئولین مراکز علمی غیر دانشگاهی و جمع عظیمی از دانشجویان گروه فیزیک برگزار شد.
سرعت این کلاستر بالغ بر ۳۰۰ میلیارد عمل ممیز شناور در ثانیه است و برای استفاده دانشجویان و اساتید گروه فیزیک در نظر گرفته شده است.
طراحی و ساخت این کلاستر، به طور کامل در پایگاه ابرپردازش خوارزمی در گروه فیزیک دانشگاه اصفهان صورت گرفته است.
عکسهای مراسم افتتاحیه را میتوانید در آدرس http://www.kharazmic.ir/j0-begin ملاحظه نمائید.
سامانه ی ابر پردازشگر فیزیک دانشگاه اصفهان، از آغاز سال 1387 رسمآً شروع به کار خواهد کرد. این سامانه در حال حاضر سریع ترین، پیشرفته ترین و مجهزترین سیستم اجرای پردازش های موازی در کشور است. ویژگی های فنی این سامانه در بخش "ویژگی های فنی" در دسترس است. مراحل و چگونگی استفاده از سامانه به زودی از طریق سایت منتشر خواهد شد. این سامانه توانایی دریافت و اجرای عملیات از راه دور را دارد. داده برداری از سامانه در طول ساعات روز مجاز نیست و ساعات مجاز داده برداری از سامانه بعد از ساعت 20:00 می باشد. برای درخواست پردازش ابتدا بخش "مراحل درخواست پردازش" را به دقت مطالعه فرماییدو سپس "فرم درخواست پردازش" را پر کنید. اگر اطلاعات خواسته شده را بدون کاستی بفرستید در کمتر از 24 ساعت برای شما یک شناسه ی کاربری و واژه ی رمز، به همراه راهنمای استفاده از سیستم فرستاده خواهد شد. دسترسی شما به سیستم دارای محدودیت زمانی است و پس از پایان محدودیت بسته خواهد شد، بنابر این باید مطابق راهنمای سیستم عمل کنید تا با مشکلی مواجه نشوید.
سایت : http://kharazmic.ir
The Gridbus Project is engaged in the design and development of grid middleware technologies to support eScience and eBusiness applications. These include visual Grid application development tools for rapid creation of distributed applications, competitive economy-based Grid scheduler, cooperative economybased cluster scheduler, Web-services based Grid market directory (GMD), Grid accounting services, Gridscape for creation of dynamic and interactive testbed portals, G-monitor portal for web-based management of Grid applications execution, and the widely used GridSim toolkit for performance evaluation. Recently, the Gridbus Project has developed a Windows/.NET-based desktop clustering software and Grid job web services to support the integration of both Windows and Unix-class resources for Grid computing. A layered architecture for realisation of low-level and high-level Grid technologies is shown in the figure below. Some of the Gridbus technologies discussed below have been developed by making use of Web Services technologies and services provided by low-level Grid middleware, particularly Globus Toolkit and Alchemi. A summary and status of various Gridbus technologies is listed below.
For more information please have a look at the:
Flash Demos: Demos
Manual: [PDF Version] [Word version]
Flyer: [PDF Version] [Word version]

منبع : http://www.gridbus.org
Fortune 400 businesses, and many smaller ones, run clusters in many different locations around the world.
As facility, management and other costs continue to become larger and large shares of corporate IT budgets, networking costs continue to fall. The result is that data center consolidation becomes a more reasonable goal.
I've seen this in a few of my customers. Beginning last year people started looking more toward grid technology to help them manage this. As the economy has tightened more people have considered this. Particularly as part of a plan toward cost reduction by moving to open source tools.
The general pattern is that the IT group decides they need to find ways to more effectively manage large and disconnected sets of resources. They turn to grid computing to help them manage that cloud and in the process realize that they have a lot of special purpose machines that are being quite underutilized and that they have enormous duplication of effort in the management of those data centers.
As we've entered into a bear market, many companies are taking a second look at their IT costs and looking for ways to tighten their belts. The combination of open source and grid/cloud computing models offers the ability to do that with open source offering a lower cost software acquisition model and grid computing allowing reduction in IT staff through centralization.
I've also been working with folks on the lost art of environment management. But more on that in a future blog...
از وبلاگ : http://gridgurus.typepad.com
How to Build Utility Computing Infrastructures with Globus
This is a guest post by Ignacio Martín Llorente, Professor of Distributed Systems Architectures at Universidad Complutense de Madrid.
While research institutions are interested in Partner Grids that provide access to a higher computing performance to satisfy peak demands and support to face collaborative projects; enterprises understand grid computing as a way to address the changing service needs in an organization. They are interested in in-house resource sharing, to achieve a better return from their information technology investment, supplemented by outsourced resources, to satisfy peak or unusual demands. An Outsourced/Utility Grid would provide pay-per-use computational power when Enterprise Grid resources are overloaded. Such hierarchical grid organization may be extended recursively to federate a higher number of Partner or Outsourced Grid infrastructures with consumer/provider relationships. This would allow supplying resources on demand, making resource provision more agile and adaptive. It would offer, therefore, access to a potentially unlimited computational capacity, causing IT costs to transform from fixed to variable.
In the context of the GridWay project we have developed a Grid Gateway that exposes a WSRF interface to a metascheduling instance, so enabling the creation of hierarchical grid structures. GridGateWay consists of a set of Globus services hosting a GridWay Metascheduler, thus providing a uniform, standard interface for the secure and reliable submission, monitoring and control of jobs. Most functionality is provided through GRAM (Grid Resource Allocation and Management), while scheduling information is provided through MDS (Monitoring and Discovery Service). The security requirement at the user level is addressed by GSI (Globus Security Infrastructure).
The new technology allows different layers of metaschedulers to be arranged in a hierarchical structure. In this arrangement, each target grid is handled as another resource, that is, the underlying grid is characterized as a single resource in the source grid, by means of grid gateways. This strategy encourages companies to federate their grids in order to have a better return of IT investment, and also satisfy peak demands of computation. Furthermore, this solution allows for gradual deployment (from fully in-house to fully outsourced), in order to deal with the obstacles for grid technology adoption, such as enterprise scepticism and IT staff resistance.
This approach also provides the components required for interoperability between existing Grid infrastructures. It is clear that we can’t wait for a single global grid to arise or to become predominant. Instead, we should work to build a seamless integration of the existing grids, which may eventually constitute the ultimate, capital-letter Grid, Grid of grids, or InterGrid, in the same way that the Internet was born. Grid interoperability can be achieved by means of common, ideally standard, grid interfaces, whose existence is an important (if not essential) characteristic of grid systems. Unfortunately, common interfaces (and even less standard ones) are not always available for given services. Then, the use of grid adapters and gateways becomes necessary. In particular, an interoperability solution based on grid gateways provides the infrastructures with significant benefits in terms of autonomy, scalability, deployment and security.
Well, what are you waiting for?, components are open-source, license is Apache v2.0, and we are willing to collaborate with you.
از وبلاگ : http://gridgurus.typepad.com
فناوری P۲p و بیداری همیشگی اینترنت
برای نصب Globusموارد زیر را باید در نظر بگیریم
نسبت به نرم افزاری که از Globus دانلود کردیم باید linux مربوط به آن را نصب کرده
حال برای پیاده سازی باید ورژن جاوا در linux و gcc آن را چک کنیم که اگر آن ورژن ها را ساپورت نمی کرد آنها را نصب کنیم ورژن جاوا باید 1.6 باشد
برای چک کردن ورژن جاوا دستور زیر را در ترمینال تایپ می کنیم
Java -version
و برای update ورژن جاوا مراحل زیر را انجام می دهیم
با این دستور java 1.6 از zip خارج می شود
(اسم فایل (java tar xzvf
نکته: می توان برای سریعتر نوشتن اسم فایل حرف اول را نوشته و بعد Tabرا بزنید با این کار سریع بقیه اسم فایل را به صورت اتوماتیک می آورد
بعد محتویات java 1.6 را در شاخه HOME\USER که رفته ایم OverWrite می کنیم
به این ترتیب ورژن جاوا update می شود
بعد ورژن gcc را چک میکنیم با دستور زیر
gcc –v
باید ورژن gcc 4.1 نباشد چون باگ دارد می توان از ورژنهای
3.2. 3.2.1 و 2.95.x استفاده کرد
و gccرا نمی توان updateکردو نسخه ایی از linuxکه این ورژن را دارد نصب می کنیم
نرم افزار Tomcatرا هم باید نصب کرد ولی در زمان کامپایل به آن نیاز نداریم و در زمان Runtime به آن نیاز داریم
اگراز لینوکس suse استفاده میکنید به هیچ نرم افزار جانبی احتیاجی نداریم
با دستور زیر یک user به نام Globus درست می کنیم
root# useradd globus
و از شاخه system \group and user.. می توان user مورد نظر را ساخت
ودر شاخه usr/local/globus محتویاتی که دانلود کردیم از globusکپی می کنیم و در آن شاخهf4 میزنیم و ترمینال باز میشود و دستورات زیر را تایپ می کنیم
نسبت به نام فولدری که در شاخه usr/local است نام آخرین فولدر را انتخاب می کنیم اگر فولدری که در این مسیر بود usr/local/globus-4.0.1 بود
این پیغام را باید تایپ کنیم
# mkdir /usr/local/globus-4.0.1# chown globus:globus /usr/local/globus-4.0.1حالا از user root خارج می شویم و به user Globus می رویم با سویچ کردن
و دستورات زیر را در کنسول تایپ می کنیم
معنی globus$ این است که از مسیری که هستیم این دستور را اجرا کنیم
و مثلا برای اجرای ./configure نباید اولش globus$ را تایپ کنیم و بعد از آن را. در اینجا globus$یعنی در مسیر usr/local/globus-4.0.1 باشیم و
./configure --prefix=$GLOBUS_LOCATION را تایپ کنیم
globus$ export GLOBUS_LOCATION=/usr/local/globus-4.0.1globus$ ./configure --prefix=$GLOBUS_LOCATIONاگر در root بودیم و ./configure می کردیم error می داد.
ولی حالا باید این پیغام را بدهد
1. Optional Features:
2. --enable-prewsmds Build pre-webservices mds. Default is disabled.
3. --enable-wsgram-condor Build GRAM Condor scheduler interface. Default is disabled.
4. --enable-wsgram-lsf Build GRAM LSF scheduler interface. Default is disabled.
5. --enable-wsgram-pbs Build GRAM PBS scheduler interface. Default is disabled.
6. --enable-i18n Enable internationalization. Default is disabled.
7. --enable-drs Enable Data Replication Service. Default is disabled.
8. [...]
9. Optional Packages:
10. [...]
11. --with-iodbc=dir Use the iodbc library in dir/lib/libiodbc.so.
12. Required for RLS builds.
13. --with-gsiopensshargs="args"
14. Arguments to pass to the build of GSI-OpenSSH, like
15. --with-tcp-wrappers
در مرحله چهارم
globus$ make
نکته :اگر شما یک log file بخواهید داشته باشید باید تایپ کنید
globus$ make 2>&1 | tee build.logدر مرحله پنجم و آخر
globus$ make installدر این مرحله کامل شده است Install و حالا شما باید پیکربندی کنید قسمتهایی که در زیر شرح داده شده است
توصیه میکنیم که Install کنید هر security
حالا شما مراحل security را طبق این step ها باید نصب کنید
که در بر می گیرد به دست آوردن host certificates و user certificates و ساختن
grid-mapfile که در صفحات بعدی به آن اشاره می شود
با security setup شما میتوانید شروع کنید سرور GridFTP
پیکربندی DB برای RFT و پیکربندی WS-GRAM
و شما همچنین میتوانید شروع کنید یک GSI-OpenSSH daemon
و setup کنید یک سرور MyProxy و اجرا کنید RLS و استفاده کنید CAS
با Thin Clientها آشنا شوید
همچنان كه فناوری اطلاعات، توسعه بیشتری مییابد، شبكهها نیز به عنوان یكی از پیامدهای این توسعه اهمیت بیشتری مییابند. اما شبكهها فقط منحصر به انواع متداول LANها یا WANها نمیگردند و شبكهسازی روشهای دیگری نیز دارد. در این زمینه تجهیزاتی مانند Thin Clientها، Net PCها و یا Network computerها مطرح میگردند كه هر یك ویژگیهای خاص خود را دارند. در این مقاله قصد داریم به معرفی فناوری مرتبط با Thin Clientها بپردازیم.
شبكه مبتنی بر Thin Client، شبكهای مبتنی بر سرور است كه تقریباً كلیه پردازش ها در آن توسط این سرور صورت میپذیرد. كلیه برنامههای كاربردی روی سرور اجرا شده و توسط Clientها قابل استفاده هستند. واژه thin در این تكنولوژی، به دلیل حجم پایین پردازشی است كه توسط Clientها صورت میپذیرد. در مقابلِ این تكنولوژیFat Clientها مطرح میباشند كه كلیه پردازشها را روی Client انجام میدهند. به طور كلی ساختار شبكه های مبتنی بر Thin Client از یك سرور با قدرت بالا و تعدادی Client تشكیل شده است كه كارآیی محدودی دارند.
Thin Client چیزی جز یک کامپیوتر جمع و جور نیست اما این کامپیوتر برای استفاده به صورت یک پایانهی شبکهای طراحی و تنظیم شده است. شکل بالا نمونهای از یک Thin Client ساخت HP را نشان میدهد. برای دیدن عکس در ابعاد بزرگتر، روی آن کلیک کنید.
یك شبكه مبتنی بر Thin Client چگونه فعالیت میكند؟
یك شبكه مبتنی بر این تكنولوژی دارای یك یا چند سرور با ویژگیهای خاص میباشد. سیستمعامل این سرورها میتواند هریك از سیستم عاملهای موجود (با توجه به برنامههای كاربردی موردنظر) نظیر یونیكس، لینوكس،
(Windows NT Terminal Server Edition (NT TSE ، یا ویندوز باشد. علاوه بر سیستمعامل، بر روی هر یك از این سرورها یك نرم افزار كنترلی وجود دارد كه فعالیتهای Clientها را كنترل مینماید. بسیاری از این نرم افزارهای كنترلی به صورت رایگان عرضه میشوند و معمولاً توسط شركتهای نرمافزاری، تولید میگردند.
كاربردها
این شبكهها در بسیاری از سازمانها مورد استفاده قرار می گیرند. اما بزرگترین مشتریان این شبكهها، بانكها، آژانسهای هوایی و سازمانهایی هستند كه دارای شعبات متعدد میباشند. امروزه از این تجهیزات برای تجهیز مدارس نیز استفاده میشود. با توجه به این نكته كه سیستمهای Thin Client دارای هارددیسك نمیباشند و امكان download كردن نرمافزار نیز روی آنها وجود ندارد، هیچ نوع ویروسی نمی تواند سیستم را مورد حمله قرار دهد. به این ترتیب امنیت این نوع سیستم ها تضمین شده میباشد. ارتقاء و نگهداری Thin Clientها بسیار ساده و مقرون به صرفه است. زیرا برای ارتقاء شبكه لازم است فقط سرور مربوطه را upgrade نمود.
مزایا و معایب
مدیریتپذیری، هزینه پایین، امكان كنترل ونظارت و مواردی از این دست از جمله مزایای اینگونه از شبكهها میباشند كه در ادامه به آنها اشاره خواهیم كرد.
مدیریت پذیری
در این شبكه فقط كافی است سرور مدیریت گردد. جهت رفع نقایص احتمالی نیز سرور اصلی مد نظر می باشد.
امنیت
در سیستمهای Thin Client به علت عدم وجود نقطه ورود به شبكه، عدم امكان download كردن نرمافزار از اینترنت و نصب آن بر روی Clientها و همچنین عدم وجود هارددیسك، ویروسی شدن سیستمها غیرممكن است. همچنین با استفاده از امكانات سیستم مدیریتی و كنترلی موجود بر روی سرورها میتوان دسترسی كاربران را نیز به نحو مطلوب محدود نمود.
كنترل و نظارت
كاربران شبكههای Thin Client نمیتوانند applicationهای خود را بر روی Client نصب نمایند همچنین قادر به تغییر پیكربندی سیستم نیز نمیباشند.
هزینه سخت افزار
این تجهیزات از PCها به مراتب ارزانتر میباشند. به علاوه به دلیل عدم وجود قطعات جانبی، كمتر دچار خرابی می شوند. نكته قابل ذكر در این در نتیجه هزینه نگهداری این تجهیزات نیز كمتر است.
سهولت ارتقاء
برای اضافه كردن ترمینالهای جدید به شبكه، فقط كافی است از طریق نرم افزار مركزی كه روی سرور نصب شده نرم افزار كنترلی را روی Client جدید نصب نمود. در صورت خرابی نیز میتوان به راحتی ترمینال مورد نظر را از شبكه خارج نمود.
ذخیره انرژی
در مقایسه با كامپیوترهای شخصی، این سیستمها انرژی كمتری مصرف می نمایند. در این سیستمها به علت پردازش پایین، توان مصرفی آنها در حدود ده الی بیست وات در ساعت میباشد. در حالی كه توان مصرفی یك كامپیوتر از نوع PC در حدود 250 وات در ساعت می باشد.
اما معایب استفاده از این كلاینتها را میتوان اینگونه برشمرد:
عدم انعطاف پذیری
در صورتی كه نرم افزاری بر روی سرور نصب نشده باشد، كاربران نمی توانند از آن استفاده نمایند.
وابستگی به سرور
با توجه به ساختار Thin Client، لازم است سرور از امنیت بالایی برخوردار باشد. زیرا در صورت از كار افتادن سرور، شبكه به طور كامل مختل خواهد شد. در نتیجه برای جلوگیری از این امر، روشهای مختلفی جهت ایجاد redundancy نرم افزاری و سختافزاری استفاده می شود. مكانیزمهای متفاوت Failover نیز برای پردازندهها و پایگاه داده مورد استفاده قرار میگیرد. امكان Load balancing سختافزاری و نرمافزاری نیز برای این سرورها از موارد ضروری می باشد كه همه اینها قیمت سرور موردنظر را به شدت بالا میبرد.
پهنای باند
مانند سایر شبكه های كامپیوتری، پهنای باند این شبكه نیز وابسته به تعداد Clientها می باشد. با توجه به انجام كلیه فرآیندهای پردازشی توسط سرور، ترافیك این شبكه بسیار بالا است. زیرا كلیه دستورات پردازشی باید به سرور منتقل شده و نتایج به Clientها تحویل گردند.
كمبود فضای حافظه
با توجه به ساختار این سیستم ها امكان استفاده از هیچ نوع حافظه جانبی نظیر انواع دیسك ها وجود ندارد.
استفاده از تجهیزات جانبی
در این نوع شبكهها تجهیزات جانبی محدود میباشند. تجهیزاتی نظیر دوربینهای دیجیتال یا تجهیزات تصویری را نمیتوان به این ترمینالها متصل نمود. اما در حال حاضر انواعی از ترمینالها وجود دارند كه پورت های مختلفی را پشتیبانی میكنند.
امكانات ضعیف پشتیبانی از مالتی مدیا
برنامههای كاربردی كه نیاز به پردازشهای تصویری زیاد دارند، روی این شبكهها به خوبی كار نمیكنند. زیرا كلیه فرآیندهای پردازشی توسط سرور مركزی صورت می گیرد كه در صورت تخصیص پردازنده به applicationهای مالتی مدیا، كارآیی شبكه به شدت كاهش می یابد. پیشرفت هایی كه در زمینه تكنولوژی های پردازنده ها و سرورها صورت پذیرفته است، تا حدودی این قبیل مشكلات را كاهش داده است. اما هنوز هم عدم پشتیبانی از این چنین كاربردهایی از نقاط ضعف Thin Clientها محسوب می گردد.
انواع Thin Client
همانگونه كه اشاره شد این سیستم ها نیز انواع مختلفی دارند كه با توجه به میزان پردازشی كه توسط Clientها و سرور صورت می گیرد از یكدیگر متمایز میگردند. در ادامه تعدادی از انواع این سیستم ها معرفی می گردند.
Ultra thin client
در این سیستم كاربر یك صفحه كلید، ماوس و مانیتور دارد. كلیه پردازشی كه توسط Clientها در این سیستم انجام می شود پردازش ورودی صفحه كلید، ماوس و خروجی روی مانیتور میباشد و سایر پردازشها توسط سرور انجام میشود. ترمینالهای ویژهای از این نوع، امكان پردازش كارتهای هوشمند را نیز دارند.
(Windows Based Terminal (WBT
این ترمینالها خود بر دو نوع هستند:
1- ترمینالهای استانداردی كه از پروتكلهای (RDP (Remote Desktop Protocol مایكروسافت یا Citrix ICA (Independent Computing Architecture) استفاده می نمایند.
2- ترمینالهایی كه از سیستم عاملهای نوشته شده توسط یك سازنده خاص (برای Clientهای خاص) استفاده می نمایند. البته این سیستمها از پروتكلهای استاندارد نیز پشتیبانی مینمایند.
عمده ترین شركت هایی كه این نوع ترمینالها را تولید می كنند عبارتند از: NCD ،Wyse ،Neoware و Compaq
در رابطه با این نوع ترمینالها نكته قابل ذكر این است كه مجموعهای ازPC ها نیز وجود دارند كه با محدود كردن عملكردشان میتوان از آنها در شبكههای Thin Client استفاده نمود. از این PCها برای مواردی كه كاربردهای چندرسانهای در شبكهها وجود دارد استفاده می شود. مثلاً به این ترتیب پردازشهای تصویری و صوتی توسط خود Client انجام می شود.
Internet terminal
این ترمینالها مرورگرهای اینترنت را به طور توكار ضمنی همراه دارند.
Low spec PC solution
به علت عدم نیاز به پردازش توسط Clientها میتوان از PCهایی كه از رده خارج شدهاند نیز برای ایجاد شبكههایThin Client استفاده نمود. از این راهحل بیشتر در مدارس استفاده می شود.
Tubby client
این نوع Clientها در حقیقت PCهایی میباشند كه خود دارای سیستم عامل و applicationهایی مستقل هستند این PCها با استفاده از یك نرم افزار امكان اتصال به شبكه Thin Client را نیز دارند. به ترتیب میتوانند از application هایی كه روی سرور موجود میباشند نیز استفاده نمایند.
Disabled PC solution
در این نوع از ترمینالها، از امكانات موجود در PCها نظیر Floppy disk و CD استفاده نمیشود. و به اصطلاح آنهاDisable میشوند. البته این روش برای مدت زمان طولانی روش مناسبی محسوب نمی شود. در صورتی كه از این شبكه در كنار یك شبكه استاندارد استفاده شود، راهحل بهینهای است.
Blade PC architecture
از این ساختار برای Clustering یا خوشهبندی استفاده میشود. در ساختار Blade PC از PCها به عنوان سرور استفاده می شود. این سرورها در یك محل به صورت متمركز گردآوری شده و یك سرور مدیریت، كلیه PCها را كنترل می نماید و ترافیك را میان آنها تقسیم مینماید. كلیه اجزای جانبی نظیر صفحه كلید، ماوس و مانیتور كاربران از طریق یك ارتباط استاندارد (به طور مثال 5-Cat) به PCها متصل میشود. البته این راه حل بسیار گران بوده و در عین حال ساختار مدیریتی پیچیدهای نیز دارد.
پروتكلهای ارتباطی
همان گونه كه ذكر شد، دو پروتكل مطرح در این زمینه وجود دارند.
پروتكل Citrix ICA: پروتكلی است محصول شركت Citrix كه به Clientها این امكان را میدهد تا با سرور مركزی ارتباط برقرار نمایند. با استفاده از این پروتكل بسیاری از applicationهای تحت ویندوز قابل اجرا هستند.
پروتكل RDP: این پروتكل كه توسط شركت مایكروسافت توسعه داده شده، نیز یك پروتكل ارتباطی است كه امكان برقراری ارتباط میان سرور و Clientها را میسر می سازد.
نتیجهگیری
در این نوشتار با نوع دیگری از شبكه سازی مبتنیبر فناوری Thin Clientها آشنا شدید. شبكههایی كه تمركز اصلی آن بر روی سرور بوده و كلاینتها با حداقل توان پردازشی در اختیار كاربران قرار میگیرند. كاربر عمده این قبیل شبكهها، با توجه به معایب و مزایای گفته شده، مكانهایی نظیر آژانسهای هواپیمایی، بانكها و مراكز آموزشی میباشند.
منبع :
http://forum.p30world.com/archive/index.php/t-87726.html
Building a Web Cluster with FreeSBIE
What is FreeSBIE? Quoting from its developers:
What is FreeSBIE? Simply: It's a live system on compact disk (CD), or an operating system that is able to load directly from a bootable CD, without any installation process, without any hard disk. It's based on the FreeBSD operating system.
Great news! There were a lot of different so-called LiveCD projects based on FreeBSD, but as far as I know, none has released a stable and public version. FreeSBIE 1.0 was the first one, so it sounds like a good choice.
Is there much need for FreeSBIE? Currently, the price of hard disk drives is pretty low, so it's easy to equip all our servers and workstations with hard disks. The answer is lifecycle. A regular hard drive will break after an indefinite period of time; this is unavoidable. Hard drives work for a lot of read/write operations with a heavy load. The CD's lifecycle is much longer. It normally works only for read operations, was designed as a better storage alternative, and it's also worth mentioning that the cost of one blank compact disk is hundred times less than the cost of a hard disk drive.
There are a lot of ways that running a UNIX operating system from a standalone CD can save you time and money. I'd like to describe one situation where the use of LiveCD is a very easy and cost-effective solution — a clustering solution for diskless stations.
Suppose that we need to build a cluster of web servers to serve HTTP and HTTPS connections. Why do we need a cluster? First of all, our web services are heavily loaded; having one or two CPU systems and a lot of RAM is not enough anymore. Secondly, our services need 24x7 availability and this requires an excellent fail-over backup system, which should be completely transparent for customers and normal web surfers. Nobody cares how many servers and sites we have; everyone only wants to see the requested web page.
It's also much easier to kill one server with Denial of Service (DoS) attacks, but having multiple servers will keep us safe longer. More than that, we can not rely on only one hardware server. That would be stupid. Hardware faults can happen anytime and we should not risk our business because of this. To crown it all, I should say there are a lot of different arguments why a cluster can make sense.
Our clustering solution includes:
Load-balancing hardware or software. For hardware, we can use F5 BIG-IP or anything of this kind. This hardware can handle HTTP connections and route them to the correct server. It also knows many tricks and can cache HTTPS. Also, I like it because it runs BSD OS as a managing OS. I'll call it lb01.
There are a lot of different load-balancing systems. As a rule they are high configurable but it's usually easy to understand their syntax and write your own configuration. Our example needs to cache SSL and forward plain HTTP to our servers. It should choose the server with the least load and should remove broken ones from the list. All modern load balancers know how to do this well.
Before I start exploring the build process, I'd like to explain why I chose this cluster configuration. There are many different possible cluster configurations. The most popular configuration involves equipping the web servers with only network adapters and making them boot through PXE-BOOT. This configuration uses an additional DHCP server. Personally I think it's a good approach, but it has some weaknesses. For starters, it can be somewhat expensive. It also has a potential quality-of-service drawback; all cluster machines depend on the DHCP server, which may be heavily loaded and has the potential of network-killing hardware failure. On the other hand, this configuration requires less managing time.
Let's start from the FreeSBIE building process. To build a FreeSBIE LiveCD, we need a FreeBSD station. Preferably, it should run the same hardware configuration as all our cluster machines. In my case, this is an AMD Duron 1200 CPU with 128 MB of RAM. The build station also has a Maxtor 6Y120P0 UDMA 100 hard drive. Our cluster machines do not need this.
Finally, the build station also needs a CD-RW or DVD-RW disk drive to burn our CD ISO image, after we build a system, and spare, blank CD-R disks. (CD-RW may be better until you're familiar with the building and burning processes).
FreeSBIE has a FreeBSD port at /usr/ports/sysutils/freesbie. I used the version from 7 February 2004, freesbie-20040207.tar.bz2, with a size of 151,799 bytes. The FreeSBIE port is "a collection of scripts that help a user create CDs/DVDs containing a complete operating system based on FreeBSD. It is used as 'live-CD' and boots straight from CD." FreeSBIE uses compression to store a lot of software on the LiveFS file system.
The FreeSBIE site has pre-built LiveCD ISO images. When I wrote this article they had the following:
Latest ISO: FreeSBIE-1.0-i386
| Filename | Type | Size | Date |
|---|---|---|---|
| FreeSBIE-1.0-i386.iso | ISO image | 565,504 Kb | 02/27/2004 12:22:00 |
| FreeSBIE-1.0-i386.iso.md5 | MD5 signature | 1 Kb | 02/27/2004 12:28:00 |
| FreeSBIE-1.0-i386.pkg_info.txt | Package description | 20 Kb | 02/27/2004 12:21:00 |
If the default functions and configuration is OK for you, you can use these images. For our configuration we'll need to customize the defaults.
The first step is to build an ISO image to burn to a blank CD-R or CD-RW disk. The install process requires the following files:
| Filename | Size | Description |
|---|---|---|
| freesbie-20040207.tar.bz2 | 151,799 bytes | The collection of scripts. |
| cdrtools-2.00.3.tar.gz | 1,638,876 bytes | A collection of software needed to build an ISO image. |
| cloop_2.01-1.tar.gz | 21,862 bytes | Compressed file-system support. |
Installation is as simple as:
$ cd /usr/ports/sysutils/freesbie
$ make
$ su
# make installThe main part of this package is the collection of scripts that live under /usr/local/share/freesbie. The README suggests to run a user interface for the scripts, built using Savio Lam's dialog program. Let's run that ./freesbie. Start it from /usr/local/share/freesbie, since all the scripts use relative, not absolute, paths.
The first run of the script, shown in Figure 1, proposes a startup configuration.

Figure 1: FreeSBIE startup configuration.
We need to set paths and file names about the LiveFS file system to create. Let's put it in /usr/local/livefs. If the directory doesn't exist, the installer will prompt you to create it:
ATTENTION PLEASE!
The path you have entered does not seems a valid path or the directory does not
exist.
Do you wish to create it? [ Yes ] NoWe also need to set FreeSBIE's home directory, where the installer will create the kernel configuration file used to build a system. Use the current directory, /usr/local/share/freesbie.
Next, set the path to the ISO image to create. The default is /usr/local/share/freesbie/FreeSBIE.iso. I personally would rather not build a custom system in the system-wide directories, though. This will lead you to the main menu, shown in Figure 2.

Figure 2: The installer main menu.
The first section, Configure, we have already passed in the previous block. So we can move forward. Unfortunately, if you need a help system and press F1 as it advises at the bottom of the screen, it'll take you to a shell. You probably don't need the help, but beware.
Let's tackle the menu options in order.
This options runs the 0.rmdir.sh script to clean the LiveFS file system directory.
This options starts the 1.mkdir.sh script, which tries to create a directory structure for the new file system. After this happens, the /usr/local/livecd directory will resemble:
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 cdrom
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 home
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 mfs
drwxr-xr-x 37 root wheel 1024 23 Feb 17:44 mnt
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 stand
drwxr-xr-x 3 root wheel 512 23 Feb 17:44 usr
drwxr-xr-x 3 root wheel 512 23 Feb 17:44 var./mnt contains the directory structure for the various supported file systems:
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.ext.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.ext.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.ext.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 dos.ext.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.ext.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.ext.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.ext.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ext2fs.ext.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 floppy
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.ext.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.ext.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.ext.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ntfs.ext.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 temp
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 tmp
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.1
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.2
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.3
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.4
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.5
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.6
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.7
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 ufs.8The whole directory structure takes about 94 Kbytes now.
This step runs the 2.buildworld.sh script. It requires that you've installed the src-all package (FreeBSD sources for everything). I suggest that you perform a full upgrade for the whole system through CVSup. It can save you a lot of time and nerves instead of spending hours figuring out why something is not compiling. After the world building has finished, you can look at the results in the default /usr/obj/usr/src directory. In our case it takes up about 419 Mbytes of space.
This option runs the 3.installworld.sh script to install the freshly built world. This step will take less time than the build process. The /usr/local/livefs will then resemble:
-rw-r--r-- 2 root wheel 802 23 Feb 19:41 .cshrc
-rw-r--r-- 2 root wheel 251 23 Feb 19:41 .profile
-r--r--r-- 1 root wheel 4735 23 Feb 19:41 COPYRIGHT
drwxr-xr-x 2 root wheel 1024 23 Feb 19:42 bin
drwxr-xr-x 3 root wheel 512 23 Feb 19:43 boot
drwxr-xr-x 2 root wheel 512 23 Feb 19:43 bootstrap
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 cdrom
drwxr-xr-x 16 root wheel 2048 23 Feb 19:41 etc
drwxr-xr-x 3 root wheel 18432 23 Feb 19:41 dev
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 home
drwxr-xr-x 2 root wheel 512 23 Feb 17:44 mfs
drwxr-xr-x 37 root wheel 1024 23 Feb 17:44 mnt
drwxr-xr-x 2 root wheel 512 23 Feb 19:41 modules
dr-xr-xr-x 2 root wheel 512 23 Feb 19:41 proc
drwxr-xr-x 2 root wheel 512 23 Feb 19:41 root
drwxr-xr-x 2 root wheel 2048 23 Feb 19:42 sbin
drwxr-xr-x 5 root wheel 1024 23 Feb 19:43 stand
lrwxr-xr-x 1 root wheel 11 23 Feb 19:41 sys -> usr/src/sys
drwxrwxrwt 2 root wheel 512 23 Feb 19:41 tmp
drwxr-xr-x 13 root wheel 512 23 Feb 19:41 usr
drwxr-xr-x 20 root wheel 512 23 Feb 19:41 varNow our LiveFS file system is 131 Mbytes in size.
This option runs the 4.kernel.sh script to compile and install a kernel to our LiveFS file system. The default FreeSBIE kernel configuration file is /usr/local/share/freesbie/FREESBIE. It's based on the GENERIC kernel configuration file with a lot of added options, so you should customize this file. If you're not familiar with the kernel configuration procedure, back up the original file as FREESBIE.orig.
The default configuration produces a kernel of about 5 Mbytes in size, which is definitely too much. After removing support for SCSI, RAID, missing network cards, and ISDN, my kernel size decreased to 2.2 Mbytes. You can do better.
I advise you to do a kernel compile and install using the /usr/local/share/freesbie/kernel.sh script, but not the visual dialog interface. If any errors appear during the compilation or installation it's hard to see because dialog clears all debug information too fast.
After you've finished this step, copy the kernel to the /usr/local/livefs kernel directory.
This option runs 5.patchfiles.sh, which adds a lot of different scripts to the LiveFS file system, especially in the scripts/ directory:
Patching files in /etc directory...
Making vnodes in /dev...
Copying cool scripts (from sysutils/livecd)
cp: /usr/local/share/freesbie/files/livecd/scripts/lang is a directory
(not copied).
/usr/local/share/freesbie/files/livecd/scripts/create_vnodes.sh
-> /usr/local/livefs/scripts/create_vnodes.sh
/usr/local/share/freesbie/files/livecd/scripts/lang/vnodes_En
-> /usr/local/livefs/scripts/lang/vnodes_En
Copying FloppyBackup and cardDetect scriptsThis options runs the 6.packages.sh script to install additional packages to your LiveFS file system. Figure 3 shows the menu of packages to choose.

Figure 3: The package menu.
The script generates this package list with information from pkg_info. In other words, LiveFS can install only those packages already installed on your build system. If you have installed some of your software manually without using the ports or pkg_add utility, you won't see it in the generated list. As Figure 4 shows, this operation is very similar to using the /stand/sysinstall utility for tuning your FreeBSD installation.

Figure 4: Package selection.
While choosing necessary packages, keep in mind that you're limited by the space of your storage medium. A CD-R or CD-RW normally holds between 650 and 800 Mbytes. If you use a DVD, you'll have much more room for your software.
This option runs 7.customuser.sh. This copies user profiles and software configurations from /usr/local/share/freesbie/files/foobar to the LiveFS file system. The defaults are:
Installing customized files...
/usr/local/share/freesbie/files/foobar/irssi_config ->
/usr/local/livefs/root/.irssi/config
.muttrc
.mutt/aliases
.mutt/auto_views
.mutt/bindings
.mutt/colours
.mutt/gpg
.mutt/headers
.mutt/macros
cp: /usr/local/share/freesbie/files/foobar/.. is a directory (not copied).
cp: /usr/local/share/freesbie/files/foobar/. is a directory (not copied).
/usr/local/share/freesbie/files/foobar/.xcustom.sh ->
/usr/local/livefs/root/.xcustom.sh
/usr/local/share/freesbie/files/foobar/.vimrc ->
/usr/local/livefs/root/.vimrc
/usr/local/share/freesbie/files/foobar/.tcshrc.complete ->
/usr/local/livefs/root/.tcshrc.complete
/usr/local/share/freesbie/files/foobar/.tcshrc.bindkey ->
/usr/local/livefs/root/.tcshrc.bindkey
/usr/local/share/freesbie/files/foobar/.tcshrc ->
/usr/local/livefs/root/.tcshrc
/usr/local/share/freesbie/files/foobar/.shrc ->
/usr/local/livefs/root/.shrc
/usr/local/share/freesbie/files/foobar/.rhosts ->
/usr/local/livefs/root/.rhosts
/usr/local/share/freesbie/files/foobar/.xsession ->
/usr/local/livefs/root/.xsession
/usr/local/share/freesbie/files/foobar/.mailrc ->
/usr/local/livefs/root/.mailrc
/usr/local/share/freesbie/files/foobar/.mail_aliases ->
/usr/local/livefs/root/.mail_aliases
/usr/local/share/freesbie/files/foobar/.login_conf ->
/usr/local/livefs/root/.login_conf
/usr/local/share/freesbie/files/foobar/.login ->
/usr/local/livefs/root/.login
/usr/local/share/freesbie/files/foobar/.custom.sh ->
/usr/local/livefs/root/.custom.sh
/usr/local/share/freesbie/files/foobar/.cshrc ->
/usr/local/livefs/root/.cshrc
/usr/local/share/freesbie/files/foobar/.Xauthority ->
/usr/local/livefs/root/.Xauthority
/usr/local/share/freesbie/files/foobar/.profile ->
/usr/local/livefs/root/.profile
/usr/local/share/freesbie/files/foobar/.xinitrc ->
/usr/local/livefs/root/.xinitrc
/usr/local/share/freesbie/files/foobar/mutt.tar.bz2 ->
/usr/local/livefs/root/mutt.tar.bz2
/usr/local/share/freesbie/files/foobar/irssi_config ->
/usr/local/livefs/root/irssi_configThis is not very useful for server configuration.
This option runs the 8.mkiso.sh script to create the ISO image file using the already configured path. In our case, this will generate the file /usr/local/share/freesbie/FreeSBIE.iso. We are almost done!
There are two different ways to customize the build. The first way is to edit all files in the /usr/local/share/freesbie directory before starting ./freesbie. The second way is to create a LiveFS file structure and then edit necessary files. Certainly, you can combine both of them, but I find the second approach much more sensible.
Now that you're familiar with the build process, I can describe how to customize the system.
First, we need to customize the /etc directory on the LiveFS. The /etc/rc.conf file holds hostname and interface configuration. We have no easy way to keep this file on an NFS drive, except for patching the startup scripts. Hopefully GUFI, the main Italian FreeBSD User Group developing FreeSBIE, will simplify this eventually. We can either prepare a different configuration for each server in web01-10 or edit the scripts to mount /etc/rc.conf from nfs01. You can also try to follow the /usr/share/examples/diskless/clone_root instructions of cloning a diskless configuration, although I believe it'll also require a lot of hacking. I have not looked at it closely, but it seemed more oriented to diskless configurations.
Once we've set a system hostname and have connected to the network, we must start our services. This means we'll need to edit /etc/fstab:
nfs01:/startup/usr/local/etc/rc.d/cluster
/usr/local/etc/rc.d/cluster nfs ro 0 0The /usr/local/etc/rc.d/cluster directory holds a startup script for local services. FreeBSD's /etc/rc script mounts NFS file systems before it starts local software, so we won't need any hacks there. Also we need to mount a data directory and software configuration, too:
nfs01:/storage/var/web /var/web nfs Ro 0 0The /var/web directory holds data for our web services. This could be a directory with a complex file structure. Though we shouldn't normally make changes there, we can do this if we mount it in rw mode.
nfs01:/startup/usr/local/etc /usr/local/etc nfs ro 0 0The /usr/local/etc directory holds our software configuration files.
To crown it all, nfs01 must store:
/startup/usr/local/etc
/startup/usr/local/etc/rc.d
/storage/var/webThis isn't a big deal, except for the data at /storage/var/web. This won't be a big load for our NetApp NFS server.
When we've finished customizing our system, we can prepare an ISO image to burn. It took me no more than two hours to reach this point from the very beginning. I hope it normally would take no more than four or five hours for any professional familiar with FreeBSD to prepare a completely new, highly customized cluster system.
You can now burn the ISO image to disk using any operating system or software you like. Under FreeBSD I like the burncd one and on the Windows platform I use Ahead Nero. Here's how to burn the system on a CD-RW disc under FreeBSD:
# burncd -s max -f /dev/acd0a blankThis will make a blank image. To burn a CD:
# burncd -s max -f /dev/acd0a /usr/local/share/freesbie/FreeSBIE.iso fixateIt's also worth mentioning how to keep your systems up-to-date. It's both easy and difficult. I believe that the most correct way to stay current is to keep your build system updated. As a rule, your production system needs infrequent updates — only when FreeBSD has important changes. So, while your build system is up-to-date, you can pass through the build process from the very beginning to create an image for the most recent version.
Now you can take a freshly burned CD disk and put it into the CD-ROM drive of your cluster machines. Boot it, then share your happiness at using such an easy and cost-effective solution with others!
|
فارغ از هياهو - گفتوگوي بيل گيتس با هفتهنامه InformationWeek
| |
|
| |
|
○ ريكادلا: اخيرا آقاي Craig Mundie مدير فناوري (CTO) در مايكروسافت مقالهاي منتشر كرده كه طي آن درباره تغيير نقش و فعاليت واحد تحقيقات شركت (Microsoft Research) و واردشدن آن به حوزههايي سخن گفته كه از لحاظ تاريخي هيچگاه در زمره فعاليتهاي آن نبوده است؛ يعني عرصههايي بيرون از علم كامپيوتر. به نظر شما فناوريهاييكه واحد تحقيق و توسعه مايكروسافت ابداع كرده چگونه ميتوانند در حوزههاي وسيعتري از علوم مختلف، نظير پزشكي و مهندسي كاربرد داشته باشند؟ پينوشت:
| |
|
در دست ساخت، نگاهي چندجانبه به روند گسترش وب 2
| ||||||||||
|
| ||||||||||
|
گستره وب 2
به عقيده Askill، شايد افزايش تعداد مشتريان از ارتقاي سرورها سختتر باشد. مقر SmugMug، در دره سيليكون و نزديك يكي از سايتهاي بزرگ اشتراك ويديويي است و هر دو شركت بيشتر وقت خود را با تجهيزات زيرساخت خويش از جمله سرورها، تجهيزات جايگزين و سيستمهاي محافظت فايل ميگذرانند. Askill ميگويد: «خيلي مسخره است كه بخواهيم چرخ را از نو اختراع كنيم. در حالي كه فرد ديگري ميتواند آن را در اختيار ما بگذارد.»
Hertzog، سرپرست بخش محصولات اين وبسايت، ميگويد: اين شركت از يك ويكي (يك ويكي، سايتي است كه به كاربرانش اجازه ميدهد به بخشي از محتواي وب سايت چيزي بيفزايند، از آن بكاهند يا آن را ويرايش كنند) براي مديريت چرخه توسعه محصولات و نيز به عنوان ابزار اصلي مديريت اطلاعات استفاده ميكند همه ايدهها و تفكرات كاركنان شركت در ويكي نوشته ميشود، بررسي ميگردد و ويرايش ميشود. امنيت توسعه سريع
Madeleine Noland، سرپرست بخش اطلاعات اين سايت، ميگويد: «اين شركت كمي بيش از يك سال پيش كه ميخواست سرويس تعاملي كاربرانش را از نو طراحي كند، با در اختيار داشتن بيست و پنج كارمند، ميتوانست از جاوا، Visual Studio.Net ،Ruby و PHP استفاده كند، ولي ما بنا بر پيشنهاد مؤسسه تحقيقاتي DRTV Research ، از Ruby روي پلتفرم Rails استفاده كرديم.»
John Mayo-Smith، سرپرست فني R/GA، نمايندگي ساخت سايت نايكي ميگويد: «فروشگاه اينترنتي NikeStore، در اوايل سپتامبر سال گذشته (2006) با بهرهگيري از آخرين قابليتهاي مدرن براي فراهم كردن امكان تعامل هرچه بيشتر مشتريان با سايت، راه اندازي شد.» (شكل 2) تجربه كاربر
مايكروسافت ميتواند با اين سرويس جديد، خود را به Google Earth برساند. Google Earth تاكنون از سوي رسانههاي مختلف به دليل توانايي آن در بزرگنمايي مناطق مختلف روي نقشه و نيز اين قابليت كه كاربران را قادر به تمركز روي مكانهاي مشهور مانند مناطقي چون Grand Canyon و اهرام مصر ميكند يا فرود در يك منطقه خاص براي پيدا كردن يك فروشگاه خاص را فراهم ميآورد، مورد ستايش قرار گرفته است. (شكل 3)
مايكروسافت هماكنون مجوز استفاده از APIهاي Virtual Earth را در اختيار Best Buy ،Expedia و چند شركت ديگر گذاشته است؛ همان كاري كه گوگل و ياهو نيز درباره نرمافزارهاي نقشهيابشان انجام دادهاند. جامعه و انجمن هاي وب 2
| ||||||||||
شروع پردازش موازی
مقدمه : بیش از صدها سال قبل در تلاش برای رفع نیازهای محاسباتی و عملیاتی خود بوده است .
در شرایط امروز که متحقیقین و دانشمندان دنیای کامپیوتر توانسته اند صدها و هزاران پردازشگر کوچک و بزرگ را برای رفع نیازهای زمان به صورت قابل توسعه در یکدیگر وصل نمایند که وقتی قادرند میلیاردها عمل ریاضی در ثانیه انجام دهند ولی هنوز ده ها و صدها نیاز محاسباتی و عملی وجود دارند که سیستم های موجود قادر به حل آن ها نبوده و سیستم های بزرگ تر با قدرت های محاسباتی تریلیونی لازم و ضروری است مسلما ً دستیابی به این سیستم های بزرگ از طریق طراحی و ساخت ابر کامپیوترهای تکی و یا تک پروسسری ممکن و میسر نیست .
حال سوال اصلی که در اینجا مطرح می باشد این است که چگونه می توان نیازهای محاسباتی جامعه امروزی را برطرف نمود ؟
جواب این سوال آسان است ، چنانچه امکان رفع نیاز توسط یک سیستم برطرف نگردد ، مسلما ً تعدادی از آن سیستم ها وقتی سیستم های کوچکتر خواهند توانست نیازهای محاسباتی را برطرف نمایند .
شروع این نقطه ، شروع پردازش موازی است و این فکر از سال های 1920 به مغز و به فکر متحققین کامپیوتری رسید . تلاش و کوشش متحققین و پژوهشگران کامپیوتر در هفت دهه گذشته موجب تحول و توسعه سیستم های پردازش موازی گردیده و این تحول و توسعه تا آنجا رسیده است که ماشین های امروزی توانسته اند بیش از 65 هزار پروسسور را یکجا در سیستمی به کار گیرند و چندین تریلیون عملیات را در ثانیه انجام دهند .
امروزه برای تأمین نیازهای محاسباتی و عملیاتی می توان از سه طریق استفاده کرد :
1-سیستم های Pc
2-سوپر کامپیوتر
3-سیستم های پردازش موازی
که تأ مین هزینه های مربوط به هریک در دیاگرام زیر نشان داده شده است :
هزینه سیستم های پردازش موازی از هر سیستم دیگر کمتر می باشد و دلیل آن استفاده از واحدهای ارزان و معمولی کامپیوتری است

بررسی رفتار عملکرد سیستم های پردازش موازی :
ما برای بررسی رفتار عملکرد سیستم پردازش موازی می توانیم پارامترهایی همچون راندمان سیستم (کارایی) ، ضریب بکارگیری ، کیفیت پردازش موازی را تحریف کنیم .
1-كارايي : در سیستم پردازش موازی با تعداد P پروسسور می توان فرض کرد که تعداد O(P) عملیات در زمان T(P) اجرا می نماید . چنانچه این عملیات در یک سیستم تک پردازنده اجرا گردد زمان لازم برای اجرای آن T(1) ثانیه خواهد بود.اگر بیشتر از یک عملیات به وسیله سیستم پردازش موازی با P پروسسور انجام گردد ، ازدیا سرعت را می توان به صورت زیر تعریف کرد :
.bmp)
و در نتیجه راندمان سیستم به صورت زیر تعریف می شود :
.bmp)
کمترین مقدار E(p) در سیستم موازی زمانی است که تنها یکی از پروسسورها تمام برنامه را به صورت پیاپی اجرا نماید و بزرگترین مقدار آن حالتی است که تمام P پروسسور به طور همزمان در اجرای تمام برنامه با هم همکاری داشته باشند

ضریب به کارگیری یک سیستم پردازش موازی نشانگر درصدی از واحدهایی همچون حافظه ها و پردازشگرهاست که در زمان اجرای برنامه بکارگرفته میمی
.bmp)
3) کیفیت پردازش به صورت زیر تعریف می شود:
.bmp)
طبقه بندی معماری سیستم های کامپیوتری :
میشل فلین در سال 1996 میلادی معیاری برای طبقه بندی معماری در سیستم های کامپیوتری بر اساس جریان فرامین و
داده ها و تعداد آن ها ارائه نمود . در این طبقه بندی معماری های مختلف کامپیوتر بر اساس جریان داده ها و فرامین به
چهار دسته زیر تقسیم شده است :
1) Single Instruction Stream – single data - SIMD
ماشین که در طراحی و معماری آن ها فقط یک جریان داده و یک جریان فرامین یا دستورالعمل برقرار است .
این معماری در تمامی کامپیوترهای ساده و تک پردازنده قدیمی و مدرن بکار رفته است .

2) Single Instruction Stream – Multiple Data : SIMD
ماشین هایی که در آن ها یک جریان دستورالعمل و چند جریان داده برقرار است

در این ساختار تعداد زیادی واحد عملیاتی که قادر به عملیات ریاضی/منطقی هستند . تحت کنترل وهدایت یک واحد کنترل قراردارند و قادرند داده های متعددی را همزمان از واحدهای حافظه فراخوانی نموده و عملیات یکسانی را در مورد آن ها انجام دهند .
3) Multiple Instruction Stream – single DATA : MISD
ماشین هایی که در آن ها چند جریان فرامین به طور همزمان ولی یک جریان داده برقرار است .

4)Multiple Instruction Stream - Multiple Data : MIMD

نحوه ی اجرا و عملکرد سیستم های پردازش موازی
Parallel Implementation
در روش های موازی از مجموعه ای از کامپیوتر ها استفاده می شود که توسط یک شبکه به هم متصل می باشد و تحت PVM اجرا می شوند
PVM یک بسته نرم افزاری است که به برنامه نویسی موازی کمک می کند .
ماشین های موازی تحت PVM یک مجموعه ای از پروسسور ها هستند که هم به حافظه کمکی و هم به حافظه مشترک متصل هستند
(Parallel virtual Machine ):
این مجموعه شامل یک پروسسور Master و چند پروسسور Slave می باشد .
ما می خواهیم دستگاه معادلات خطی را با استفاده از روش مونت کارلو در این سیستم حل کنیم .(با در نظر داشتن P پروسسور)
ابتدا ماتریس کامل A را به هر ریز پردازنده انتقال می دهیم . در هر ریز پردازنده
مولفه از بردار جواب محاسبه می شود و در انتها نتایج از Slave هاهیچ ارتباطی ، بین فرستادن A و دریافت مولفه های x ، جمع آوری می شود .
تنها ارتباط بین Slave ها و Masterدر آغاز و پایان الگوریتم صورت می گیرد که به ما این امکان را می دهد که کارایی خیلی بالایی از اجرای موازی داشته باشیم .
چون ما در حالت موازی می خواهیم n مولفه از بردار جواب را در P پروسسور محاسبه کنیم نه از زمان اجرای بارگذاری اولیه اطلاعات O(nNT/P) می باشد که تعداد زنجیر مار کف وT طول زنجیر مار کف است .
آزمایش ها و تجربیات نشان داده است که زمان محاسبه کل n مولفه یک تابع خطی از اندازه ماتریس یعنی n می باشد .
در اين آزمايشگاه 4 كامپيوتر دوال پروسو، دوال كور توسط يك سويچ به يكديگر متصل شده اند و يك كلاستر جهت اجراي برنامه هاي موازي بوجود آوردهاند. اين كلاستر در حقيقت يك سيستم پردازش موازي با 16 گره را بوجود مي آورد. از اين كامپيوترها يك كامپيوتر سرور كلاستر بوده و داراي سيستم عامل لينوكس و محيط پردازش موازي MPI و PVM مي باشند. اين كلاستر به شبكه محلي پرديس علوم متصل بوده و از طريق آن امكان دسترسي به كلاستر از طريق اينترنت فراهم آمده است. كاربران اين آزمايشگاه را دانشجويان تحصيلات تكميلي و دكتري علوم كامپيوتر تشكيل مي دهند و جهت انجام امور پژوهشي و تست الگوريتهاي موازي از آن استفاده مي كنند.
|
وب براي عصرجديد | |
|
| |
|
منبع: بيزنس ويك | |
|
هفت مشخصه مهم وب2 | |
|
| |
|
از نماي نزديك مشخصههاي مهم وب جديد 1 - وب مردميتر 2- سازوكار خودترميمي محتواي وب 2 3- جهش در معناي آموزش | |