http://www.techweekeurope.co.uk/news/seagate-hybrid-drives-dont-need-more-than-8gb-of-nand-124069

ככה סיגייט רואים את עתיד הדיסקים.

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

הגישה של סיגייט לכונני היברידים תמיד היתה מפגרת.

המטרה שלהם תמיד היתה כונן חסכוני עם ביצועים בינוניים למשתמש הקל במחשבים ניידים.

כיום הדרך היחידה לשילוב יעיל של טכנולוגיה היברידית היא כרטיס SSD שמאפשר חיבור הרדיסק/ים דרכו,

או תוכנת CACHING שעושה בדיוק את אותו הדבר ברמת התוכנה.

דרך אגב התוכנה הזאת עושה עבודה מעולה בCACHING כולל SSD CACHING:

http://www.romexsoftware.com/en-us/primo-cache/index.html

לדעתי העתיד נמצא במערכת קבצים חדשה, כזאת שתדע לנצל את כל הכוננים הקיימים כדי להשיג ביצועים+יתרות.

לקחת את כל מה שלמדנו ממערכי RAID, וSSD CACHING, וליצור UNIFIED DYNAMIC SSD CACHED ARRAY, בו המערכת הפעלה בשימוש במערכת הקבצים תנהל את פעולות הקבצים ע"י ניצול משאבי המערכת כדי להשיג את היתרונות הקיימים בפוטנציאל החומרה הקיימת, ללא צורך ב"הקמת" מערכי RAID/CACHE מראש.

כזאת שתשתלב במערכת הפעלה באופן שניתן יהיה גם להגדיר את אופן פעילותה ברמת הקבצים, לדוגמה: "אל תאיץ/תגבה קבצי אודיו/וידאו".

נניח שאני מעתיק קובץ וידאו מכונן G לH, ובאותו הזמן אני מתקין תוכנה בD, המערכת תעשה שימוש בC כSSD CACHE ותפצל את המידע לD+E+F.

ויותר מאוחר תפזר את אותו המידע גם בG וH כשאלו יתפנו, כדי להשיג ביצועים+יתירות.

DEFRAG לא יהיה אותו הDEFRAG שהיה עד היום, הוא ישולב בתוכנית השלבים של מנהל המערך קבצים הדינאמי, ויבצע מהלכים ארוכי טווח שעלה בהם הצורך ו/או נקבעו מראש בפעולות קודמות ע"י מנהל מערכת הקבצים(שממש ינהל!!! את מערכת הקבצים).

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

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

אני לא באמת מאמין שזה יקרה בקרוב.

גם אין לי מושג מי מסוגל לקחת על עצמו אתגר שכזה.

מיקרוסופט רואים רק את התחת של עצמם.

ולמה בעצם שחברה תשקיע בדבר שאי אפשר לעשות עליו רווח ישיר.

נערך 2013 באוגוסט 812 שנים על-ידי Art Tatum

אידילייה...על הנייר.

בוא רק נמצא את הדרך:

1. לעשות את זה מבלי להוריד את הביצועים של מערכת ההפעלה.

2. למצוא בקרים חזקים מספיק בכדי להכיל את עומסי הכתיבה/קריאה על הדיסקים כתוצאה מביזור וסידור המידע וזולים מספיק בכדי להפכם לנחלת הכלל.

הבקרים לא מגבילים שום דבר.

לא צריך ליצור חומרה בשביל זה.

הכל יכול להיעשות ברמת התוכנה.