makepp_sandboxes - מקוון בענן

תָכְנִית:

שֵׁם

makepp_sandboxes -- איך מחלקים מבנה של makepp

תיאור

D: --עשה-בנה,
--אל תבנה,
--אל תקרא,
--לעשות לקרוא, I: --בארגז חול,
--בתוך ארגז חול, O: --מחוץ לארגז החול, S: --ארגז חול,
--ארגז חול-אזהרה,
--אזהרת ארגז חול, V: --וירטואלי-ארגז חול

ישנן כמה סיבות שאולי תרצו לחלק את עץ הקבצים עבור makepp
לִבנוֹת:

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

2. אם יש לך מספר תהליכי makepp הנגישים לאותו עץ, אז אתה רוצה להעלות
שגיאה אם ​​אתה מזהה ששני תהליכים במקביל כותבים את אותו חלק של
עץ, או שתהליך אחד הוא קריאת חלק מהעץ שהוא תהליך מקביל
כְּתִיבָה. כך או כך, יש לך מצב גזע שבו הסדר היחסי של האירועים
בשני תהליכים במקביל (שלא ניתן להבטיח) עלולים להשפיע על התוצאה.

ל-Makepp יש מתקני ארגז חול הנותנים מענה לשני החששות.

ארגז חול אפשרויות
ניתן להשתמש באפשרויות ה-makepp הבאות כדי להגדיר את מאפייני ארגז החול של תת-העץ
ניתנו על ידי נתיב וכל הקבצים והקבצים הפוטנציאליים שלו:

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

--ארגז חול נתיב
--בארגז חול נתיב
--בתוך ארגז חול נתיב
--מחוץ לארגז החול נתיב
הגדר או אפס את המאפיין "ב-Sandbox". מועלית שגיאה אם ​​makepp יעשה זאת אחרת
כתוב קובץ עם איפוס מאפיין זה. בדיקות Build עדיין מבוצעות, אלא אם כן
נכס "אל תבנה" מוגדר גם כן. ברירת המחדל מוגדרת (כלומר "ב-Sandbox"), אלא אם כן
יש כאלה --ארגז חול אפשרויות, ובמקרה זה ברירת המחדל עבור כל שאר הקבצים היא
איפוס (כלומר "מחוץ לארגז החול").

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

--אל תקרא נתיב
--עשה-קרא נתיב
הגדר או אפס את המאפיין "אל תקרא". מועלית שגיאה אם ​​makepp יעשה זאת אחרת
קרא קובץ עם ערכת מאפיינים זו. ברירת המחדל מאופסת (כלומר "עשה-קריאה").

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

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

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

ארגז חול ל תְאוּצָה
אם אתה רוצה למנוע מ-makepp לבזבז זמן בעיבוד קבצים שאתה יודע שהם כבר
עדכני (במיוחד, קבצים שנוצרו על ידי כלי בנייה שאינו makepp),
אז --אל תבנה היא האופציה בשבילך.

ללא ספק המקרה הנפוץ ביותר לאופטימיזציה כזו הוא שאתה יודע שהכל לא
בספריית ההתחלה או מתחתיה כבר מעודכנת. אפשר לתקשר לזה
makepp באמצעות "--אל תבנה /. --עשה-בנה .".

ארגז חול ל במקביל תהליכים
טכניקה אחת שיכולה להפחית את זמן האחזור של הבנייה היא תהליכים מרובים של makepp שעובדים
על אותו עץ. זה לא מעט יותר קשה לניהול מאשר להשתמש ב- -j אוֹפְּצִיָה,
אבל זה גם יכול להיות יעיל יותר באופן משמעותי כי:

· עם ארגז חול, התהליכים עשויים לרוץ על מארחים מרובים, למשל, דרך עבודה
מערכת תורים. הגדלת ה -j limit ממצה בסופו של דבר את משאבי המעבד של a
מארח יחיד, ואף יכול להאט את הבנייה עקב התפצלות מוגזמת בתהליך.

· -j לא מקביל כרגע לחלק מהמשימות הגוזלות זמן של makepp כמו טעינה
makefiles, סריקה, בניית תלות מרומזת תוך כדי סריקה ובדיקה
תלות.

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

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

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

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

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

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

השתמש ב-makepp_sandboxes באינטרנט באמצעות שירותי onworks.net