השאלה שצריכה להשאל היא מה צופן העתיד?

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

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

האם בשנתים האלו נראה יותר אפליקציות שידעו לנצל יותר מליבה אחת (או שתיים) ויתנו את היתרון למרובע ליבות? מה עם משחקים עתידיים?

אוקיי הבנתי.

אז התוכנה 3dmark05 ו3dmark 06

כמה ליבות הם יודעות לנצל?

וכמה Super PI 1MB יודע לנצל?

תרד 1 ליבה אחת בלבד. פתח את מנהל המשימות בזמן הרצת התוכנה ותראה בעצמך.

אגב, מעבד מרובע ליבות לא יודע לנצל את 4 ליבות לתרד אחד בתוכנה!

כל תרד מנצל ליבה.

תרד 1 ליבה אחת בלבד. פתח את מנהל המשימות בזמן הרצת התוכנה ותראה בעצמך.

אגב, מעבד מרובע ליבות לא יודע לנצל את 4 ליבות לתרד אחד בתוכנה!

כל תרד מנצל ליבה.

לא הבנתי, זאת אומרת זה בחיים לא יגיע באמת ל9.6 GHZ?

וד.א מה עדיף, סטטיסטית

מעבד חד ליבה שהוא 9.6GHZ

לעומת מעבד מרובע ליבה 2.4 - שביחד מגיע ל9.6 GHZ

אם נמשיך עם הדוגמא של המכוניות, אז:

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

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

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

בקיצור, כמו שאמרתי קודם, ליישום שיודע לנצל רק ליבה אחת - עדיף מעבד מהיר יותר. ליישום שיודע לנצל ריבוי ליבות ולטווח הארוך, רצוי מעבד בעל 4 ליבות.

אהבתי את הסבר.

באמת עוזר לכאלה שלא מבינים

לא הבנתי, זאת אומרת זה בחיים לא יגיע באמת ל9.6 GHZ?

וד.א מה עדיף, סטטיסטית

מעבד חד ליבה שהוא 9.6GHZ

לעומת מעבד מרובע ליבה 2.4 - שביחד מגיע ל9.6 GHZ

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

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

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

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

אוקיי הבנתי פחות או יותר.

תודה רבה לך.