Comments on: The root of all evil http://firefang.net/blog/882 May your sockets never timeout Tue, 02 Dec 2008 08:32:01 +0000 http://wordpress.org/?v=2.7-RC1 hourly 1 By: מחשבות, מחשבים, ושאר דברי בלע » Blog Archive » MySQL optimization http://firefang.net/blog/882/comment-page-1#comment-7153 מחשבות, מחשבים, ושאר דברי בלע » Blog Archive » MySQL optimization Sun, 06 Jul 2008 06:01:06 +0000 http://firefang.net/blog/882#comment-7153 [...] כמה שבועות פרסמתי פוסט על אופטימיזציות. הנה ההמשך. דוגמא מעשית, שיפור ביצועים [...] [...] כמה שבועות פרסמתי פוסט על אופטימיזציות. הנה ההמשך. דוגמא מעשית, שיפור ביצועים [...]

]]> By: יונתן אורלב http://firefang.net/blog/882/comment-page-1#comment-7090 יונתן אורלב Wed, 18 Jun 2008 10:15:23 +0000 http://firefang.net/blog/882#comment-7090 " as you probably know checking that the number in the registry is not 0 is a much faster check the to check number i against any other number (10000000 in this case). " אני מסכים עם עמרי לגבי יחסי הזמנים, אבל על העובדה הזו לא חשבתי. זו אופטימיזיציה מעניינת, אם כי אולי לא משמעותית ברובם הגדול של המקרים. אני גם חושב שאופטימיזציות מעין אלה קומפיילרים טובים אמורים לעשות לבד, אבל זה לא דבר שאני מבין בו. ”
as you probably know checking that the number in the registry is not 0 is a much faster check the to check number i against any other number (10000000 in this case).
”

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

]]> By: עמרי http://firefang.net/blog/882/comment-page-1#comment-7089 עמרי Wed, 18 Jun 2008 07:08:46 +0000 http://firefang.net/blog/882#comment-7089 מוטי, אני מסכים שעדיף להשתמש בפרופיילר אם יש פרופיילר זמין לסביבה שלך, דבר די נדיר אצלי. (בין אם זה פיתוח לסלולרי, ואז אף פרופיילר לא ירוץ על הטלפון, או פיתוח מרובה סביבות כמו WEB שכולל PHP, MySQL וJavaScript באותה אפליקציה) מוטי, לגבי הלופ: על הזיין, זו דוגמא נגדית. :) אם אתה מודד משהו שיושפע מהלופ עצמו קרוב לוודאי שאתה מודד פעולה שלוקחת כל כך מעט זמן שגם ככה חבל על האנרגיה של להתעסק איתה. מוטי, אני מסכים שעדיף להשתמש בפרופיילר אם יש פרופיילר זמין לסביבה שלך, דבר די נדיר אצלי.
(בין אם זה פיתוח לסלולרי, ואז אף פרופיילר לא ירוץ על הטלפון, או פיתוח מרובה סביבות כמו WEB שכולל PHP, MySQL וJavaScript באותה אפליקציה)

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

]]> By: מוטי מונדיאנו http://firefang.net/blog/882/comment-page-1#comment-7088 מוטי מונדיאנו Tue, 17 Jun 2008 16:51:41 +0000 http://firefang.net/blog/882#comment-7088 First I believe that the best way to do optimization (or more to the point - to know what to focus on when you have to optimize memory or runtime) is to run a profiling tool (jpob, jprofiler....) on a "real application scenarios". Then when you had drilled it down to few "flows/functions" write a unitest and possibly run it in a loop (so that you don't have to run a profiler every time). Also the loop in your code is itself not optimized (and thus is adds to the "average" time more that it has to). To optimize your loop do it like - for(int i = 1000000 ; i > 0 ; i--) as you probably know checking that the number in the registry is not 0 is a much faster check the to check number i against any other number (10000000 in this case). First I believe that the best way to do optimization (or more to the point - to know what to focus on when you have to optimize memory or runtime) is to run a profiling tool (jpob, jprofiler….) on a “real application scenarios”. Then when you had drilled it down to few “flows/functions” write a unitest and possibly run it in a loop (so that you don’t have to run a profiler every time).
Also the loop in your code is itself not optimized (and thus is adds to the “average” time more that it has to). To optimize your loop do it like - for(int i = 1000000 ; i > 0 ; i–) as you probably know checking that the number in the registry is not 0 is a much faster check the to check number i against any other number (10000000 in this case).

]]> By: Nitzan Brumer http://firefang.net/blog/882/comment-page-1#comment-7087 Nitzan Brumer Tue, 17 Jun 2008 08:49:53 +0000 http://firefang.net/blog/882#comment-7087 אני לא לגמרי מסכים עם:"הבעיה עם שיפור ביצועים היא שהוא מעלה את מורכבות הקוד, מה שפוגע אוטומטית בקלות התחזוקה, ומעלה את הקושי בשמירה על נכונות" אחד הדברים שאני הכי אוהב בפיתוח OO זה השימוש במתודות והעובדה שניתן למקסם פעילות של מתודה מבלי שהיא תשפיע על צורת הקריאה ותחזיר אותה תשובה. הרבה פעמים, כשאני מפתח אני יוצר מבנה ראשוני שהוא יחסית מאוד עמוס (שימוש במשתני עזר, שימוש בלולאות ארוכות וכ') - מסוג הפעולות שמאוד מקילות עלי בכתיבה ובהבנה של הקוד, אבל עלולות להיות מאוד בזבזניות לאחר מכן. לפעמים מיקסום של מתודה שכזו יכול להשפיע בצורה משמעותית על תפקוד הקוד מבלי להשפיע על המורכבות שלו (כי הפניה למתודה נעשית באותה הדרך והתשובה המוחזרת מוחזרת באותו האופן, רק ההליך הפנימי משתנה). לצורך העיניין, לפעמים זה דורש מעבר למבנה נתונים נוח יותר, מציאה של סיבוכיות קטנה יותר ושימוש ברקורסיות (שעלולות להיות יותר גזלניות בזיכרון אבל יותר מהירות). בשורה התחתונה, זה מקצר את זמן הפעולה של המתודה, אבל לא בהכרח מגדיל את הסיבוכיות של התוכנה. עם זאת, אני בהחלט מסכים עם הצורך במציאת "מועמדים" לשיפור. אין טעם למקסם מתודה שנקראת פעם אחת בכל הריצה של התוכנה לצורך העניין. אני לא לגמרי מסכים עם:”הבעיה עם שיפור ביצועים היא שהוא מעלה את מורכבות הקוד, מה שפוגע אוטומטית בקלות התחזוקה, ומעלה את הקושי בשמירה על נכונות”
אחד הדברים שאני הכי אוהב בפיתוח OO זה השימוש במתודות והעובדה שניתן למקסם פעילות של מתודה מבלי שהיא תשפיע על צורת הקריאה ותחזיר אותה תשובה. הרבה פעמים, כשאני מפתח אני יוצר מבנה ראשוני שהוא יחסית מאוד עמוס (שימוש במשתני עזר, שימוש בלולאות ארוכות וכ’) - מסוג הפעולות שמאוד מקילות עלי בכתיבה ובהבנה של הקוד, אבל עלולות להיות מאוד בזבזניות לאחר מכן. לפעמים מיקסום של מתודה שכזו יכול להשפיע בצורה משמעותית על תפקוד הקוד מבלי להשפיע על המורכבות שלו (כי הפניה למתודה נעשית באותה הדרך והתשובה המוחזרת מוחזרת באותו האופן, רק ההליך הפנימי משתנה).
לצורך העיניין, לפעמים זה דורש מעבר למבנה נתונים נוח יותר, מציאה של סיבוכיות קטנה יותר ושימוש ברקורסיות (שעלולות להיות יותר גזלניות בזיכרון אבל יותר מהירות). בשורה התחתונה, זה מקצר את זמן הפעולה של המתודה, אבל לא בהכרח מגדיל את הסיבוכיות של התוכנה.
עם זאת, אני בהחלט מסכים עם הצורך במציאת “מועמדים” לשיפור. אין טעם למקסם מתודה שנקראת פעם אחת בכל הריצה של התוכנה לצורך העניין.

]]> By: יונתן אורלב http://firefang.net/blog/882/comment-page-1#comment-7086 יונתן אורלב Tue, 17 Jun 2008 08:28:17 +0000 http://firefang.net/blog/882#comment-7086 זהו, שהיה לי נדמה שזה לא נכון תכנותית, אבל כנראה שלא הבנתי נכון. בכל אופן החלפת את הקוד ועכשיו זה הרבה יותר ברור. זהו, שהיה לי נדמה שזה לא נכון תכנותית, אבל כנראה שלא הבנתי נכון. בכל אופן החלפת את הקוד ועכשיו זה הרבה יותר ברור.

]]> By: עמרי http://firefang.net/blog/882/comment-page-1#comment-7085 עמרי Tue, 17 Jun 2008 08:13:32 +0000 http://firefang.net/blog/882#comment-7085 זה נכון תכנותית, אבל אולי לא הבחירה הכי טובה של שמות משתנים. מתקן. זה נכון תכנותית, אבל אולי לא הבחירה הכי טובה של שמות משתנים.
מתקן.

]]> By: יונתן אורלב http://firefang.net/blog/882/comment-page-1#comment-7084 יונתן אורלב Tue, 17 Jun 2008 08:10:27 +0000 http://firefang.net/blog/882#comment-7084 וואו, מעולה! זה נושא מרתק, ביחוד כי הוא חל כל כל מי שמפתח אפליקציות, ולדעתי בעיקר אפליקציות שמשתמשות בישומים/ספריות חיצוניות משמעותיות, כמו למשל התממשקות עם MySQL: לכן זה גם רלוונטי גם לסקריפטינג למשל. ואני מסכים עם מה שרשמת, כי לדעתי לפחות, ואלא אם כן אתה מפתח ישומי זמן אמת, איטיות תנבע מטעות פטאלית או אי שימוש נכון בספרייה, או משימוש לא מתאים באלגוריתם, ולא איזה כיוונון קטן בקוד. זה בגלל שאת השימוש במעבד לא מבצע הקוד שהמתכנת כתב, אלא הספריות שהוא משתמש בהן (שהוא קורה להן). הערה: אני מבין למה הכתוונת ב- "int later = time() - now;", אבל נראה לי שזה לא כתוב בסדר הנכון, כנראה בכלל הפלטפורמה ולא בגלל שלא רשמת נכון. האם אני צודק? אז אני ממתין לפוסטים הבאים. וואו, מעולה!

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

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

הערה: אני מבין למה הכתוונת ב- “int later = time() - now;”, אבל נראה לי שזה לא כתוב בסדר הנכון, כנראה בכלל הפלטפורמה ולא בגלל שלא רשמת נכון. האם אני צודק?

אז אני ממתין לפוסטים הבאים.

]]>