ميشه لطفا در مورد cluster توضيح بديد.

واضح آرشیو وب فارسی:سایت ریسک: mhentezari18-07-2005, 01:25 PMمن توضيحاتي راجع به سكتور مي خواستم. اينكه دقيقا چي هست؟ چه تاثيري داره؟ كوچك باشه بهتره يا بزرگ؟ چه جوري ميشه اندازشون رو تغيير داد؟ ممنون patal18-07-2005, 02:24 PMسلام mhentezari جان، احتمالا منظور شما cluster ه، نه sector. اگه حدسم درسته و منظورت cluster ه، بگو تا cluster رو برات توضيح بدم و بگم بهتره كه كوچك باشه يا بزرگ. خوش باشي، ©م.م.© mhentezari18-07-2005, 04:25 PMشايد همون cluster بوده :oops: :roll: ميشه لطفا توضيح بديد. patal18-07-2005, 09:28 PMسلام در حافظه ها (HDD و ...) به هر واحد اطلاعاتي يك sector مي گويند. در يك sector يا مقدار 0 نوشته شده يا مقدار 1. سيستم عامل توانايي برقراري ارتباط با sector را ندارد، به همين علت هر چند sector رو يك cluster مي كنند. مثلا هر 2 sector مي شه يه cluster و يا هر 8 sector مي شه يه cluster. بنابراين مي توان به cluster يك بخش اطلاعاتي گفت. بزرگ گرفتن cluster در هنگام partition باعث افزايش سرعت سيستم مي شود. (زيرا HDD با تعداد كمتري cluster در گير است.) ولي از طرف ديگر بزرگ گرفتن cluster باعث از دست دادن مقداري از HDD مي شود. (waste) به عنوان مثال وقتي يك هارد 80GB رو با cluster بزرگ partition بندي مي كنيم، در حدود 300MB از دست مي ديم. علت اين waste مفصله، اگه علاقه مند بودي، برات مي نويسم. خوش باشين، ©م.م.© reza 1210018-07-2005, 09:35 PMمن چندین بار که هارد 80 را پارتیشن بندی کردم معمولا 7-8 درایو 10 گیگی در نهایت حجم کل هارد را 76 یا کمتر نشان میداد و علت ان را نمیدانستم patal جان اگر درا این مورد کمی بیشتر توضیح بدی ممنون میشم patal18-07-2005, 10:42 PMسلام ... و اما علت waste حاصل از بزرگ گرفتن cluster ها. ببينيد، فرض كنيد حجم cluster ها رو بزرگ گرفتيم، مثلا 64K و سيستم عامل مي خواد يه file ي رو با حجم 500K روي HDD بنويسه. مسلما سيستم عامل براي اين 500K به 8 cluster احتياج داره. 7*64=448 448+52=500 يعني 7 عدد cluster كاملا پر و 1 cluster با حجم 52 نتيجه اينكه از cluster هشتم 12K باقي مي ماند. فضاهاي خالي مانده در cluster ها غير قابل استفاده مي باشند و در هر cluster فقط و فقط محتويات يك file مي تواند نوشته شود. >>> پر واضحه كه اگه حجم cluster ها كوچك باشه اين waste هم كمتر مي شه. <<< حالا اينكه چه size ي براي cluster [مناسبترين] هست، خودش يه داستان ديگست. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ البته reza 12100 جان، برابر نبودن 80 و 76 علت ديگه اي هم داره. ببين عزيزم، مثلا وقتي كمپاني Maxtor يه HDD مي زنه، روش مي زنه 80GB و نكته اينجاست كه [گيگا] يي كه Maxtor مي زنه با [گيگا] يي كه computer محاسبه مي كنه متفاوت ه. [گيگا] يي كه Maxtor مي زنه ==> [گيگا] ي رياضي ه و برابر با 1000000000 (9 عدد صفر) [گيگا] يي كه computer محاسبه مي كنه ==> [گيگا] ي computer ي و برابر است با 1024*1024*1024 كه مي شود 1073741824 و اين اختلاف از اينجا ناشي مي شه. خوش باشين، ©م.م.© reza 1210018-07-2005, 11:16 PMممنون خیلی مفید بود mhentezari19-07-2005, 12:40 AMآقا دستت درست خيلي خوب بود ممنون موفق باشي mohammad hamed20-07-2005, 06:38 PMواقعا مفيد و عالي بود :) siyamakjon22-12-2006, 07:44 AM... و اما علت waste حاصل از بزرگ گرفتن cluster ها. ببينيد، فرض كنيد حجم cluster ها رو بزرگ گرفتيم، مثلا 64K و سيستم عامل مي خواد يه file ي رو با حجم 500K روي HDD بنويسه. مسلما سيستم عامل براي اين 500K به 8 cluster احتياج داره. 7*64=448 448+52=500 يعني 7 عدد cluster كاملا پر و 1 cluster با حجم 52 نتيجه اينكه از cluster هشتم 12K باقي مي ماند. فضاهاي خالي مانده در cluster ها غير قابل استفاده مي باشند و در هر cluster فقط و فقط محتويات يك file مي تواند نوشته شود. >>> پر واضحه كه اگه حجم cluster ها كوچك باشه اين waste هم كمتر مي شه. <<< ---------------------------------------------------------------------------------------------------------------------------------- patal جان من فکر میکنم ناپیوستگی روی هارد هم از هیمن جا ناشی میشه (difrag) یعنی وقتی اون 52k روی یه کلاستر جدید ضبط شد دیگه فایل بعدی رو این کلاستر نمیشینه و نا پیوستگی به وجود مییاد , راهشم درست تنظیم کردنه کلاستر هاست , تو partsion magic یه جا به نام resize cluster هست که اندازه ها رو میشه تغییر داد . یه راهنمایی در این مورد کنی ممنون میشم patal31-12-2006, 04:19 PMسلام siyamakjon جان، علت ناپیوستگی HDD چیز دیگه ای ه. ببین عزیزم، وقتی شما یه file رو از روی HDD ت پاک می کنی، در واقع تنها چیزی که پاک می شه اولین Byte در fat مربوط به اون file ه. یعنی تمام file روی HDD ت موجود ه و حتی آدرس اون file که کجای HDD ت ه، هم در جدول fat هست و فقط Byte اول آدرس وجود نداره. البته همین خالی بودن Byte اول ==> یعنی computer اون file رو نمی بینه و فضای اون file برای computer خالی محسوب می شه. حالا فقط کافیه شما جدول fat رو یه scan ساده کنی، براحتی می تونی اون file رو برگردونی. البته اینجا یه شرط مهم هست و اون اینکه در زمانی که این file پاک شده بوده و computer نمی دیدتش، چیزی روش ضبط نکرده باشه. یعنی کل اون فضا دست نخورده باقی مونده باشه؛ وگر نه حتی اگه یه cluster هم تغییر کنه، دیگه نمی شه اون file و کامل و سالم بازگردوند. حالا برای اینکه احتمال Recovery رو به حداکثر برسونند، اومدند HDD رو طوری طراحی کردند که وقتی می خواد file ی رو به محتویات خودش اضافه کنه، می ره و روی قدیمی ترین cluster خالی می نویسه. (یعنی تلاش بر این است که فضاهایی که مربوط به file های پاک شده ی اخیر هستند، دست نخورده باقی بمانند.) ... و از اونجایی که cluster هایی که شرط بالا رو دارند، لزوما پیش هم نیستند ==> قضیه ی ناپیوستگی اتفاق می افته. خوش باشین، ©م.م.© siyamakjon02-01-2007, 01:19 AMپس با این وجود اگه یه هارد صفر رو بشینیم یه روزه پرش کنیم و هیچیشو پاک نکنیم باید هیچ نا پیوستگی نداشته باشه !!!!!!!! درسته ؟ در مورد کلاسترها تو partsion magic هم توضیح بدین patal02-01-2007, 04:45 AMسلام کاملا درسته. اصلا مشخصه ی یه HDD صفر اینه که از ابتدا شروع می کنه به پر شدن. (البته لزوما نیازی نیست که HDD نو باشه و با کارهایی می شه HDD رو صفر کرد.) ××××××××××××××××××××××××× ×××××××× در مورد cluster و PartitionMagic باید بگم که PartitionMagic هم، (مثل خیلی برنامه های دیگه) یه بخشی داره برای تنظیم کردن اندازه ی cluster. همین. اینکه cluster باید چه size ی باشه ==> خودش بحث مفصلی رو می طلبه. آدرس های زیر، اطلاعات خوبی بهت می دن: http://forum.p30world.com/showthread.php?p=119528&highlight=cluster#post119528 4321&page=1&pp=40 14236&page=1&pp=40 15290&page=1&pp=40 48544&page=1&pp=40 خوش باشین، ©م.م.© سایت ما را در گوگل محبوب کنید با کلیک روی دکمه ای که در سمت چپ این منو با عنوان +1 قرار داده شده شما به این سایت مهر تأیید میزنید و به دوستانتان در صفحه جستجوی گوگل دیدن این سایت را پیشنهاد میکنید که این امر خود باعث افزایش رتبه سایت در گوگل میشود

این صفحه را در گوگل محبوب کنید

[ارسال شده از: سایت ریسک]

[مشاهده در: www.ri3k.eu]

[تعداد بازديد از اين مطلب: 562]