פורסם: 15/01/2015 - 10:49
נושא ההודעה: התחדשתי בssd. מבקש הנחיות וטיפים.
|
שלומות.
קניתי ככל הנראה (לא מולי כרגע) Kingston SV300S37A/120G
http://www.kingston.com/en/support/technical/downloads?product=SV300S3&filename=V300_525fw_Win
(על פניו נראה שהוא תומך ב Trim)
ואני מבקש לדעת אם סדר הפעולות/הפעולות עצמן נכונות -
1) ווידוא בביוס שהוא על achii
2) פירמוט 93% שלו לExt4 (יש הצעות לFS אחרות מועדפות? קראתי שכדאי להשאיר 7% מהדיסק unallocated. זה נכון?)
אני מבין מכאן -https://wiki.archlinux.org/index.php/partitioning#Partitioning_tools_2 שרק הכלים הבאים יתנו part alignment -
fdisk gdisk gparted parted
(לא מוזכר שם cfdisk . כנראה שאין לו alignment אוטומטי)
עד כמה הכרחי לזרוק את var/ לhd רגיל ?
https://wiki.archlinux.org/index.php/SSD#Intelligent_partition_scheme
3) לאחר פירמוט והתקנה של ארץ' האם אני חייב לקנפג Trim גם ב fstab וגם דרך systemd ? (אני מעדיף דרך systemd)
4) האם כדאי לעקוב אחר שאר הטיפים המובאים כאן ?
https://wiki.archlinux.org/index.php/SSD#Tips_for_minimizing_disk_reads.2Fwrites
הערות בונות תתקבלנה
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 13:40
נושא ההודעה:
|
| ציטוט: | | קראתי שכדאי להשאיר 7% מהדיסק unallocated |
יש לך לינק? לא נראה לי. יכול להיות שבגלל ההבדל בין GB ל-GiB , מישהו הסיק מסקנה לא נכונה.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 13:58
נושא ההודעה:
|
נראה לי שלמדת את הנושא יותר טוב מכל אחד אחר פה. 
אבל טוב שפתחת את הדיון - יכול להיות מעניין.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 14:21
נושא ההודעה:
|
|
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 15:42
נושא ההודעה:
|
http://en.wikipedia.org/wiki/Write_amplification#Over-provisioning
ה-7% מתייחס לכמות שהיצרן מראש מסתיר ממך, ומשמשת ל-Over-Provisioning. מעבר לזה, אם אפשרת TRIM מערכת ההפעלה אמורה לדעת להשתמש במקום פנוי בשביל זה (אם נדרש מעבר לכמות שהוקצתה על ידי בקר החומרה).
אלא אם כן אתה בטוח שלא תצטרך את המקום הזה בעתיד, אני לא רואה סיבה להשאיר שטח דיסק ללא מערכת קבצים. כל עוד הוא פנוי TRIM אמור לדעת להשתמש בו בלאו הכי.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 15:47
נושא ההודעה:
|
יפה. לא חשבתי על זה. הסיבה לכך היא שבלוקים ש"התעייפו" מוחלפים בצורה שקופה על ידי הבקר. ע"י השארת "spare" ניתן להניח שהבלוקים יוחלפו בבלוקים "רעננים".
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 16:06
נושא ההודעה:
|
|
האמת היא שנשמע לי מוזר כל מה שאני קורא כאן (אבל אני לא מומחה).
בסופו של דבר דיסק SSD בשימוש רגיל אמור להחזיק מעמד בערך 5 שנים ללא כל טיפול מיוחד, אז מי צריך יותר מזה? הרי גם ככה רוב הסיכויים שאחרי 5 שנים המחשב יוחלף (ואם לא, אז רק מחליפים דיסק), אז למה לשבת ולשבור את הראש מעכשיו באיך לשמור על הדיסק?
בכלל להשאיר 7% "ריק" מדיסק שעולה כל כך הרבה נראה לי בזבוז, גם ככה הדיסקים קטנים והמחיר גבוה, אז גם אם הדיסק לא "נשמר היטב", והוא החזיק רק 3 שנים ולא 5 כמו שהבטיח היצרן, עדיין בעוד 3 שנים אפשר יהיה לקנות דיסק הרבה יותר גדול בהרבה פחות כסף, אז שוב, למה כל הטרחה הזאת?
בכל מקרה, תהנה מהקניה שלך.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 16:15
נושא ההודעה:
|
|
אה ועוד נקודה, הדבר היחידי שהבנתי שמומלץ כן לעשות במחשב רגיל זה אם יש אפשרות, להוציא את ה-CACHE מדיסק SSD, בגלל שקבצי CACHE מבצעים המון IO וזה "מזקין" אותו.
מה שבניגוד גמור למערכי אכסון שבהם הרבה פעמים שמים דווקא כונני SSD עבור CACHE, אבל אני מתאר לעצמי שאלו לא כוננים סטנדרטיים.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 19:44
נושא ההודעה:
|
| Anonymous : | http://en.wikipedia.org/wiki/Write_amplification#Over-provisioning
...
ה-7% מתייחס לכמות שהיצרן מראש מסתיר ממך, ומשמשת ל-Over-Provisioning. מעבר לזה, אם אפשרת TRIM מערכת ההפעלה אמורה לדעת להשתמש במקום פנוי בשביל זה (אם נדרש מעבר לכמות שהוקצתה על ידי בקר החומרה).
אלא אם כן אתה בטוח שלא תצטרך את המקום הזה בעתיד, אני לא רואה סיבה להשאיר שטח דיסק ללא מערכת קבצים. כל עוד הוא פנוי TRIM אמור לדעת להשתמש בו בלאו הכי. |
תודה. מזתומרת "איפשרת trim" ? דרך הfstab ? systemd? שניהם?
| Anonymous : | האמת היא שנשמע לי מוזר כל מה שאני קורא כאן (אבל אני לא מומחה)....
|
אפשר בבקשה תשובות יותר מלומדות?
נגיד בכיוון של - "אם לא תבצע X זה לא יעבוד. אם לא תבצע Y זה יעבוד אבל יצלע/יהיה איטי/יטחן את הדיסק. אם לא תבצע Z זה יעבוד (ויעבוד טוב) אבל תרגיש ממש רע עם עצמך אם אתה טיפוס מכווץ אנאלית"
תודה.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 15/01/2015 - 23:34
נושא ההודעה:
|
|
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 09:12
נושא ההודעה:
|
נו באמת.
מה גורם לך לחשוב שלא חיפשתי?
אבל הכי חשוב - כיצד הפוסטים הקודמים (כולל המאמר העתיק שלך מלפני 5 שנים בלינמגזין) עונים כהוא זה לשאלות שלי?
אני מניח שאסתדר לבד.
תודה על מאומה.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 13:10
נושא ההודעה:
|
אוי אוי אוי, אני עומד עכשיו בפינה וכותב 1000 פעם "לא להרגיז את SSD".
מטרת הקישור היתה להגיד לך - אל תעשה כלום, התייחס ל SSD כאילו היה כונן מגנטי מן המניין ושכח ממה שכתוב בכל אתרי העצות, כולל השאלה ששאלת.
מקווה שעכשיו זה יותר ברור.
אגב, אני כותב עכשיו מאותו מחשב, חמש שנים ויותר לאחר הרשימה הנ"ל. ותזכורת:
| קוד: |
maheer:~ # hdparm -t /dev/mapper/sss-home
/dev/mapper/sss-home:
Timing buffered disk reads: 1278 MB in 3.00 seconds = 425.88 MB/sec
|
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 13:30
נושא ההודעה:
|
|
לולי-
מה שאתה בעצם אומר זה להשקיב למדריך שלך ("אפס קונפיגורציות") במקום לוויקי של ארץ'.
זה לא קצת יומרני מצידך? (למרות האנקדוטה שאצלך זה עובד כבר חמש שנים)
תודה בכל מקרה. הצעתך תישקל בכל הרצינות.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 14:08
נושא ההודעה:
|
לפי מה שאני יודע אתה רק צריך להוסיף את האופציה discard כשאתה עושה mount:
| קוד: |
/dev/sda2 /home ext4 defaults,noatime,discard 0 2
|
הייתי גם שם את המחיצה /tmp בזיכרון גם ב- fstab:
| קוד: |
/tmp tmpfs defaults,noatime,mode=1777,nosuid 0 0
|
וזהו.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 14:51
נושא ההודעה:
|
| ssd : | לולי-
מה שאתה בעצם אומר זה להשקיב למדריך שלך ("אפס קונפיגורציות") במקום לוויקי של ארץ'.
זה לא קצת יומרני מצידך? (למרות האנקדוטה שאצלך זה עובד כבר חמש שנים)
תודה בכל מקרה. הצעתך תישקל בכל הרצינות. |
קרא עוד פעם את השרשור בלי להתרגז. זה לא רק אני.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 15:11
נושא ההודעה:
|
| ssd : | לולי-
מה שאתה בעצם אומר זה להשקיב למדריך שלך ("אפס קונפיגורציות") במקום לוויקי של ארץ'.
זה לא קצת יומרני מצידך? (למרות האנקדוטה שאצלך זה עובד כבר חמש שנים)
תודה בכל מקרה. הצעתך תישקל בכל הרצינות. |
חברים להרגע!
צריך לזכור שכונני SSD ביתיים לא נמצאים אתנו תקופה כל כך ארוכה (לעומת דיסקים מגנטיים). ההמלצות בכל ויקי שתראה מתייחסות לתיאוריה ולא למעשה ולכן אי אפשר להעריך מה יותר נכון. ההמלצות נועדו למנוע מצבים מסויימים שעלולים לקרות בשימוש "רגיל".
לולי, על פי התיאוריה של כונני SSD המחשב אמור לתפקד כרגיל במשך כ5 שנים (3000-5000 כתיבות לביט) תופעות של שגיאות עקב ביט "שרוף" נמנעות על ידי אותם 7% שהיצרן "מסתיר". בכונני פלאש (אני לא יודע אם אותו פתרון קיים גם בSSD) כשאותם אחוזים נגמרים הכונן הופך להיות קריאה בלבד. ככה שבכל מקרה אתה לא אמור לראות שינוי בביצועים גם אם הדיסק ימות הערב, בתיאוריה...
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 16:59
נושא ההודעה:
|
|
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 18:45
נושא ההודעה:
|
|
תאוריה או לא זה לא מסובך טכנית להוסיף discard ל- fstab. נושא הזמן חיים של כונן ssd הוא מרתק אבל לא קשור לשאלה איך מתקינים אחד כזה במערכת לינוקס.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 19:38
נושא ההודעה:
|
קנית חרא.. של כונן.
נו..
אמרתי שיכול להיות דיון מעניין 
|
|
|
| חזרה לתוכן הדיון |
פורסם: 16/01/2015 - 22:45
נושא ההודעה: בשום אופן אל תבצע defrag
|
|
לא יודע מה המקבילה לזה בלינוקס, אבל שזה לא יקרה. זה יהרוס את הדיסק.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 17/01/2015 - 21:37
נושא ההודעה:
|
מאמר מעניין שבתכלס אומר שאין סיבה להתייחס לSSD בצורה שונה ממדיה מגנטית (אלא אם אתה מתכנן לעבור אתה הPB של מידע.
| Anonymous : | | בשום אופן אל תבצע defrag לא יודע מה המקבילה לזה בלינוקס, אבל שזה לא יקרה. זה יהרוס את הדיסק. |
אין איחוי כונן בלינוקס (לפחות בextX), ככה שיצאת בזול...
|
|
|
| חזרה לתוכן הדיון |
פורסם: 17/01/2015 - 21:57
נושא ההודעה: Re: בשום אופן אל תבצע defrag
|
| Anonymous : | | לא יודע מה המקבילה לזה בלינוקס, אבל שזה לא יקרה. זה יהרוס את הדיסק. |
לא יהרוס את הדיסק.
זה פשוט מקצר את אורך חייו - איחוי קבצים מבצע כתיבה מרובה, ועל כונן SSD כתיבה מרובה, משמעות יותר "חללים" של תאי זיכרון.
בסה"כ סתם פעולה מיותרת, בזבזנית וחסרת תועלת על כונן כזה.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 18/01/2015 - 10:16
נושא ההודעה:
|
אןף, האם מישהו יכול להפסיק את רעש הטרקטורים? אסור לחפור בי 2 ל-4. 
|
|
|
| חזרה לתוכן הדיון |
פורסם: 19/01/2015 - 02:53
נושא ההודעה: Re: בשום אופן אל תבצע defrag
|
| Anonymous : | | Anonymous : | | לא יודע מה המקבילה לזה בלינוקס, אבל שזה לא יקרה. זה יהרוס את הדיסק. |
לא יהרוס את הדיסק.
זה פשוט מקצר את אורך חייו - איחוי קבצים מבצע כתיבה מרובה, ועל כונן SSD כתיבה מרובה, משמעות יותר "חללים" של תאי זיכרון.
בסה"כ סתם פעולה מיותרת, בזבזנית וחסרת תועלת על כונן כזה. |
לקצר את חייו + מיותר = להרוס
|
|
|
| חזרה לתוכן הדיון |
פורסם: 19/01/2015 - 12:16
נושא ההודעה:
|
הנושא "חפור"
|
|
|
| חזרה לתוכן הדיון |
פורסם: 14/03/2015 - 01:02
נושא ההודעה:
|
עוד בנושא החפור:
http://arstechnica.com/gadgets/2015/03/consumer-ssds-benchmarked-to-death-and-last-far-longer-than-rated/
מתוך המאמר:
| קוד: | | Tech-savvy buyers who might be worried about SSD lifetime decreasing even as SSD capacity skyrockets should have their fears assuaged by the ridiculous number of writes the tested drives endured; the drive that survived the longest survived more than 2.4 petabytes worth of sustained writes. That’s probably about 240x as much writing as a typical consumer SSD would need to endure over its lifetime |
.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 14/03/2015 - 07:41
נושא ההודעה:
|
|
הנושא חפור כי אתם מסיטים את הדיון לכיוון אורך/ח החיים של הדיסק.
אני בכלל לא שם. והשאלה הפותחת בעינה עומדת.
|
|
|
| חזרה לתוכן הדיון |
פורסם: 14/03/2015 - 10:33
נושא ההודעה:
|
|
מה השאלה הפותחת?
ההודעה המקורית לא ממש מנוסחת כשאלה ברורה.
אם השאלה היא - איך לפרמט ולהתקין כונן SSD, אז התשובה היא - כמו כל כונן אחר!
|
|
|
| חזרה לתוכן הדיון |
פורסם: 14/03/2015 - 11:12
נושא ההודעה:
|
|
לא יודע... התרגלתי שאם אני מתעלם מהרשום בוויקי של ארץ' משהו לא טוב יקרה.
|
|
|
| חזרה לתוכן הדיון |
|
|
ת.הצטרפות: 25/11/2005
·
הודעות: 2257
·
![שלח דוא\](./modules/PNphpBB2/templates/PNTheme/images/lang_hebrew/icon_email.gif "שלח דוא\"){kind=icon}