מעבדי Quad Core או "4 ליבתי" - אין למה לחכות !

[LiorP23]

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

לפני כפולי ליבה היה ריבוי מעבדים

ריבוי מעבדים קיים כבר המון שנים

והתמיכה בו קיימת ב-Win NT הרבה שנים

הבסיס של ה-XP הוא אותו NT

מכיוון שאין הבדל מבחינת המ"ה בין כפול ליבה ובין ריבוי מעבדים

זה יהיה בדיוק אותו הדבר בויסטה

לא אופטימלי ולא שום דבר

[Nirro]

קראתי בכמה מקומות ש-XP Pro תומך במקסימום 2 ליבות, ו-XP Home בליבה אחת בלבד,

מה שנראה לי מוזר כי יש פנטיום D עם 2 ליבות ו-HT, כלומר סה"כ 4. אז מה זה אומר ?

אולי הכוונה ש-XP תומך ב-2 ליבות עם HT (כלומר מקסימום 4) ?

והאם XP Home לא תומך ב-Dual Core ? נראה לי תמוה...

עריכה:

מהאתר של מייקרוסופט :

Windows XP Professional can support up to two processors regardless of the number of cores on the processor. Microsoft Windows XP Home supports one processor.

XP Pro תומך במקסימום שני מעבדים (בעלי מספר בלתי מוגבל של ליבות בכל מעבד), XP Home במעבד אחד (שוב, מספר בלתי מוגבל של ליבות בתוך המעבד).

[LiorP23]

XP Home לפחות אצלי עבד יפה עם DualCore

המחשב כבר לא אצלי כיוון שהוא רק עבר הרכבה והתקנה פה

אבל יש לידי פה XP Home על מעבד P4C 2.8

ה-HT עובד מצוין

[omrij]

זה בגלל עניין של רישוי

(בשביל יותר מעבדים צריך רשיון מיוחד)

[iib]

למה לכתוב בלי להבין? אין קשר בין הכרונולוגיה של מערכות ההפעלה לבין תמיכה בריבוי נימים.

ריבוי נימים היא תכונה מובנית במעבדי אינטל כבר מ 80486 (ואולי לפני כן, אבל לגבי 80486 אני יודע בוודאות). המעבד הזה יצא בשנת 1994! במעבדי ה DUAL Core פשוט יש טיפול "חכם" יותר בריבוי נימים (על ידי הפניית ה OPCODES ששיכים לנים מסויים לליבה מסויימת). בקיצור, גם על WINDOWS 3.1 היית מרגיש בשיפור.

שום דבר בויסטה לא אמור להיות "אופטימלי" בהקשר הזה. מה שחשוב הוא האפליקציה שאתה מריץ.

אמיר

רק כדי לדייק - פרט למעבדי HT של אינטל אין מעבדים (x86 לפחות) שיודעים לבצע -במקביל - יותר מ Thread אחד על אותה ליבה.

מעבדי Dual Core יודעים לבצע שנים במקביל כי יש להם שני ליבות.

וכל המעבדים לפני ה dual Core ולפני ה-HT לא יודעים לבצע יותר מThread בודד במקביל... ברור שהם יודעים לתמוך בכמה משימות

אבל לא לבצעם במקביל...

וכדי Threadים במקביל נדרשת תמיכה של מערכת הפעלה.

ולכן windos 3.1 בהחלט לא יודעת להפעיל Dual Core או HT. כי אין לה תמיכה בריבוי מעבדים כלל.

רק לוינדוס NT, XP ו-2000 יש תמיכה כזו.

לפני דור ה NT אף אחד חשב על סרברים שישתמשו בוינדוס וx86... אז לא היתה קיימת תמיכה אפילו בריבוי מעבדים בסיסי (SMP)...

[iib]

קראתי בכמה מקומות ש-XP Pro תומך במקסימום 2 ליבות, ו-XP Home בליבה אחת בלבד,

מה שנראה לי מוזר כי יש פנטיום D עם 2 ליבות ו-HT, כלומר סה"כ 4. אז מה זה אומר ?

אולי הכוונה ש-XP תומך ב-2 ליבות עם HT (כלומר מקסימום 4) ?

והאם XP Home לא תומך ב-Dual Core ? נראה לי תמוה...

עריכה:

מהאתר של מייקרוסופט :

XP Pro תומך במקסימום שני מעבדים (בעלי מספר בלתי מוגבל של ליבות בכל מעבד), XP Home במעבד אחד (שוב, מספר בלתי מוגבל של ליבות בתוך המעבד).

כדי למנוע בלבול כדאי שאנשים יתכילו להשתמש במושג תושבת (Socket).

XP Home - תומך בתושבת אחת (שיכול לשבת עליה מעבד מרובה ליבות)

XP - Pro - תומך בעד שתי תושבות (שעל כל תושבת יכול להיות מעבד מרובה ליבות)

[lmlm]

Bii אני לא רואה למה -לא יהיה הבדל משמעותי בין כפולי ליבה למרובעי ליבה.

אם תוכנה תומכת בכפולי ליבה אז היא תוכל לתמוך בקלות גם במרובעי ליבה וכך זה ממשיך.

