שלום
מכרתי מחשב נייד ישן שלי ועכשיו אני מחפש מחשב חדש.
אני מהנדס תוכנה, אז רוב השימוש במחשב נייד הוא לצורכי הנדסת תוכנה (C# ביקר).
איזה מעבד יעיל יותר? האם יש טעם לנועה לכיוון i5/i7?
תודה

אתה בטח תכנת על בC#, אם אתה חש צורך עז במעבד חזק כמו הI7, מצד שני זה בטח לא אתה, זה החלונות 7 64 ביט, והוויזואל סופר סטודאו, שמשמשת אותך לכתיבה בשפת התכנות הטובה בעולם, בשם C#..

אני לא זקוק לI7 וגם אין לי כסף מיותר עם הכנסה משפחתית של 12000 ש"ח ברוטו עבור זוג + ילדה.
רק רצית לדעת איזה מעבד הוא טוב מבחינת ביצועים/כסף

בשביל המטרה הזו, יספיק כל דבר שנמכר היום...

..

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

לדוגמה, המעבד הזה יספיק מעל ומעבר
http://www.zap.co.il/model.aspx?modelid=760897

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

תודה על תשובה.
מה אקטואלי להיום? והוא כן צריך לסחוב VS2010 עם כל התוספות

כמו שאמרתי לך, כל מעבד מודרני יריץ ללא מאמץ מיוחד VS2010. מעבד לצרכים כמו שלך, הוא ממש לא צוואר הבקבוק.

בכל אופן המעבד AMD שנתתי מקודם, הוא עדיין לא רע מבחינת עלות\תועלת.(אם התקציב שלך הוא ממש נמוך)

והנה מעבד חדש יותר, די משתלם מבחינת התמורה שהוא נותן.(אני חושב שהוא שווה את ההפרש, כך בחשבון שההפרש יהיה קצת גבוהה בפועל, כי בד"כ לוחות מבוססי שבבים של אינטל עולים קצת יותר).
http://www.iqpc.co.il/Home/showItemMenu.asp?id=8012 מדובר ב i3 2100 .

בכל אופן, הפורום המתאים לקבלת מפרט הוא פורום מפרטים..

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

לכל הפחות יאזן את התמונה, אני מקווה שיותר.

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

מבחן ביצועים בבניית פרויקט גדול ב vs2008


[התמונה הבאה מגיעה מקישור שלא מתחיל ב https ולכן לא הוטמעה בדף כדי לשמור על https תקין: http://images.anandtech.com/graphs/graph4310/37379.png]


מקור:
http://www.anandtech.com/show/4310/...dition-review/6

אפשר לראות ש ה x6 לא רע או אפילו טוב אם לוקחים בחשבון את המחיר
http://www.zigzag2000.co.il/catalog...oducts_id=15544

הייתי מחכה להשקת הבולדוזר או קונה את ה i7 (אם אתה רוצה לקנות עכשיו).

ציטוט:

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

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

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

הראל

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

אם אתה מפתח ב C/C++ אתה יכול להוסיף את הדגל MP לקומפיילר והוא ינסה למקבל את תהליך הבנייה של פרוייקט בודד.

עריכה: נראה שיש פיתרון גם ל C#:
http://www.hanselman.com/blog/HackP...tudioIDE.a spx

הראל

תעשה לי טובה, ה2100, CORE , מספיק לכל פתוח אפשרי, אז במקרה הגרוע תחכה טיפה יותר בקמפול, מה שלא הכי רלוונטי בC# בכל מקרה..

תסתכל שוב על הבנצ'מרק שתפוחים הביא, הבדיקה היא קומפילציה של פרוייקט אמיתי (CHROMIUM) וההבדל בדקות הוא מספיק משמעותי כדי להצדיק את הפרש המחירים בהנחה שזה סוג הפרוייקטים שאתה עובד עליו.
בסופו של דבר הכל תלוי בסוג הפרוייקט שאתה עובד עליו, הטענה "Core i3 2100 מספיק להכל" זהה באיכותה הלוגית ל "אינטל הכי טוב".

הראל

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

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

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

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

במקרה שלי אני מתייחס לקומפיילר c++ עתיק, טרום עידן vs.

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

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

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

אני מפתח עם Quad Core אומנם עם 4 ג'יגה זכרון, ובחיים לא הרגשתי שהמעבד שלי מגביל אותי באיזשהו אופן...
יותר מזה, רוב הזמן אני בכלל עובד על לפטופ Core due והדבר העיקרי שמגביל אותי בו זה המקלדת הלא נוחה...

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

ציטוט:

אם מצד שני אתה מפתח תוכנה שדורשת הרבה משאבים (וידאו, דחיסה, הצפנה)

בC#??!?!

אין משהו כבד, ורציני שאפשר לפתח בC#.

בוא חכם גדול, אנא תסביר את קביעתך

לא רוצה, אתה תמשיך לתכנן וידאו,דחיסה, והצפנה בC#

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

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

בלי קשר זאת שטות להגיד "אין משהו כבד, ורציני שאפשר לפתח בC#."

כותב שורות אלה עומד, כרגע יושב, מאחורי מערכת דיי גדולה שנבנתה בC# ובהתחשב בכמות התעבורה שהיא בנויה לעבד, אני חושב שבהחלט אפשר לקרוא לה "משהו כבד".

ציטוט:

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

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

ציטוט:

ובכל מקרה היעילות של האלגוריתם תשפיע הרבה יותר על הביצועים מאשר בחירת הפלטפורמה...

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

C# היא דוגמה בעייתית, מההכרות שלי הקומפיילר שלה, והJIT לא יודעים לעשות מספיק אופטימיזציות למשימות של אלגוריתמיקה וחישובים. נתקלתי במספר מקרים של מפתחי C# שהיו צריכים לכתוב ב C++/CLI בשביל לממש חישובים כבדים.

מצד שני אני יכול להגיד לך לגבי JAVA, שביחוד בגרסאות האחרונות הביצועים שלה מעולים. אני גם דיי בטוח שיותר טובים ממה שרוב המפתחים יצליחו להגיע בC++.

ומבחינה תאורטית, הביצועים של JAVA ושל C# צריכים להיות מאוד קרובים לC++ ואם יש הבדל הוא צריך להיות לטובתן. דווקא התהליך שקורה שמעביר את הקוד שלך לקוד מכונה, הוא מה שאמור לתת יתרון לשפות שרצות בVM, אולי לא בטעינה ראשונית, אבל במהלך הריצה, בהחלט. בכל מקרה, אני מציע לך לחפש השוואות באינטרנט, לכל שימוש פראקטי, ההבדלים דיי זניחים...

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

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

מבחינת עלויות אני לא מכיר את הGC של JAVA, אני מכיר את .NET והוא דיי זול. המחיר שלו הוא בערך סריקת אחד משלושה עצים, אחת לכמה זמן. והוא גם יודע לעבוד במקביל לאפליקציה שלך (.NET 4). לדעתי שווה כל שניית מעבד.
עזוב שבכלל דיברנו על Number crunching ושם לפחות מהניסיון שלי אין יותר מידיי, משחקים עם זכרון...

הבעיה הכי גדולה של JAVA לדעתי זה שהוא לא יודע לרדת לNATIVE בלי JNI שזה סיוט, זה ו GUI. פיתוח GUI נורמאלי בג'אווה זה שמחה וששון, והוא לעולם לא יראה טבעי למערכת הפעלה...

יצא לי להשתפשף גם עם C++ וגם על C# . לרוב מוחלט של השימושים הייתי בוחר בC# בלי לחשוב פעמיים. הדברים המרכזיים שלדעתי הוא לא מתאים להם, זה קודם כל אם אתה צריך לכתוב קוד שיהיה אופטימלי ברמת המעבד וידע לתפעל פונקציות מיוחדות של המעבד (SSE ושות') אבל אז בכלל עדיף אסמבלר. או אם אתה צריך לעבוד בתוך (ולא מול) סביבית Native וגם אז יש לך אפשרות ל C++\CLI בתור מעטפת, אבל זה כאב ראש אחר.
משחק תלת מימד לא הייתי כותב בC#... גם בגלל הצורך בקרבה לחומרה, וגם כי אין גישה נורמאלית מC# לDX.

ציטוט:

זה מה שמצאת להתלונן עליו? הGC? קודם כל זה שיש GC, זה לא הוקוס פוקוס ולא "לא צריך לחשוב על זכרון", זאת צורת עבודה יותר בטוחה, מהקצאה ידנית, ובטוח יותר פשוטה מRAII. זה עדיין אומר שאתה חייב להבין את המודל זכרון של הסביבה שלך ואיך לעבוד איתו נכון. מבחינת עלויות אני לא מכיר את הGC של JAVA, אני מכיר את .NET והוא דיי זול

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

ציטוט:

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

נכון, אני מעלה בעיות נוספות.

ממש ממש לא נכון.
תכנות בJAVA דורש לא פחות הבנה ידע ומקצועיות מתכנות בC++ ובוודאי שאתה חייב להבין את מודל הזכרון שלך, מה קורה איך, מתי, מה מוקצה איפה, מה קורה עם משאבים לא מנוהלים, איך זכרון נשמר בת'רד, איך בטוח לשתף זכרון בין ת'רדים, לא חסר נושאים ודקויות. אחרי זה יש מתכנתים שכותבים מה שבא להם כי "הכל מנוהל" ואחרי זה ככה זה גם עובד, ואז באים ומאשימים שהGC נורא איטי...

מצד שני מתכנת שלא מסוגל להסתדר עם ה"קשיי-נהול" זכרון בC, עדיף לו(ולמשתמשי התוכנה שהוא כותב), שלא יינסה לכתוב מולטי-טרדינג, לא כך?