AMD הולכים להשתמש בטכנולוגיה הפוכה ל-HyperThreading של אינטל?

[Nirro]

צריך לזכור שיש מיליוני שורות של קוד למחשבי PC שקיימות כבר, ושישארו single thread. לא הולכים לשכתב עכשיו כל תוכנה שאי פעם נכתבה, חוץ מזה שכתיבת קוד לריבוי ליבות הוא : 1. לא מתאים לכל אלגוריתם ולא תמיד אפשרי, 2. יותר מסובך מכתיבת תוכניות לליבה אחת.

במקביל למעבר לריבוי ליבות, החברות עדיין ממשיכות להשקיע גם בליבה הבודדת, ואפשר לראות שביונה ובקונרו גם יישומי single thread ממשיכים להשתפר בביצועים. אבל שיפור בתחום הזה מתחיל להיות מאד בעייתי, בייחוד שמדובר ל-performance per watt, והחברות מחפשות דרכים מקוריות להתמודד עם הבעיה.

הגישה של AMD היא מעניינת מאד, אני מניח שמדובר במנגנון שיושב בשלב ה-fetch שמשותף לשני המעבדים, ומנסה לזהות קטעי קוד בלתי תלויים שניתן להעביר אותם מליבה אחת לשנייה. הוא בטח לא יזהה את כל המקרים האפשריים אבל גם באופן חלקי זה יכול לשפר את הביצועים של יישומי single thread.

ההשוואה ל-HT היא לא במקום. HT נועד להזרים שני ת'רדים למעבד, כך שאם ת'רד אחד נתקע בגלל החטאה ב-cache, או בגלל טעות ב- branch prediction, הת'רד השני יוכל להזין את המעבד בפקודות ולמנוע בזבוז זמן. במקרה של ה- "reverse HT" כמו שקראו לזה, מדובר במנגנון שונה לחלוטין.

[amirk]

וגם צריך לזכור שלמרות שבשוק המעבדים למיחשוב הביתי מובילות INTEL ו AMD, הרי שבשוק המעבדים יש עוד חברות מובילות כמו TI, SUN, IBM, HP וכולי.

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

אף אחד לא יצטרך כנראה DSP כפול ליבה (מה שמבטיח ש TI שמובילה בתחום תישאר עם חד-ליבה), ל SUN כבר יש טכנולוגיה דומה לזאת ש AMD אולי תממש, וכמו שכתבו לפני - אף אחד לא ישכתב תוכנה בשביל החומרה החדשה. צריך גם לזכור שתוכנה "ביתית" (תוכנות עיבוד תמלילים או משחקים) זה חלק קטן מהשוק, ושאף אירגון רציני לא ישכתב את התוכנות שלו בגלל ארכיטקטורה חדשה של חברת חומרה.

2 הסנטים שלי.

אמיר