קוד:

For i = 0 To 10000000000000
            Static Num As Integer
            Num = +1
        Next

זו לולאה פשוטה בvb.net שברור לכול מה היא עושה.

מדוע היא מנצלת בממוצע רק 27 אחוז מכוחו של המעבד, ולא מנצלת אותו עוד יותר? וזה כשהממוצע הכללי במעבד עומד על פחות מ50 אחוז מכוחו, וזה גם יחד עם התכנית שמריצה את הלולאה.
אשמח לשמוע מדוע זה כך, ואיך אני יכול (לפחות באופן תאירוטי) לגרום לתכנית להשתמש הרבה יותר במעבד.
* מעבד: 4 ליבות

האם אני אהיה צודק כשאנחש שבמעבד שלך יש 4 ליבות?

נמאס לכם לזכור סיסמאות? לחצו כאן!

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

אם יש שימוש ב27% מכח העיבוד של המעבדים,
המעבד/ליבה מנוצל כולו,
אלא שנעשה שימוש רק במעבד אחד מתוך 4.
כי הפונקציה שציינת היא תהליך בודד - שרץ על מעבד בודד.

כדי לנצל את כל 4 הליבות,
יש להריץ לפחות 4 תת-תהליכים שונים (THREADS) כשכל אחד מנצל מעבד אחר.

ישמצב שהוא ערך את זה? האשכול היה פתוח לי מאתמול ממש אחרי שנכתב והשארתי אותו פתוח כי הייתי עסוק בדברים אחרים - ולא שמתי לב אם היו שינויים לפני ששלחתי את התגובה הבוקר... שמטרתה הייתה לעורר אותו לחשוב לבד על הקשר בין המספר 4 למספר 25 (אם כי נראה שזה 27, נשמע שחלונות שוב מזייפת) ואם הוא לא ימצא לתת לו את הקישור הזה: https://askleo.com/why_wont_my_prog..._25_of_the_cpu/

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

במקור נכתב על ידי שימי ישמצב שהוא ערך את זה? האשכול היה פתוח לי מאתמול ממש אחרי שנכתב והשארתי אותו פתוח כי הייתי עסוק בדברים אחרים - ולא שמתי לב אם היו שינויים לפני ששלחתי את התגובה הבוקר... שמטרתה הייתה לעורר אותו לחשוב לבד על הקשר בין המספר 4 למספר 25 (אם כי נראה שזה 27, נשמע שחלונות שוב מזייפת) ואם הוא לא ימצא לתת לו את הקישור הזה: https://askleo.com/why_wont_my_prog..._25_of_the_cpu/

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

אבל כאן נוצרה לי בעיה חדשה "False sharing".
על כול אופן, אם יש מאמר נרחב ואף אולי ספר שמסביר על הנושא של Multithreading/Task תכנות סינכרוני/אסינכרוני בעברית אשמח שתקשרו אותי לזה. אם אין משהו רציני,אזי משהו שנכתב באנגלית "פשוטה"(בסגנון המאמר שהבאתם) יכסה את הנושא..

זה מבוא טוב.
שים לב שזה ישן ולא ממש עובדים ככה יותר ב .net

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

http://www.albahari.com/threading/

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

אם כך, כנראה שפספסתי. עמך הסליחה.

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

בכל אופן, בפשטות, כדי לנצל את כל המעבד, מה שעלייך לעשות זה לחלק משימה גדולה לתתי משימות קטנות יותר שאינן תלויות אחת בשנייה (כלומר, משימות א' ו-ב' יכולות לרוץ באותו זמן כיוון שב' לא משתמש בקלט מ-א' ולהפך[*]), ולהריץ אותן בתהליכים או ב Thread-ים שונים, ואז כמובן תוכל לנצל את המעבד יותר.

