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

Holy

צוות האתר לשעבר - לא פעילים
  • מספר הודעות

    11961
  • הצטרפות

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

הודעות שנפתחו על-ידי Holy

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

    אם האוטו שייך לחברת ליסינג הם יקבלו את הדוח וידרשו הצהרה של הנהג מה שיכול לקחת כמה חודשים

    אני עשיתי עבירה עם ליסינג במרץ ועדיין לא קיבלתי את הדוח על שמי

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

    כביש 4 מוות

  2. יותר פשוט, יותר אלגנטי והרבה יותר בעייתי

    הבעיה בפיתרון שלך (שניצל) היא שכל התעסקות ידנית עם קובץ ה-design תגרום לבעיות.

    לא סתם עשו הפרדה מ-.Net 2005 בין הקוד שמיוצר אוטומטית ע"י סביבת הפיתוח לבין הקוד של המשתמש.

    הבעיה בהתעסקות עם קובץ ה-design היא שכל שינוי בגרפיקה ב-form עלול לגרום ליצירה מחדש של חלקים או כל הקובץ design מה שידרוס את השינויים שלך.

    בתור קו מנחה כללי לא מומלץ לשנות ידנית את קובץ ה-design.

  3. מושלמת

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

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

  4. רמז:

    זה עם ה-setall() די פשוט, הרעיון הוא ש-setall לא יכול לעבור על כל האיברים במערך כי אז הסיבוכיות שלו O(n).

    מה שצריך לעשות ב-setall זה לשמור בצד את הערך הנ"ל לשימוש עתידי.

    ומפה תמשיכו לבד...

  5. בדיוק היום העברתי על זה הרצאה

    השאיפה היא לכתוב תוכנית שלא תהיה תלויה במספר המעבדים, כלומר שתדע לנצל 2 ליבות ותדע גם לנצל 8 ליבות.

    מיקרוסופט התחילו להכנס לתחום הזה ומציעים עכשיו הרחבה ל-Visual Studio 2008

    http://msdn.microsoft.com/en-us/concurrency/default.aspx

    זה עולם ומלואו ואי אפשר ממש לדבר על זה בתראד אחד.

    רק לתקן כמה טעויות, תכנות מקבילי נכון הוא לא לפתוח 1000000 תראדים כדי לנצל את המעבד. ה-Over head שתשמו על contact switch ועל יצירת התראדים גדול פי כמה מהרווח שתקבלו בביצועים. ההרחבה החדשה של מיקרוסופט מאפשרת למקבל משימות כך שידעו לנצל את כל הליבות במחשב כך שנוצר "Thread" עבור כל (זה קצת יותר מורכב מזה אבל זה הרעיון בגדול).

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

    הכלים שנותן ה-parallel extensions של Parallel.for ואחרים חזק יותר משימוש ב-Thread pool. החיסרון של ה-Thread pool שצריך ליצור אובייקט (Thread) עבור כל משימה קטנה וצריך לשלם הרבה על Contact switcing. ה-Parallel.for יוצר אובייקטים (מסוג ReplicableTask) כמספר הליבות ולא כמספר המשימות.

    בקיצור זה מורכב מאד

×
  • צור חדש...