من توضيحاتي راجع به سكتور مي خواستم. اينكه دقيقا چي هست؟ چه تاثيري داره؟ كوچك باشه بهتره يا بزرگ؟ چه جوري ميشه اندازشون رو تغيير داد؟
ممنون
Printable View
من توضيحاتي راجع به سكتور مي خواستم. اينكه دقيقا چي هست؟ چه تاثيري داره؟ كوچك باشه بهتره يا بزرگ؟ چه جوري ميشه اندازشون رو تغيير داد؟
ممنون
سلام
mhentezari جان، احتمالا منظور شما cluster ه، نه sector.
اگه حدسم درسته و منظورت cluster ه، بگو تا cluster رو برات توضيح بدم و بگم بهتره كه كوچك باشه يا بزرگ.
خوش باشي،
©م.م.©
شايد همون cluster بوده :oops: :roll:
ميشه لطفا توضيح بديد.
سلام
در حافظه ها (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 مفصله، اگه علاقه مند بودي، برات مي نويسم.
خوش باشين،
©م.م.©
من چندین بار که هارد 80 را پارتیشن بندی کردم معمولا 7-8 درایو 10 گیگی در نهایت حجم کل هارد را 76 یا کمتر نشان میداد و علت ان را نمیدانستم
patal جان اگر درا این مورد کمی بیشتر توضیح بدی ممنون میشم
سلام
... و اما علت 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 [مناسبترين] هست، خودش يه داستان ديگست.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
البته reza12100 جان، برابر نبودن 80 و 76 علت ديگه اي هم داره.
ببين عزيزم، مثلا وقتي كمپاني Maxtor يه HDD مي زنه، روش مي زنه 80GB و نكته اينجاست كه [گيگا] يي كه Maxtor مي زنه با [گيگا] يي كه computer محاسبه مي كنه متفاوت ه.
[گيگا] يي كه Maxtor مي زنه ==> [گيگا] ي رياضي ه و برابر با 1000000000 (9 عدد صفر)
[گيگا] يي كه computer محاسبه مي كنه ==> [گيگا] ي computer ي و برابر است با 1024*1024*1024 كه مي شود 1073741824
و اين اختلاف از اينجا ناشي مي شه.
خوش باشين،
©م.م.©
ممنون
خیلی مفید بود
آقا دستت درست
خيلي خوب بود
ممنون
موفق باشي
واقعا مفيد و عالي بود :)
... و اما علت 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 هست که اندازه ها رو میشه تغییر داد .
یه راهنمایی در این مورد کنی ممنون میشم
سلام
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 هایی که شرط بالا رو دارند، لزوما پیش هم نیستند ==> قضیه ی ناپیوستگی اتفاق می افته.
خوش باشین،
©م.م.©
پس با این وجود اگه یه هارد صفر رو بشینیم یه روزه پرش کنیم و هیچیشو پاک نکنیم باید هیچ نا پیوستگی نداشته باشه !!!!!!!!
درسته ؟
در مورد کلاسترها تو partsion magic هم توضیح بدین
سلام
کاملا درسته.
اصلا مشخصه ی یه HDD صفر اینه که از ابتدا شروع می کنه به پر شدن. (البته لزوما نیازی نیست که HDD نو باشه و با کارهایی می شه HDD رو صفر کرد.)
××××××××××××××××××××××××× ××××××××
در مورد cluster و PartitionMagic باید بگم که PartitionMagic هم، (مثل خیلی برنامه های دیگه) یه بخشی داره برای تنظیم کردن اندازه ی cluster. همین.
اینکه cluster باید چه size ی باشه ==> خودش بحث مفصلی رو می طلبه.
آدرس های زیر، اطلاعات خوبی بهت می دن:
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
خوش باشین،
©م.م.©
سلام دوستان
راهی نیست که از این اتلاف جلو گیری کرد و از اون حجم هم استفاده کرد؟
آخع در ubuntu حجم واقعی رو نشون میده
مرسی