[*] יוצא דופן לשימוש מקבילי ואפשרי בקלט מתהליך אחר הוא כשהקלט הוא מסוג סטרימינג. כלומר אם באופן קבוע משימה א' פולטת מידע כל הזמן (בוא נקרא לזה producer) ומשימה ב' קולטת מידע כל הזמן ממשימה א' (בוא נקרא לזה consumer) אז בעצם הן יכולות לעבוד במקביל מבלי להחסם (כשאתה קורא מידע ממקום אחר ואין מידע זמין, אין ברירה, התהליך הקורא נעצר עד שיש מידע זמין). אבל אם א' מכינה כמות גדולה של מידע ורק כשהיא מסיימת היא שופכת את הפלט אל ב', אז שוב תגיע למצב שרק ליבה אחת מנוצלת מתחילת התוכנה עד סיומה, וזאת משום שב' תחכה עד שא' תסיים, וכשא' תסיים וב' תוכל לעבוד, א' כבר לא תעשה כלום, ושוב יש תהליך בודד שעושה עבודה בפועל בכל רגע נתון.

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

במקור נכתב על ידי שימי אם כך, כנראה שפספסתי. עמך הסליחה. לגבי העריכה: לא אם ערכת מהר. בכמה דקות הראשונות יש "זמן חסד" שבו עריכות אינן נרשמות כעריכה, זמן תיקון שגיאות כתיב וכו' (תמיד יש את הקטע הזה ששמים לב לטעויות שנייה אחרי שלוחצים על "שלח"). רק שעבר זמן מהותי, וייתכן שאנשים אחרים כבר התחילו לקרוא את ההודעה ו/או להגיב לה אם נעשתה בכל זאת עריכה, הדבר נכתב כדי שמי שקורא אחרי זה את ההודעה המקורית ותגובות אליה, ידע שייתכן שההודעה כפי שהיא נראית עכשיו, לא נראתה כך בהכרח עבור מי שהגיב אליה, שזה בדיוק הסיפור שתהיתי אם קרה... בכל אופן, בפשטות, כדי לנצל את כל המעבד, מה שעלייך לעשות זה לחלק משימה גדולה לתתי משימות קטנות יותר שאינן תלויות אחת בשנייה (כלומר, משימות א' ו-ב' יכולות לרוץ באותו זמן כיוון שב' לא משתמש בקלט מ-א' ולהפך[*]), ולהריץ אותן בתהליכים או ב Thread-ים שונים, ואז כמובן תוכל לנצל את המעבד יותר. [*] יוצא דופן לשימוש מקבילי ואפשרי בקלט מתהליך אחר הוא כשהקלט הוא מסוג סטרימינג. כלומר אם באופן קבוע משימה א' פולטת מידע כל הזמן (בוא נקרא לזה producer) ומשימה ב' קולטת מידע כל הזמן ממשימה א' (בוא נקרא לזה consumer) אז בעצם הן יכולות לעבוד במקביל מבלי להחסם (כשאתה קורא מידע ממקום אחר ואין מידע זמין, אין ברירה, התהליך הקורא נעצר עד שיש מידע זמין). אבל אם א' מכינה כמות גדולה של מידע ורק כשהיא מסיימת היא שופכת את הפלט אל ב', אז שוב תגיע למצב שרק ליבה אחת מנוצלת מתחילת התוכנה עד סיומה, וזאת משום שב' תחכה עד שא' תסיים, וכשא' תסיים וב' תוכל לעבוד, א' כבר לא תעשה כלום, ושוב יש תהליך בודד שעושה עבודה בפועל בכל רגע נתון.

בנוגע לעריכה, ייתכן מאוד. אינני זוכר

בנוגע להסבר, הבנתי, תודה רבה.

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

בזבוז משאבים מרשים יש ל .net הזה...

נמאס לכם לזכור סיסמאות? לחצו כאן!

אמן יום אחד תהיה מתכנת .net

not likely to happen - אני צריך להיות פרודוקטיבי בעבודה שלי...

נמאס לכם לזכור סיסמאות? לחצו כאן!