Disk On Key - עמוד 2 - ציוד הקפי - HWzone פורומים
עבור לתוכן
  • צור חשבון

Disk On Key

reptile

נוצר על ידי reptile
ב ציוד הקפי

Recommended Posts

  • תגובות 54
  • נוצר
  • תגובה אחרונה

משתתפים בולטים בדיון

ימים פופולריים

משתתפים בולטים בדיון

ימים פופולריים

Ibrow-Now Zone Junkie

Ibrow-Now

פורסם
פורסם

לדעתי האמצעים האלה אף פעם לא יהיו שימושיים עד שהחברות שמייצרות את הדברים האלה יבינו דבר אחד: להמון מחשבים היום אין יציאת . יש הרבה אנשים היום שיש להם פנטיום 1 בבית וזה מספיק להם... לכן כשרוצים להעביר דברים פתאום רואים שאי אפשר כי אין , וגם בתיכונים למשל ברובם אין בכלל מחשבים חדשים אז אי אפשר למשל להעביר עבודות. אי אפשר לעשות כלום. זה מאוד נחמד שיש כבל אבל היצרנים צריכים לחשוב על תוספת, של כבל סריאלי או פרלל (כתוספת לUSB). ברגע שזה יגיע בכל שהוא לא אפשר יהיה גם (אני מניח) לאתחל איתו את המחשב, והעביר קבצים בין כל המחשבים שקיימים כיום ורק אז תתחיל התקופה של הכחדות כונן 1.44. אם היצרנים לא יבינו את זה ויתחילו לצרף כבל "ישן" לדיסקים הקטנים האלה, הכחדות הכונן 1.44 תיהיה רק כשלכל האוכלוסיה יהיה CD RW... (ואני מאמר שהיצרנים לא יבינו את זה) ועד שלכולם יהיה CD RW....... זה יהיה עוד הרבה זמן.

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

קישור לתוכן
שתף באתרים אחרים
giliboy Zone Freak

giliboy

פורסם
פורסם

אני בדקתי בכמה מקומות המחיר לא יורד מ-250 ש"ח תבדקו בעצמכם ממש לא שווה לפי דעתי!!!!

פעם הבאה תבדוק טוב 202 ש"ח

http://www.lamir.co.il/lamir/asg/Item_609501.html

עריכה: לא אני מצטער 200.14 ש"ח

הדולר ירד!!!

טמבל

עריכה: 32MB ב-270!!!!!

http://www.lamir.co.il/lamir/asg/Item_609502.html

קישור לתוכן
שתף באתרים אחרים
Bar_B_q Zone Wannabe

Bar_B_q

פורסם
פורסם

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

נו? מה אתם אומרים הוא יחזיק הרבה מעמד כי אם אני הולך להשקיע אני קונה את זה של ה32 אבל לא לצעצוע אני ואני לא רוצה סתם להשקיע כאילו הרבה מחיקות פעילויות וזה פוגעות בו?

קישור לתוכן
שתף באתרים אחרים
Shmoe Zone Addict

Shmoe

פורסם
פורסם

כמובטח, הנה מספר הערות ותוספות בקשר לכתבה על ה-DOK:

לפני מספר חודשים רכשתי את גרסת ה-64MB שלו, ואני מוכרח לציין שהוא מוצר מעולה. גם אם נכון לרגע זה, המחיר שלו מופרז.

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

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

כונן ה- הזה של חברת M-Systems הישראלית מתאים הרבה יותר להעברת מסמכים חשובים ולאחסון נוח ובטוח (יחסית) של סיסמאות. ברור הרי שבשביל כמה קבצי טקסט קטנים ומספר מסמכי אין צורך ב-650MB של CD-R, אבל דרוש התקן רציני יותר מכונן הדיסקטים הארכאי והכל כך לא אמין.

ה-DOK מספק עמידות סופר גבוהה כתוצאה משימוש בזכרון Solid State והוא אמור לחיות לפחות פי-3 מדיסק קשיח ממוצע.

אבל יש לו תכונה אחת שבשימוש לא זהיר עשויה לגרום לאובדן נתונים: צריך לשים לב לא לשלוף אותו בזמן כתיבה, ועם מנגנון ה-Cache שלו זה פחות טריוויאלי ממה שזה נשמע.

מאוד סביר למשל, שעל המסך סיים כבר ה- Explorer להעתיק אליו קבצים, אבל המפתח עצמו עדיין בעיצומו של התהליך.

רצוי מאוד לצפות ב-LED הירוק שלו כשהוא עובר מהבהוב מהיר (חיווי על פעולות I/O) להבהוב איטי (Idle) ורק אז לשלוף אותו, או לקפדנים שבינכם, לבצע לו פעולת Unmount מהסמל שלו ב-System Tray, כן, זה ממש מזכיר יוניקס...

על מנת להקטין את הבעיה הזאת, ניתן (ורצוי) להגדיר ב-Device Manager את הדיסק ל-"Optimize for quick removal", להבדיל מ-"Optimize for performance".

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

