ללא שם: פלטפורמת סימולציה רפלקטיבית
הורד עכשיו

ללא שם: דירוג וסיכום

ללא שם: תגים

לְחַקוֹת פלטפורמת סימולציה. לדמות את התהליך לבצע סימולציה מַדמֶה סימולציה

ללא שם: תיאור

פלטפורמת סימולציה רפלקטיבית השו"ת מהווה פלטפורמת סימולצית MPSoC עובדת ברמת הפשטה גבוהה; רכיבים המשמשים שו"ת מבוססים על ספריות תיאור תקשורת וחומרה SystemC ו TLM. שו"ת מספק מסגרת הלא פולשניות כדי לתפעל אובייקטים SystemC ו TLM. פלטפורמת הסימולציה נבנתה באמצעות שפת תכנות Python; היכולות הרעיוניות שלה להגדיל את הפלטפורמה עם אפשרות התבוננות במבנה הפנימי של דגמי רכיב SystemC. תכונה זו מאפשרת רכב זמן ריצה וניהול דינמי של האדריכלות תחת ניתוח. הפוטנציאל המלא שמציע שילוב בין Python ו- SystemC מנוצל, במהלך סימולציה, לשאילתא, לבחון, ואולי, לשנות את המצב הפנימי של מודלי החומרה. יכולות אלה לפשט את תהליך איתור באגים עבור שניהם את התוכנות ואת החומרה המודל הערות architecture.Installation: ההתקנה על מערכת ההפעלה Mac OS X היא פשוטה למדי, למעט העובדה SystemC לא לקמפל על מחשבי אפל מבוסס אינטל. כדי כראוי לקמפל SystemC אתה צריך לבצע את השלבים הבאים: · גרסת SystemC הורדת 2.2 מאתר http://www.systemc.org · דחיסה של הארכיון · להחליף את configure.in le עם אחד הניתן להורדה מן https: //trac.elet.polimi.it/resp/trac.cgi/downloader/download/file/30/configure.in · לחסל את כל Makefile.in? les ואת הקונפיגורציה? le · לבצע, ברצף, aclocal, automake --add-חסר --copy, autoconf · תיקון le src / sysc / kernel / SC Cor qt.h ידי הוספת ההוראה typedef char * caddr t?; בקו 85. · לגבי המשך התהליך עם אוסף הרצת configure, איפור ולהפוך להתקין פקודות. שים לב איך אין צורך להשתמש nk או דרווין יציאות כדי לקבל את dependences האחר עבור בשו"ת?; כולם ניתן להוריד מהאינטרנט או בצורה שעברו קומפילציה מראש כבר (r.e. CMake) או שאתה יכול לקמפל אותם בעצמך (לדוגמה הספריות דחיפה, gccxml...). ? הערה אחת סופית לגבי-מהדרי צלב: הבינאריים להציג באתר trac פועלים רק על מערכות מבוססות לינוקס. על מנת להשתמש-מהדרי צלב על מערכת מבוססת Mac OSX-, תצטרך reecreate אותם בעצמך. הנחיות כיצד לעשות זאת נמצאות באתר https://trac.elet.polimi.it/resp. הנה כמה תכונות עיקריות של "שו"ת": · ספריה מרכיבים: מטרת העבודה הנוכחית, כפי שמוסבר בהמשך, הוא לא לבנות ספרייה עשירה של דגמים SystemC, אלא כדי ליצור מנגנונים effient שדרכו רכיבים אלה ניתן לחבר, ניתח שדרכו סימולציה ניתן לנהל effiently. בכל מקרה בנינו כמה מודלים רכיב של מעבדים, אוטובוסים שונים וציוד היקפי; מאוחר כדלקמן תיאור מפורט של אותם. · אינטגרציה חלקה של רכיבים חדשים בתוך הסימולטור עצמו; זו מושגת הודות מחדש? יכול ective של שו"ת, אשר מתקבלים באמצעות היצירה האוטומטית של עטיפות פיתון סביב מודלי SystemC. · GDB: הבאגים GDB משולב בתוך סימולטורים המעבד ואת ממשקי זיכרון; יש בכל זאת צימוד רופף בין ISS ו- GDB, כך הוספת מודל מעבד חדש היא רק עניין של המפרטת כיצד משתנה ISS ממפה את מרשם מעבד אמיתי פיזי. עם תלוש GDB שלנו אפשר להשתמש jority ma של פונקציות ילידי GDB ופקודות כדי לאתר באגים בתוכנית שלך. הבדל תוכנן לתמוך תיאום בין מעבד בארכיטקטורות במקרה של ריבוי מעבדים משמשים. בנוסף לכל זה, כמה פקודות נוספות (נגיש באמצעות הפקודה לפקח GDB) נוצרות על מנת לנהל את הזמן סימולציה. · כלי איתור באגים: בנוסף GDB, פיתחנו כלים אחרים אשר עשויים לעזור המתכנת לגלות באגים בתוך התוכניות שלהם. בפרט התרכזנו: Debugger זיכרון (מגיע גם עם GUI), המשמש לאחר סימולציה הסתיים לבחון את מצב הזיכרון בכל רגע סימולציה; יש לו גם את האפשרות של ביצוע שאילתות פשוטות על ההיסטוריה זיכרון. Tracer (גם מגיע עם GUI) פשוט מורכב אפשרות instrumenting המעבדים כך עקבות le נוצרו?; ה- GUI משמש להשוות את העקבות של מעבדי diffrent ולדמיין את כול בעת ובעונה האחת. · Pro? Ling: האם תכונה המשמשת כדי לחלץ מדדים על התוכנה פועל על כל מעבד; כל הצעדים נלקחים בנפרד עבור כל מעבד, כך גם ניצול של כל יחידת ביצוע ניתן למדוד. הנתונים אשר ניתן לייצר עם Pro? Ler הוא: (א) גרף שיחה (ב) הזמן המושקע בכל פונקציה ומספר שיחות (ג) זמן בילה ומספר שיחות עבור כל הוראה הרכבה. שים לב כי Pro שלנו? Ler פועלת ישירות על המעבד, ולכן לא מבוצע מכשור תוכנה (Pro? Ler אינו פולשני). · ECOS OS: אנו מוסיפים תמיכה עבור מערכת ההפעלה ECOS; משמעות הדבר היא כי ניתן להפעיל את ECO על סימולטור. היעד היחיד נתמך עד כה הוא מעבד הזרוע הן במעבד יחיד והן רב מעבד קון? · ההשפחה אמותית: יש לאפשרות של מערכת הפעלה רב-תכלית רב-תכליתית רב-תכליתית. משמעות הדבר היא כי כל שיחה למערכת ההפעלה שגרות שבוצעו על ידי התוכנית שלך (אחד פועל על ה- ISS) יועברו למערכת ההפעלה המארחת (אחד פועל במחשב) במקום להיות מדומה. הודות לחוצה את הספרייה Libgomp ניתן גם לחקות תוכניות מבוססות OpenMP. · עטיפת binutils: עטיפה סביב ספריות binutils (בפרט סביב BFD) על מנת להיות מסוגל לגשת, לנתח, במקרה, לשנות הפעלה? LES. עטיפה זו משמשת כרגע עבור Emulation OS עבור מטעין האתחול. · Cross-compilers: מבוסס על Newlib ותמיכה מנגנון ההשפחה שלנו. Python סקריפטים לייצור אוטומטי אלה cross-compilers הם ASO כלולים. · ממשק TPC: כדי להיות מסוגל לשלוט resp thorugh ממשק שקע. פרוטוקול מיוחד (בדומה לאחד המשמש את GDB) פותח לכך. ממשק זה יכול לשמש תוכנית חיצונית (לדוגמה GUI) כדי לתקשר עם REPP. דרישות: · ביזון · Systemc 2.2 או מאוחר יותר · לשפר 1.33.1 או מאוחר יותר · Graphviz. · פייתון 2.4 ואילך · GCCXML 0.9 או מאוחר יותר · זיכרון RAM: 500 MB (לפחות 1 GB מומלץ מאוד) · 2 GB של שטח פנוי בכונן הקשיח מה חדש במהדורה זו: · FPA11 Coprocessor: מודל Coprocessor צף נקודה עבור ARM7TDMI · מנגנון נקודת עצירה מלאה בפייתון: כעת אפשרי לפטר פיתון Callbacks ב Python בכל מחזור Delta כל Systemc או בתנאים Python-scripted על כל משתנה במערכת · RTEMS תמיכה: תמיכה ראשונית RTEMS עבור מודל Leon2 · גדול רב השחלה יישומים סימונים: FFMPEG, PBZIP2 · פיתוח ראשוני של מסגרת ניתוח חשמל · מודל מטמון פשוט, כללי · עכשיו להניע בהצלחה compiles על מקס

ללא שם: תוכנה קשורה