תוכן Juiced - HWzone פורומים
עבור לתוכן
  • צור חשבון

Juiced

משתמש רשום
 צפה בפרופיל  צפה בפעילות האחרונה

  • מספר הודעות

    44

  • הצטרפות

  • ביקר לאחרונה

 סוג תוכן 

הודעות שנפתחו על-ידי Juiced

    באיזה פורמט מומלץ לפרמט SSD המיועד למערכת הפעלה?

    ב אמצעי אחסון

    פורסם

    היתרונות וחיסרונות של NTFS

    NTFS

    * Pros

    o can handle files >4GB

    o has access control

    o is a more robust filesystem

    o can be used with write cacheing

    o handles Unicode and POSIX filenames

    o can be read/written by (using ntfs-3g)

    o is really fast when using write cacheing

    * Cons

    o wasn’t designed for removable media (and won’t show up as such)

    o doesn’t support "surprise removal"

    o needs portable drive to be set up with full access rights for EVERYONE, otherwise you won’t be able to use the drive somewhere else. (Hint: With XP Home, you need to boot into safe mode and log in as an Admin in order to get access to the "Security" tab in file/folder properties!)

    o will sometimes refuse to "safely remove drive" because the write cache hasn’t been emptied yet (Hint: In the worst case, try to log off the user, log back on, and retry "safely remove hardware". This will close files, unload programs and DLLs that might still be open on the drive, and flush the write cache.)

    o won’t work with older OS’es (like Win98), but who cares, really?

    o uses more write cycles on the drive (no problem for discs, bad for flash memory)

    o has a "trashbin" on hard discs which gets consolidated with the "main" trashbin, so if the drive gets removed while there is still something in the drive’s trashbin, you’ll end up with a "filled" trashbin on that can’t be emptied. (Hint: Reconnect drive, empty trashbin, safely remove drive.)

    o won’t work on some flash drives (refuses to format as NTFS)

    באיזה פורמט מומלץ לפרמט SSD המיועד למערכת הפעלה?

    ב אמצעי אחסון

    פורסם

    מדובר ב-5K-10K כתיבות לבלוק בודד על גבי שבב בודד ועם תכנולוגיית wear-leveling שזה בעצם אחד מהאלגורתמים שמיושמים בקשוחות הבקרים הכתיבה מיתבצעת על גבי מספר בלוקים לפי כמות הצורך ומעריכה את תוחלת החיים של השבבים

    * מה שכן היא מצירכה לפחות 25% מקום פנוי על גבי ה- בשביל להיות אפקטיבית

    יש לך שבבים בתכולוגיות אחרות, כגון:

    34NM Single-layer cell - עם סיבולת של עד 100K מחזורי כתיבה לבלוק

    ובקרוב Enterprise 34NM Single-layer cell או בקיצור eSLC עם סיבולת של עד 300K מחזורי כתיבה לבלוק

    SSD's בעלי שבבים עם סיבולת כזאת מיועדים לשרתים

    באיזה פורמט מומלץ לפרמט SSD המיועד למערכת הפעלה?

    ב אמצעי אחסון

    פורסם

    הסיבה שבהרבה מקומות ממליצים על פירמוט SSD עם FAT32 במקום NTFS,

    היא שב-NTFS מערכת ההפעלה מעדכנת שדות מסוימים של הקובץ המוני פעמים, המוןןןןן,

    בניגוד ל-FAT32 שלא אובססיבית כל כך.

    והבעיה עם ה"המון" עדכונים האלה, היא ש-SSD מוגבל במספר הכתיבות שיש לו עבור כל סיבית,

    ולכן ההמלצה הזו היא כדי לא לקצר את חיי ה-SSD.

    זה נכון, הסיבולת של שבבי פלאש בתכנולוגיית Multi-level cell שנמצאים ברוב ה-SSD's החדשים היא בין 5K-10K מחזורי כתיבה לבלוק כש-NTFS לעומתו יכול ליכתוב עד 100K מחזורים לבלוק!

    אבל אל דאגה אינטל, סאנדפורס ומיקרון חשבו על הבעיה הזאת והטביעו בקשוחות של הבקר אלגוריתמים מיוחדים שלא יקרה מצב שמערכת הקבצים תיכתוב מעל הגבול שמזיק

    מה שכן אלגותמים אלו לא תקפים ברגע שמיתבצע "איחוי" וזו הסיבה שאסור לעשות אותו על SSD's בעלי שבבי 34NM Multi-level cell Nand

    מצד שני אני לא מצליח לימצוא הרבה מידע על 5000 ואיזה בקר הוא מישתמש כך שקשה לי להגיד איך NTFS ישפיע אליו

×
  • צור חדש...