תוכן nec_000 - HWzone פורומים
עבור לתוכן
  • צור חשבון

nec_000

משתמש רשום
  • מספר הודעות

    5,339
  • הצטרפות

  • ביקר לאחרונה

  • Days Won

    80

כל דבר שפורסם על-ידי nec_000

  1. ה- cach ולו רק כדי לצייר frame בודד, מחליף את תכולתו אלפי פעמים. שכן בכל פעם שצריך לרנדר טקסטורה אחרת באותה תמונה בדידה (זו שכרגע עובדים עליה), הטקסטורה שכרגע הגיע תורה להצטייר, ה- cach מחליף אותה בטקסטורה הקודמת שהיתה אצלו (זו שהוא סיים איתה). משמע שרק עבור פריים בודד כן, ה- cach מחליף את תוכנו (מול ה- VRAM) ככמות הטקסטורות השונות שקיימות ונדרשות עבור אותו פריים. שבכותר מודרני מדובר על מאות עד אלפי פעמים. כי יש מאות על אלפי טקסטורות שונות בכל פריים. משמע הדבר, שכדי לצייר שניה אחת של אנימציה, נגיד 100 פריימים בשניה, ה- cach מחליף את תוכנו
  2. ** זמין עבורך פרטית גם בטלפון, שוב באהבה, היה ותרצה להעלות את שאלותיך, בצורה שקלה להבנה/להתבטאות באמצעות voice, אם סבור שלא הבינו אותך באמצעות טקסט
  3. מה אעשה עם מי הסובר שמשחקים מורצים ברמת הקוד שלהם באמצעות המעבד GPU... ולכן שואל שאלות לא רלוונטיות ... ? או מצייר תרחישים שאין להם קשר לאיך שמחשב עובד.... הכל באהבה אז מה כן, רגע לפני שאתה מתייאש מאיתנו, או מוותר עלינו, אם תקרא את שכתבתי ב- 2-3 פוסטים האחרונים, תעבור על הדברים פעמיים (שלוש), תלמד מה תפקידו של כל אחד מהמרכיבים במערכת, ומה האינטראקציה שבינהם, זה יעזור. *גם אמליץ לעבור על המאמר "איך עובד cach במאיץ גראפי", כדי ללמוד את המנגנון הפרטני שלו , איך הוא ספציפית עובד, ומה תפקידו בתוך ה- GPU. איך הוא בעצם מאיץ את תהליך הרנדור
  4. אין דבר כזה תעבורת מידע בין ישומים בכרטיס מסך בהקשר של משחקים - חברים תתאפסו על עצמכם אתם עושים בושות לפורום ולא נעים. התרחיש היחידי בו יועבר מידע מישום אחד שרץ על GPU לישום אחר שרץ על GPU הוא בישומים שאינם גראפיים, אלא בישומים שהם מסוג חישובי כאשר הפלט אינו תמונה שמיועדת למסך, אלא הפלט הוא תוצאה חישובית שה- GPU חישב וצריך לגלגל אותה כלפי מעלה. כמו התשובה לשאלה מתמטית. באם היישום הוא משחק אזי ה- GPU עושה רק דבר אחד -> שזה לצייר תמונה ולשלוח אותו למוניטור כפלט. הוא אינו מגלגל את תשובת הפיקסל וצבעו כלפי מעלה, הוא מגלגל אותה כלפי החוצה
  5. מדוע שאכתוב דבר כזה, מה אני כמוך
  6. lanzar השיג כמה כרטיסים נוספים, אחד מהם 3080FE: אחרים לא בתמונה של PNY ענקיים עם 3 מאווררים. מעניין איך הם מבצעים ? אבקש ממנו לבצע sanity test בשבילנו.
  7. GPU מריץ את הגראפיקה המצוירת על המסך, לא את מנוע המשחק. משחק אחד יעביר מידע למשחק שני, ברובד שאינו גראפי, אלא ברובד האפליקציה שמריץ ה CPU. משמע שהתעבורה אצל ה- RAM, על ידי CPU, ומערכת ההפעלה. אין קשר ל- GPU. מנסה להסבירך מכוון אחר: ה- GPU בשרשרת העבודה, יושב בקצה האחרון בשרשרת -> הוא רק מקבל בקצה גמר המשימה, בקשה פעוטה, לצייר תמונה. והוא מוציא אותה כפלט למסך, ובזאת נגמרת עבודתו. אם יהיו כמה משחקים רצים במקביל, אז כל אחד בתורו באופן מובחן ומופרד, יבקש ממנו לצייר את התמונה עבורו. הא ותו לא. אכתוב זאת הכי פשוט וברור: אין תפקידו
  8. אתה מצייר תרחיש דמיוני שאני לא מכיר כזה בפרקטיקה. אז קודם להגדרות: באותו משחק, אין ריבוי תהליכים ב- GPU. המשחק זה תהליך אחד שה- GPU מריץ. ה- GPU מריץ פרוסס של ציור המסך והפלט שלו הוא המוניטור של המחשב. הדרך היחידה לאלץ ריבוי תהליכים ב- GPU, באם זה רק באמצעות משחקים שונים, זה להריץ כמה משחקים בו זמנית, ולקוות, שהסוג משחק ומערכת ההפעלה מרשים זאת בכלל. בדר"כ משחק מקבל dedicated access ונועל את הגישה למשאב ה- GPU , בגלל שמדובר בתהליך מסוג real time. במקרה שבו נריץ כמה משחקים במקביל, נחווה ירידה דרסטית בבצועים וגמגומים בכל אחד מהם. מכיוון שההר
  9. אני חושב שיורד לסוף דעתך ומבין את שאלתך טוב יותר, מעריך בזהירות הנדרשת, שמבין אולי מה מבלבל אותך מעולם המעבדים וניסית להקיש לעולם ה- GPU, אזי אסביר גם את זה: בשונה ממעבד CPU (מודרני) שבו ה- L3 cach מאפשר העברת מידע **בין הליבות** של המעבד, קרי בין ליבה ראשונה נגיד לליבה רביעית, כך שכל אחת מהן מריצה פרוסס זר, ה- on die cach במאיץ גראפי משותף רק לליבות ה- GPU, ולא לדיבור של תהליכים זרים האחד עם השני, קרי לא להחלפת מידע בינהם. שזה כנראה מה ששאלת. זאת מכיוון שה- cach במאיץ הגראפי יושב בהררכיה, במקום כזה שמשרת רק את ליבותיו של המאיץ הגרפאי, ואל לנו לבלבל
  10. חס וחלילה אם תהליך אחד יהיה מורשה לגשת למידע של תהליך אחר. זו הנקודה שבה מתרחשים כשלים חמורים ובאגים, כמו גם בעיות באבטחת מידע שעליהם יש דגש מאד כבד בעשור האחרון, על מנת להבטיח את אותה סגמנטציה קשוחה. זו אחת הסבות מדוע chrome מודרני צורך כל כך הרבה זכרון, הוא עושה זאת בזכות אלגוריתמיקה קשוחה להפרדת tab-ים האחד מהשני במרחב הזכרון, כך שלא יתאפשר לאף אחד מהם לא בטעות ולא בכוונה לגשת למידע של tab אחר. המחיר הוא צריכת זכרון רב. ה- on die cache בדומה לאוגרים, מבצע purge בכל context switch. למעשה, אם לא מבצעים pre caching או מאלצים את התהליך לשמור את ה- stack שלו
  11. לימדו את הנושא המאד מעניין ואחד המשפיעים ביותר על האנושות בימנו. החומר הושג במסגרת לימודיי העצמיים, לאיתור ברנדים להשקעה בהם בתחום. מצאתי לנכון לשתף עמכם:
  12. הנה נוסח השאלה שהיית צריך לשאול: "מה שמסקרן אותי איש המערות לדעת, זה האם הפשרה של RDNA2 ברוחב פס זכרון לטובת זכרון מטמון on die, משפיע על ריבוי תהליכים ? במקרה של משחקים ולא רק משחקים.... ובכלל איך היא משפיעה ללא קשר לריבוי תהליכים". התשובה כפי שתארתי קודם היא: א. שזכרון מטמון אינו משפיע על ריבוי תהליכים, הוא משפיע על "סוג היישום" המורץ. ב. אם זה משחקים, הפשרה ב- RDNA2 ברוחב פס VRAM לטובת זכרון מטמון היא נבונה מאד, כי זהו סוג האלגוריתם ש- cache תפור עבורו כמו כפפה ליד. ג. אם האלגוריתם המורץ אינו משחקים והוא מסוג כזה, שזכרון מטמון לא עוזר בו
  13. מה שאני מנסה להסביר, זה שאם יש לך cache של רק 5-10MB, כמו שיש בכל הכרטיסים בעולם, או יש לך cache בגודל 128MB, התוספת הזו של ה- cache לא יכולה לפגוע בשום צורה שהיא בביצועים, לכל יותר לשפר, אבל בטח שלא להזיק. השאלה שלך צריכה להיות מנוסחת אחרת: במקום להתמקד בזכרון מטמון, שהוא יכול לכל היותר להועיל אך לא להזיק, השאלה שלך צריכה להתמקד רק ברוחב פה של הזכרון VRAM ולהיות כזו -> מה קורה במקרים שבהם רוחב הפס של ה- VRAM קטן יותר לעומת המקרה שבו הוא גדול יותר. האם זה משפיע באיזו שהיא צורה ? התשובה היא שבוודאי שזה משפיע, אבל לא בהיבט של מה שתארת (ריבוי תה
  14. לא נכון. לא הבנת, אסביר שוב יותר פשוט: תהליך לא מתחרה על משאב. תהליך לא יכול לנהל משאב. תהליך הוא פסיבי. מי שמנהל את המשאב זו מערכת ההפעלה שמתמזנת את התהליכים. היא מכניסה אותם אחד אחרי השני בתור שהיא קבעה לפי priority שנקבע לכל אחד מהם. ובכל רגע נתון יש רק תהליך אחד שנמצא ב- pipe line וב- stack. רק אחד. כל הרצה של תהליך, באותן חלקי שניה שהוא כרגע בעיבוד, קרי זה התור שלו לקבל זמן ריצה, ההספק של המערכת הוא -> ההספק שלה כמו שרץ עליה פרוסס בודד. כל יתר הפרוססים בצד לא עושים כלום ולא גוזלים מה- GPU שום טרחה. אני חושב שהבנתי מה מב
  15. זה לא עובד ככה איש המערות. תהליכים לא "נלחמים" על מקום ב- cache. cache משרת ברגע נתון רק את התהליך שרץ באותו רגע על ה- GPU. ברגע נתון יכול לרוץ רק תהליך אחד. הדבר דומה למעבד CPU, אסבירה בהרחבה: כרקע מקדים להרחבת היריעה, כרטיס מסך בדר"כ ועל פי רוב (כשמדובר בהאצה גראפית ויזואלית) עובד בו זמנית, על תהליך אחד שמקבל אליו גישה בלעדית. במיוחד משחקים וסימולטורים שזו משימה שהיא realtime מטבע הדברים. זהו סגנון העבודה הטיפוסי בהאצה גראפית. אבל אנו מדברים על מצב שהגישה הבלעדית הזו מבוטלת. קרי שמערכת ההפעלה מאפשרת לשני ישומים (או יותר) שצריכים את משאבי הכרטיס ל
  16. לא יעזור lanzar ... מי שהוציא סכום כזה כבד על כרטיס מסך, כמעט 10K ש"ח, וכבר רכש 3090, לא יעשה זאת. האמור מחבל בדסוננס הקוגנטיבי שלו. קל הרבה יותר לפטור עצמו ב- "המדידות שלך לא נכונות" ובזאת לסיים. צריך להיות תמים או נאיבי לחשוב, שהוא ירים כפפה ויסע אליך. יותר מכך, אני מוכן לשים כסף, שהוא לא יבוא אליך. זה מפחיד אותו. ההתמודדות עם הממצאים. האמת lanzar, מה באמת אכפת לנו מה הוא חושב או מאמין ? זה מפריע לנו ? זו בעיה שלו, לא שלך לא שלי ולא של אף אחד אחר. בעולם שלו רק הוא קובע:
  17. מה שפספסת כנראה זה את המהות: ערוצו ועוד כמה דומים לו מטרתן היא אחת - לנבור במקומנו שעות ברשת האינטרנט, למצוא בהם את החדשות המענינות והרלוונטיות עבורנו, ולרכז לנו הכל בסרטון אחד קצר. בזאת הוא מוצלח במיוחד. לא סתם יש לו כמעט 100K צופים. כי הוא חוסך להם ולנו זמן.
  18. מכיר את הספור על שתי הסבתות הפולניות... ?
  19. בנתיים בקשתי לקבל קצת אמדן סטטיסטי אודות תדרי המהירות הטיפוסיים, שניתן להגיע עימם בארכיטקטורה של אמפיר, והיות ויש אצל lanzar כמות כרטיסים נכבדה כרגע מדגם זה ולפני שיברחו ללקוחות, אז הוא טרח לבדוק עבורנו. ואלו ממצאיו: מה שאנו יכולים לדלות מהמדגם הזה, זה שההמהרות האפשריות שמצאנו הן בין הערכים 1900 ל- 2100mhz. כנראה המהרה טיפוסית תהיה איפה, לאזור סדר גודל של 2000mhz (אמצע הטווח). אזי במלוא הזהירות המתחייבת, זה ככה על קצה המקל ועם אצבע ברוח, לא מדדנו ברמה של כלים סטטסיים מובהקים, אבל הבערך הזה הוא מספיק טוב מבחינה פרקטית, כדי שנוכל להבין לאן רוח הדברים
  20. שלא במפתיע, מביאים את גישת תכנון ה- chiplets לעולם ההאצה הגראפית. מאד מעניין:
  21. קשה לומר מה זה מחיר ראלי מבחינה הגדרתית. האם מחיר MSRP יחשב לפנינו כמחיר ראלי ? כבר ראינו שהמחיר MSRP אינו מחזיק מים. מה שקורה הפועל הוא שהמחיר מתאזן לפי משוואת היצע אל מול ביקוש. דברנו בפורום רבות על בעיות היצע קשות, במיוחר בצד AMD בגלל הקצאה לא מספקת של 7nm אצל TSMC, ועל בעיות ביקוש יתר אצל נוידיאה, בגלל בום הכרייה הנוכחי. לכן המחיר MSRP הפך מזמן ללא רלוונטי. בפועל אנו רואים שכדי לזכות בכרטיס מסך מהדור הכי חדש, בין שזה אמפיר ובין שזה RDNA2, צרכנים ידרשו לשלם מחיר כדי 5000 שח סדר גודל גס, תלוי ביום, במלאים באותה שניה אם יש, בדגם הספציפי, ובמ
  22. העיקר העזרה, האכפתיות, השיתוף פעולה למען הקהילה המקומית שלנו ופה בעברית, לארגן כל מה שצריך ולסייע איפה שצריך. כל מי שעזר תרם ואפילו רק הציעה עזרה, מבורך ולא רק lanzar ואנכי מודים לכם, נראה לי שכל החברים של הפורום ביחד מודים לכם, כל אחד שעשה ויודע מי הוא. זו כוחה של התארגנות מקומית - בזכות הפורום, אנחנו יחדיו שווים כח רב, שהוא יותר מאשר יש לסוקר אינטרנטי בודד ביו טיוב. לא רק יש לנו בקהילה ידע ברמה גבוהה ונסיון רב שנים, אלא שכפי שרואים, עם קצת סבלנות, גם משיגים את כל סוגי החומרה הרלוונטית, בין שברכישה, ובין שבהשאלה. תחנה הבאה 6900xt, להבנתי לפי המעק
  23. לשאלתך KF, ממה שאנחנו מצליחים לקושש מכל המבחנים שעשינו, 6800xt שלנו ממודל asrock, מהיר מ- 3080 הכי מהיר שיש בנמצא כי יש לנו golden sample, גם ב- 1440P וגם ב- 4K והראנו את הפערים כ- 7 פלוס אחוז ב- 4K וכ- 10 פלוס אחוז ב- 1440P. אבל זה מול 3080 golden sample, אם תיפול על 3080 ממוצע יותר, הפער יתרחב כמובן. להשוואה הכרטיס 3080 השני שלנו, לא עבר 2040mhz, בשעה שה- golden sample ידע לעשות 2130mhz. יש פה כ- 5% דלתא רק בהמהרה. בהשוואה אל מול 3090 כנראה אחד ההכי מהירים שיש, לראיה הצלחנו להשיג עימו 2100mhz, ראינו כי 6800xt שלנו מהיר ממנו ב- 1440P, אבל איטי ממנו ב- 4K.
  24. בהמשך לדבריו של lanzar מעלה, להלן המדידות בשני המצבים: אותו כרטיס 6800xt, בשני המצבים הליבה מומהרת זהה כמובן, אבל פעם אחת הזכרון בדיפולט שלו על 2000mhz, ופעם שניה מומהר למקסימום שאפשר בסליידר והוא 2150mhz. התוצאה אינה משתמעת לשתי פנים, היא ברורה, חדה, ונוקבת. ירידה של 7.2% בביצועים בבנץ שכל מטרתו היא למדוד ביצועי רובד GPU נטו. כאן ללא הדפיקה של המהרת הזכרון = 2000mhz וכאן אם הנפילה בביצועים רק בגלל המהרת הזכרון לתדר 2150mhz יוצא 7.2% ירידה:
×
  • צור חדש...

בראש החדשות:

ביוני הכל יסתדר? תערוכת MWC 2021 מתחילה בגרסה מותאמת לקורונה

במקום חגיגת מובייל גרנדיוזית בברצלונה - אנחנו מקבלים אירוע מצומצם יחסית בשנחאי השבוע, ותוכניות לקאמבק אירופאי במהלך חודש יוני הקרוב תערוכת MWC (ר"ת Mobile World Congress) הייתה האירוע הטכנולוגי הבולט הראשון שסבל מנחת ידה של הקורונה בשנה שעברה, עם הגבלות נאיביות בשלב הראשון, ביטול מלא של האירוע הפיזי לאחר מכן - ובמקביל הבטחות לכך שבשנה הבאה הכל יחזור לקדמותו, כאשר סביר להניח כי באותה נקודת זמן אף אחד לא ניחש או ניבא כי גם ב-2021...

חדש באתר