באותו נושא, אני מקווה שאת מבחני המהירות ש-KoM ביצע לדיסק, הוא עשה במצב הראשון, אחרת אין כל ערך לתוצאות. אולי הוא יוכל להאיר את עיננו.

כאן גם ניתן לראות בעיה נוספת בדיסק, ה-LED שלו אולי מצטיין ב-"בהיבהוב נעים" (מהמאמר), אבל הוא פשוט תוכנן לא נכון. הוא מכוסה כולו בפלסטיק של גוף המפתח שאטום למדי למעבר של אור, כך שקשה מאוד לראות את ההבהוב שלו, שונה לחלוטין מהמצב במפתחות אחרים שבהם קצה ה-LED מציץ החוצה.

ממשיכים, M-SYS בחרו את המכסה של הדיסק כחלק שאליו ניתן לחבר מחזיק מפתחות. יש בזה הרבה הגיון, מכיוון שכך ניתן בקלות לשלוף ולחבר את הדיסק מבלי שיצטרפו אליו "טרמפיסטים" נוספים. הבעיה היא ששני החלקים לא מחוברים מספיק חזק זה לזה וקיים סיכוי שהמפתח יתנתק וילך לאיבוד.

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

אולי בגרסה הבאה...

בעניין הביצועים ראוי להוסיף שה-Throughput די חלש בהשוואה לדיסק קשיח סטנדרטי, אבל ה-Access Time שלו מיידי, כיאה לכונן מבוסס Flash. זה כמובן מבטל לחלוטין את הצורך בפעולת דיפרגמנטציה.

דבר נוסף שבו ניתן לראות את האופי השונה של מהירות הכונן הוא כשמבצעים בו Scandisk, זה לוקח שבריר שניה :)

אספקט חשוב שאליו לא התיחסתם הוא עניין בטיחות המידע (מלשון Security...).

לפני כחודשיים הוציאה M-SYS אפליקציה חדשה בשם KeySafe שמאפשרת לחלק את הדיסק לשתי מחיצות. אחת בטוחה, וכדי להכנס אליה צריך להקליד סיסמה, והשניה רגילה (או "ציבורית") וכל אחד יכול לגשת אל הקבצים שבה.

לא ניתן לגשת בו זמנית לשתי-המחיצות, אבל לפחות אפשר להגדיר את גודלה המדוייק של כל מחיצה.

מבחינתי, התוספת המסויימת הזאת היא שהפכה את ה-DOK למוצר כל כך ייחודי ומועיל. אני שומר עליו סיסמאות ומידע רגיש אחר ללא חשש כלשהו.

אני די משוכנע שהנתונים הרבה פחות בטוחים מאשר על SmartCard USB אמיתי כדוגמת ה-eToken של אלדין, אבל אני לא חושב שיש לפורץ הממוצע מספיק incentives להשקיע כל כך הרבה מאמץ דווקא בדיסק שלי...

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

יש לו תמיכה במקינטוש?

כן, יש לו :-/

אבל למרות שהיא שימושית מאוד, היא בהחלט תמיכה "חצי-אפויה" בהשוואה למה שיש על .

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

גם פעולת ה-Unmount זהה למה שמתשתמש רגיל מכיר מהתקנים אחרים, הווה אומר גרירת סמל ההתקן ל-Trash (אל תחממו אותי על השטות הזאת ::)), או סימון הסמל ולחיצה על Command+Y. עד כאן הכל מוכר ונוח.

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