אשמח להסבר יותר מפורט.

ד"א כותבים DUAL ולא DUEL

[iib]

לפצל ביצוע של קוד מסויים לשני משימות שיכולות להתבצע במקביל זה לא תמיד פשוט.

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

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

חלק מהאפליקציות ניתנות לחלוקה בקלות יחסית - למשל מסד נתונים שצריך לטפל ב-1000 משתמשים בו זמנית יכול

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

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

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

משחק מחשב הוא ישום שקשה לחלק למספר Threadים. כי הפעולה שלו היא מן הסתם - כרונולוגית ותלוית משתמש. זה לא אומר שאי אפשר

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

וכך, לצערנו חלק גדול מהישומיים של המשתמש הבייתי (כולל משחקים, ישומי יצרת תוכן וכו').

היעילות תגדל עם הנסיון של המפתחים והתפתחות כלי הפיתוח בכיוון הזה...

[lipa]

כרגיל , החומרה תמיד מקדימה את היישומים

היתרון הראשוני של הליבה כפולה הוא בריבוי מטלות (Multitasking) וזה יעיל ומועיל תמיד

השאיפה האופטימלית היא להגיע לעיבוד מקבילי

[amirk]

רק כדי לדייק - פרט למעבדי HT של אינטל אין מעבדים (x86 לפחות) שיודעים לבצע -במקביל - יותר מ Thread אחד על אותה ליבה.

מעבדי Dual Core יודעים לבצע שנים במקביל כי יש להם שני ליבות.

וכל המעבדים לפני ה dual Core ולפני ה-HT לא יודעים לבצע יותר מThread בודד במקביל... ברור שהם יודעים לתמוך בכמה משימות

אבל לא לבצעם במקביל...

וכדי Threadים במקביל נדרשת תמיכה של מערכת הפעלה.

ולכן windos 3.1 בהחלט לא יודעת להפעיל Dual Core או HT. כי אין לה תמיכה בריבוי מעבדים כלל.

רק לוינדוס NT, XP ו-2000 יש תמיכה כזו.

לפני דור ה NT אף אחד חשב על סרברים שישתמשו בוינדוס וx86... אז לא היתה קיימת תמיכה אפילו בריבוי מעבדים בסיסי (SMP)...

נדמה לי שהיה EXTENSION של WIN 3.1 שידע לטפל בריבוי נימים (ולא על ידי אמולציה). למיטב הבנתי המעבד בארכיטקטורת DUAL Core יודע לנהל את הFETCH של הנימים השונים עצמאית. ייתכן גם שאני טועה. עברו הרבה שנים ומעולם לא תכנתתי עבור Windows 3.1.

486 מסוגל להריץ מספר משימות במקביל. (ולעשות CONTEXT SWITCHING ברמת המעבד). למיטב ידיעתי השימוש המסחרי היחידי בתכונה זאת היה על ידי אינטל (שמימשה SOFT ICE). אפילו POSIX עבור מעבדי 486 לא השתמשה בתכונה זאת (כנראה שלצורך נוחות ה PORTING של מערכת ההפעלה הנ"ל למעבדים שונים הם כתבו מנגנון משלהם.)

[iib]

כרגיל , החומרה תמיד מקדימה את היישומים

היתרון הראשוני של הליבה כפולה הוא בריבוי מטלות (Multitasking) וזה יעיל ומועיל תמיד

השאיפה האופטימלית היא להגיע לעיבוד מקבילי

הפעם זה לא בדיוק "כרגיל".

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

התקדמויות אלה באו "חינם" למפתחים שבגדול לא נאלצו לשנות את האפליקציות כדי להנות מהביצועים.

כמובן שפה ושם היו אופימזציות על לנצל את המעבד בצורה מיטבית ותוספת פקודות לביצוע חישוביים עשרוניים וקטוריים (SIMD: 3DNOW, SSE, SSE2)

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

היום מהירות השעון לא מתקדמת בקצב הצפוי (הינו ב-2ghz לפני 5 שנים - זוכרים שאמרו שהיא תוכפל כל שנה וחצי?) ועל מנת להשיג יותר ביצועים עוברים לריבוי מעבדים...

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

[bluemail]

היום מהירות השעון לא מתקדמת בקצב הצפוי (הינו ב-2ghz לפני 5 שנים - זוכרים שאמרו שהיא תוכפל כל שנה וחצי?) ועל מנת להשיג יותר ביצועים עוברים לריבוי מעבדים...

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

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

[bluemail]

משהו יודע מתי תאריך ההשקה של זה ???

[Sifo Jen]

למעבדי 4 ליבות יש המון יישומים,

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

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

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

ולבסוף, קיימות הרבה תוכנות שבנוייות לעבודה על לא משנה כמה מעבדים, בעיקר תוכנות וידאו או אאדיו, Windows MEDIA ENCODER יודע להתפרש על כל המעבדים שלך לא משנה כמה יש ולנצל 95% מהמעבד עצמו.

[iib]

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

כשאמרתי "אמרו" לה התכוונתי למור. התכוונתי לאנשים שפרשו בצורה הזאת את החוק שלו.

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