במה אשמה M-SYS תשאלו? בכך שהיא לא טיפלה בבעיה בשיתוף עם (או לחלופין, ע"י workaround משלה ברמת הדרייבר).

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

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

אם מישהו מ-M-SYS קורא את זה, לתשומת לבכם!

Prog.

קישור לתוכן
שתף באתרים אחרים
giliboy Zone Freak

giliboy

פורסם
פורסם

כמובטח, הנה מספר הערות ותוספות בקשר לכתבה על ה-DOK:

לפני מספר חודשים רכשתי את גרסת ה-64MB שלו, ואני מוכרח לציין שהוא מוצר מעולה. גם אם נכון לרגע זה, המחיר שלו מופרז.

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

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

כונן ה- הזה של חברת M-Systems הישראלית מתאים הרבה יותר להעברת מסמכים חשובים ולאחסון נוח ובטוח (יחסית) של סיסמאות. ברור הרי שבשביל כמה קבצי טקסט קטנים ומספר מסמכי אין צורך ב-650MB של CD-R, אבל דרוש התקן רציני יותר מכונן הדיסקטים הארכאי והכל כך לא אמין.

ה-DOK מספק עמידות סופר גבוהה כתוצאה משימוש בזכרון Solid State והוא אמור לחיות לפחות פי-3 מדיסק קשיח ממוצע.

אבל יש לו תכונה אחת שבשימוש לא זהיר עשויה לגרום לאובדן נתונים: צריך לשים לב לא לשלוף אותו בזמן כתיבה, ועם מנגנון ה-Cache שלו זה פחות טריוויאלי ממה שזה נשמע.

מאוד סביר למשל, שעל המסך סיים כבר ה- Explorer להעתיק אליו קבצים, אבל המפתח עצמו עדיין בעיצומו של התהליך.

רצוי מאוד לצפות ב-LED הירוק שלו כשהוא עובר מהבהוב מהיר (חיווי על פעולות I/O) להבהוב איטי (Idle) ורק אז לשלוף אותו, או לקפדנים שבינכם, לבצע לו פעולת Unmount מהסמל שלו ב-System Tray, כן, זה ממש מזכיר יוניקס...

על מנת להקטין את הבעיה הזאת, ניתן (ורצוי) להגדיר ב-Device Manager את הדיסק ל-"Optimize for quick removal", להבדיל מ-"Optimize for performance".

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

באותו נושא, אני מקווה שאת מבחני המהירות ש-KoM ביצע לדיסק, הוא עשה במצב הראשון, אחרת אין כל ערך לתוצאות. אולי הוא יוכל להאיר את עיננו.

כאן גם ניתן לראות בעיה נוספת בדיסק, ה-LED שלו אולי מצטיין ב-"בהיבהוב נעים" (מהמאמר), אבל הוא פשוט תוכנן לא נכון. הוא מכוסה כולו בפלסטיק של גוף המפתח שאטום למדי למעבר של אור, כך שקשה מאוד לראות את ההבהוב שלו, שונה לחלוטין מהמצב במפתחות אחרים שבהם קצה ה-LED מציץ החוצה.

ממשיכים, M-SYS בחרו את המכסה של הדיסק כחלק שאליו ניתן לחבר מחזיק מפתחות. יש בזה הרבה הגיון, מכיוון שכך ניתן בקלות לשלוף ולחבר את הדיסק מבלי שיצטרפו אליו "טרמפיסטים" נוספים. הבעיה היא ששני החלקים לא מחוברים מספיק חזק זה לזה וקיים סיכוי שהמפתח יתנתק וילך לאיבוד.

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

אולי בגרסה הבאה...

בעניין הביצועים ראוי להוסיף שה-Throughput די חלש בהשוואה לדיסק קשיח סטנדרטי, אבל ה-Access Time שלו מיידי, כיאה לכונן מבוסס Flash. זה כמובן מבטל לחלוטין את הצורך בפעולת דיפרגמנטציה.

דבר נוסף שבו ניתן לראות את האופי השונה של מהירות הכונן הוא כשמבצעים בו Scandisk, זה לוקח שבריר שניה :)

אספקט חשוב שאליו לא התיחסתם הוא עניין בטיחות המידע (מלשון Security...).

לפני כחודשיים הוציאה M-SYS אפליקציה חדשה בשם KeySafe שמאפשרת לחלק את הדיסק לשתי מחיצות. אחת בטוחה, וכדי להכנס אליה צריך להקליד סיסמה, והשניה רגילה (או "ציבורית") וכל אחד יכול לגשת אל הקבצים שבה.

לא ניתן לגשת בו זמנית לשתי-המחיצות, אבל לפחות אפשר להגדיר את גודלה המדוייק של כל מחיצה.

מבחינתי, התוספת המסויימת הזאת היא שהפכה את ה-DOK למוצר כל כך ייחודי ומועיל. אני שומר עליו סיסמאות ומידע רגיש אחר ללא חשש כלשהו.

אני די משוכנע שהנתונים הרבה פחות בטוחים מאשר על SmartCard USB אמיתי כדוגמת ה-eToken של אלדין, אבל אני לא חושב שיש לפורץ הממוצע מספיק incentives להשקיע כל כך הרבה מאמץ דווקא בדיסק שלי...

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

יש לו תמיכה במקינטוש?

כן, יש לו :-/

אבל למרות שהיא שימושית מאוד, היא בהחלט תמיכה "חצי-אפויה" בהשוואה למה שיש על .

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

גם פעולת ה-Unmount זהה למה שמתשתמש רגיל מכיר מהתקנים אחרים, הווה אומר גרירת סמל ההתקן ל-Trash (אל תחממו אותי על השטות הזאת ::)), או סימון הסמל ולחיצה על Command+Y. עד כאן הכל מוכר ונוח.

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

במה אשמה M-SYS תשאלו? בכך שהיא לא טיפלה בבעיה בשיתוף עם (או לחלופין, ע"י workaround משלה ברמת הדרייבר).

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

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

אם מישהו מ-M-SYS קורא את זה, לתשומת לבכם!

Prog.

פששששש....כל הכבוד :D :D ;)

קישור לתוכן
שתף באתרים אחרים
Shmoe Zone Addict

Shmoe

פורסם
פורסם

תודה אם אתה יכול עוד דבר אחד זה האם אפשר לאתחל איתו?

כבר עניתי על זה קודם, בדף הראשון של הדיון הזה.

בעקרון היכולת שם, אבל סביר להניח שבמחשב שלך עדיין לא. תבדוק ב-.

Prog.

קישור לתוכן
שתף באתרים אחרים

ארכיון

דיון זה הועבר לארכיון ולא ניתן להוסיף בו תגובות חדשות.

עבור לרשימת הדיונים
×
  • צור חדש...