במדריך הקטן הזה אני הולך להסביר (וללמד אותך) מדוע עדיף לחבר תוכנית (למשל Firefox, Vlc וכו ') מקוד המקור שלה, מאשר להוריד אותה (ממרכז התוכנה, Yumex, Pacman וכו'. ) והתקן.
ראשית אנו הולכים עם התיאוריה:
מהו "קומפילציה"?
הקומפילציה הופכת את קוד המקור (קוד הכתוב בשפת תכנות מסוימת, נניח C, C ++ וכו ') לתוכנית הפעלה להפעלתו באמצעות המעבד להמרת השפה המשמשת ליצירת הקוד לבינארי ו אספן. זה נקרא לעתים קרובות גם אריזה.
מדוע עדיף "לקמפל"?
ראשית עליך לדעת את הדברים הבאים כדי להבין מדוע. נאמר בצורה "גסה" (פשוטה, לא מקצועית במיוחד וכו '), לכל מרוץ (פנטיום, ליבה, אטום וכו') ומיניו (אינטל, AMD, ARM וכו ') של מעבד הוראות (תוכנה שנכתבה במכלול המעבד את הקוד) של המודל שלהם (Core i7, Core i5, Atom x2, Phantom x8, Arm וכו ') ויש לו הוראות כלליות שיש לכל הסוגים.
כשאתה מוריד ממאגרים דרך מרכז התוכנה / apt-get / Yumex / Yum / Pacman / etc, נאמר שתוכנית שמתקינה אוטומטית היא זו מקובץ מראש להפעלתו בכל המעבדים האפשריים (אינטל ו- Amd). מכיוון שמדובר בתכנית שהורכבה מראש, ההוראות האופייניות לאותו דגם מעבד ספציפי הולכות לאיבוד (חשבו שאם תוכנית כמו Firefox או Chrome, שיש בה יותר מ -7 או 8 מיליון שורות קוד, הן היו צריכות לשים את כל ההוראות הספציפיות לכל במעבד בשוק, כמות הקוד תהיה כל כך גדולה שתוכנית זו כבר לא תהיה יעילה) ומשאירה לא יותר מאשר הכלליות של מותג היוצרים שלה (אינטל, Amd, Arm).
כשאתה מוריד, פותח ורוכז בעצמך את קוד המקור של התוכנית, הוא מתקבל לפי ההוראות הספציפיות של TU מעבד, (מה שאומר שזה לא יעבוד על מכונה עם מכונה אחרת, אלא רק שהיא תהיה מותאמת במיוחד וטהורה למעבד שלך), ובכך משחרר ומשחרר את כל הכוח שהמעבד שלך מסוגל לתת הודות להוראותיו הספציפיות.
בפרטים טכניים נוספים, הוראות ספציפיות אלה קשורות קשר הדוק למה שמכונה ערכת השבבים של לוח האם שלך, וזה כאב הראש הגדול לאלו מאיתנו שיש להם אינטל כאשר אנו רוצים לשדרג את המעבד ולוח האם.
אתה תופתע מהכוח שלך amd atom x2 o tu אינטל ליבה בפנים, Core Duo 2, i3וכו 'מהמחשב הישן שלך. עכשיו אתה מבין למה יש הרבה דיבורים בעולם לינוקס על קומפילציה של הליבה המפורסמת (הלב של כל מערכת הפעלה)? תאר לעצמך אם אתה מרכיב מערכת שלמה (סביבה גרפית (Gnome, Kde וכו '), גרעין, תוכניות נפוצות (Firefox, Vlc, Chrome, יין וכו') במיוחד עבור המחשב האישי שלך) את כל רמת המהירות והמיצוב שתהיה לך.
עקרון אוסף זה להשגת קוד המותאם במיוחד למחשב שלך הוא זה שמשמש את הפצות כגון Gentoo ונגזרות (עליו אני לא מתכוון לדבר עכשיו, אני משתמש בפדורה מינימלי עם אוסף של Gnome 3, הליבה ותוכנות אחרות) שם המערכת, העדכונים שלך והתוכניות שלך מורכבים תמיד.
חסרונות של אוסף:
כבר הסברתי את כל היתרונות, אבל כמו כל דבר ביקום יש לזה נגד.
במקרה האוסף הם;
- הזמן הדרוש לכך (פיירפוקס עם i7 4790K (ללא שעון יתר מכיוון שאני רע מאוד במתח) לוקח 3 דקות, Gnome Shell (הבר לא שום דבר אחר) עם Gnome-Control-Center לקח לי בערך 2 דקות, שניהם נערכו בשעה באותו זמן בפדורה. אבל במכונה עם מעבד פחות חזק הפעם יכול להיות ארוך באופן לא פרופורציונלי).
- המעבד משתמש במאה אחוז מהספק שלו עם כל ליבותיו במקסימום, כך שהצריכה והחום מרקיעים שחקים (קחו זאת בחשבון אם יש לכם אוברקלוק או אם מדובר במיוחד במחברת), ולכן נוח שתכינו בן זוג או קפה לרגל האירוע.
- אולי חסר לך ספרייה (כלי) המשתמשת בתוכנית כדי שלא תטעה באוסף. באופן כללי, לכל ההפצות יש חבילות או קבוצות מהן כדי להימנע מכך (הן מגיעות עמוסות בספריות שונות ובדברים אחרים שמאפשרים לליבה לתקשר כמו שצריך עם המעבד במהלך התהליך).
כיצד אוכל לקמפל?
כאן אני מדבר על הרכבת תוכנית לשימוש רגיל, ולא על גרעין.
aptitude להתקין build-essential dh-make devscripts fakeroot debhelper debian-policy ccache dh-autoreconf autotools-dev build-dep ardor
שמתי מדיניות דביאן, אבל אם ההפצה שלך אינה דביאן והיא נותנת לך שגיאה שאין חבילה כזו, פשוט התעלם ממנה. אני צריך להבהיר שלא השתמשתי במערכות האלה הרבה זמן, כך שאם חבילה כבר לא נמצאת במאגרים, אל תעשה בעיה.
לפדורה:
sudo yum - להתקין כותרות ליבהגרעין-התפתחותsudo yum group התקן את "כלי פיתוח"sudo yum groupinstall "ספריות פיתוח"
כאן עלי להתנצל בפני מי שמשתמש ב- Arch (אינני מכיר היטב את ההפצה) ו- OpenSuse, מכיוון שאיני מכיר את ההפצות הללו או את החבילות המתאימות לביצוע אוסף נכון (ולא אישרתי את מה שיש ברשת, אז אני לא יודע אם הם עובדים עבור שני אלה).
עכשיו שיש לך את כל הדרישות הדרושות, אתה רק צריך להוריד את קוד המקור של התוכנית שברצונך להרכיב, על פי התוסף שאתה פותח אותו באמצעות הטרמינל (אל תדאג, אני אשאיר לך את הפקודות) ו כשאתה נכנס לתיקייה (תמיד עם המסוף) אתה עושה את אותו הדבר:
אם יש לך אפשרות להגדיר את עצמך לבחירת הרכיבים ואחרים:
./configure
ואז אתה מקליד:
make
ולבסוף להתקין את התוכנית בלינוקס שלך:
make install
פקודות לפתיחת רוכסן באמצעות הטרמינל (הקובץ רוכסן בתיקיה בה נמצא הקובץ):
קבצי Tar (זפת) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - חבילה | tar cvf file.tar / file / * Unpack | tar xvf file.tar צפה בתוכן | זפת tvf file.tar
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .tar.gz - .tar.z - .tgz (זפת עם gzip ) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - חבילה ורוכסן | tar czvf file.tar.gz / file / Unpack and unzip | tar xzvf file.tar.gz צפה בתוכן (לא חולץ) | tar tzvf file.tar.gz
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .gz (gzip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - דחוס | קובץ gzip -q (הקובץ מכווץ אותו ושם "file.gz") Unzip | gzip -d file.gz (הקובץ פותח את רוכסן אותו ומשאיר אותו כ"קובץ ") הערה: gzip רק דוחס קבצים ולא ספריות
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .bz2 (bzip2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - דחוס | קובץ bzip2 | קובץ bunzip2 (הקובץ מכווץ אותו ושם "file.bz2") קובץ bzip2 -d.bz2 | קובץ bunzip2.bz2 (הקובץ פותח את רוכסן ומשאיר אותו כ"קובץ ") הערה: bzip2 רק דוחס קבצים ולא ספריות
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .tar.bz2 (זפת עם bzip2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - דחוס | קבצי tar -c | bzip2> file.tar.bz2 Unzip | bzip2 -dc file.tar.bz2 | זפת -xv | tar jvxf file.tar.bz2 (גרסאות אחרונות של tar) צפה בתוכן | bzip2 -dc file.tar.bz2 | זפת -טב
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -. zip (מיקוד) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - דחוס | zip file.zip / mayo / archives Unzip | unzip file.zip צפה בתוכן | unzip -v file.zip
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .rar (rar) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - דחוס | rar -a file.rar / may / archives Unzip | rar -x file.rar צפה בתוכן | rar -v file.rar | rar -l file.rar
וזה הכל. ברכות מבואנוס איירס, ארגנטינה. חג שמח ושנה חדשה! :).
הבעיה בקומפילציה היא שהיא לא תמיד עובדת בפעם הראשונה והיא מייגעת יותר
הבעיה בקומפילציה היא שאם אין לך מחשב ישן ומוגבל, השיפורים לא יורגשו יותר מדי ... טוב אולי במחשב עם שימוש אינטנסיבי זו אפשרות, אבל עבור רוב המשתמשים זה פשוט תהליך מייגע.
אני חושב שזה לב העניין. האם שיפור הביצועים שניתן יהיה להבחין בעת הרכבת החבילות כל כך חשוב שייקח את הזמן והטרחה של משימה זו ברקע?
אותו דבר אם יש לך i7 להרכיב זה נוח, כי זה מהיר יותר ואני חושב שזה עובד משהו טוב יותר. עכשיו עם מחשב עם אטום אינטל, זה לא נוח, אלא אם כן אתה באמת זקוק לאותו כוח נוסף שמייצר הקומפילציה, אבל זה יכול לקחת שעות להרכיב תוכנית עם מעבד פחות חזק.
אני מסכים לחלוטין, קרה לי לקמפל ולגלות אחרי זמן מה שחסרה לך ספרייה, לעקוב אחריה וצריך להתמודד עם התהליך שוב ... נדיר שהכל עובד בניסיון הראשון ... xD
מואי interesante!
אם אתה מרכיב תוכנית, כיצד פועלים העדכונים לאחר מכן? האם הם אוטומטיים או שעלינו להיות מודעים לשאלה האם יצאה גרסה חדשה?
עליכם לעדכן אותו ידנית, כלומר להרכיב את הגרסה האחרונה שהיא עוד נניח "חסרון" שעבורו היא גם עושה משהו מייגע
מכיוון שעדכונים לא קיימים, למעשה, הפצות לינוקס ודרכי האריזה השונות שלהן של התוכנה ומנהלי החבילות המתאימות מבטלות את אי הנוחות של הידור מחדש לכל עדכון חדש (ופתרון תלות).
ברכות.
אם אתה מרכיב אותו על ידי הורדת קוד המקור מכל דף, אז אתה צריך לעשות זאת ידנית וללמוד כיצד להתקין אותו מכיוון שלא כולם מותקנים אותו דבר.
כעת, אם יש לך ג'נטו או איזו הפצה עם יציאות, אז אתה עושה את זה ממאגרים כמעט באופן אוטומטי.
בג'נטו מנהל החבילות שלך, Portage, דואג לעדכונים ותלות; אני לא יודע בהפצות אחרות. כמובן, כל עדכון כולל קומפילציה מחודשת, כמובן.
הייתה תקופה שליקטתי את כל מה שיכולתי. ואז התעייפתי, במיוחד בגלל הזמן שהייתי צריך להקדיש למכונה שעובדת (45 דקות לליבה, 10 דקות לכרום ...) ובגלל הזמן שביליתי לתקן בעיות שהתעוררו בזמן. בנוסף, באופן אישי לא מצאתי עלייה בביצועים, הייתה לי הרגשה שהכל זהה. מסיבות אלה אני משתמש כעת בכל מה שמורכב מראש, הכל מיידי וללא קונפליקטים. למרות שלמדתי הרבה באותה תקופה, רציתי להשתמש בג'נטו 🙂
אפילו, וזה דבר שראיתי מעט, ניתן לאסוף אותו ממערכות כמו apt. הוסף דגל build ל- apt-source ו- voila. כמובן שלפני כן, התקנת החבילות הדרושות לביצוע האוספים, אחרת זה לא עובד ... אם כי מדובר בצורת הידור ישירה יותר וכוללת פחות צעדים, שכן רק בפעם הראשונה שהיא תופסת את ההתקנה של חבילות והבאים, התלות שנענתה והחבילה ככזו.
ברכות.
יש לו פונקציונליות לבניית apt, אם כי לדעתי הוא לא מרכיב את התלות, אלא מתקין קבצים בינאריים שהורכבו מראש.
מהרגע הראשון שראיתי את הכותרת, לא יכולתי שלא לחשוב את אותו הדבר, ואחרי שקראתי את כל המאמר המצוין, יש לי את הרעיון בראש, להסתובב אלף פעמים, ג'נטו ... ג'נטו, איפה אתה?
קומפילציה היא נפלאה, היכולת ליהנות מתכונות מסוימות ולהשתמש בהן היא יקרה מפז, אך זמן ו"צרכים עכשוויים "אינם ניתנים לניתוח, מכיוון שהוא אינו חל.
אולי אנחנו צריכים משהו באמצע, שבו לא ספריות ולא פרטים בשינוי הגרסה יבזבזו כל כך הרבה זמן. נראה מה יקרה אז, או אם באמת ניישם את עצמנו כדי להרכיב על הכושר, ה- uprmi והציפר שכבר התקנו.
3 דקות פיירפוקס! .... התכוונת ל -30?
זה לקח זמן מה במחשב שלי עם 8350G fx4.5, אני משתמש בג'נטו.
$ genlop -t Firefox | זנב -n3
שבת 6 בדצמבר 20:00:00 2014 >>> www-client / firefox-34.0.5-r1
זמן מיזוג: 16 דקות ו 35 שניות
ההוראות הספציפיות לכל מעבד נקראות זיכרונות ומיושמות פיזית בתוך המיקרו-מעבד, והם המרכיבים את שפת המכונה, ולכן הם מורכבים כך שתוכנית יכולה לפעול על סוגים רבים של מעבדים, אם או אם עליהם להיות מוגבלים ל הכמות הכי קטנה של זיכרונות נפוצים הנתמכים על ידי כל אותם מעבדים ... מבזבזים יכולת אמיתית של המעבדים העדכניים והחזקים ביותר.
כך חברות והפצות בינאריות GNU / לינוקס עושות זאת.
מבחינתי עם אינטל i7 4790K עם זיכרון RAM של 18 ג'יגה בייט זה לקח לי את מה שאמרתי קודם
אני מבין שהמיקרו שיש לך עדיף, אבל ההבדל הוא תהומי, האמת חייבת להיות סוואנה באותה מהירות. אולי זה משהו שקשור לתלות או לשימושים זהים לאפשרויות התצורה בעת הידור ידני.
פרט קטן שחסמת לומר 18 ג'יגה ראם מלבד ה- i7, לא לכולם יש את המכונה הזו, אבל אתה יכול לעשות ביצוע ביצועים, כך שההבדל ניכר, כי התיאוריה נחמדה אבל בוא נראה אם זה מפצה.
פרט נהדר נוסף, המעבד הוא אינטל, ולכן יש לו את נקודת הצף הטובה ביותר ללא תלות בדגם, תכונה מאוד רלוונטית לביצוע תהליך מסוג זה
נכון, קומפילציה מייגעת. אבל אתה לומד הרבה על ידי הכחשת Makefiles, ספריות וכו '. זה משהו שטוב לעשות אפילו כמה פעמים. אני משתמש בכל מה שהורכב מראש מאותה סיבה שציינה טנראקס.
ברכות מארגנטינה!
הבעיה שיש לי בדרך כלל כשאני מנסה לקמפל תוכניות גרסאות חדשות לחלוטין נובעת תמיד מהתלות, לפעמים יש צורך לאסוף את כל אלה (כדי להגיע לגרסאות העדכניות ביותר) ואז לחשוב על היכולת להרכיב את מה שאתה רוצה.
בעיות PATH ודגלים הם הדברים שעדיין מונעים ממני לרצות לקמפל הכל (אם כי בדרך כלל אני עושה את זה כמו שאני יכול). אחד הכלים שאני נוהג להתייעץ איתם בכדי להיות מסוגל לחבר את התלות הוא האינטרנט הבא - http://www.linuxfromscratch.org/ -
#LinuxFromScratch הוא פרויקט המספק הוראות "שלב אחר שלב" לאיסוף קוד המקור בו אתה צריך להשתמש במערכת .. (98% ממה שהייתי צריך לקמפל השגתי על ידי הכוונת אותי מכאן ובהדרגה לְמִידָה).
כנקודת חיזוק אני חושב שהרכבת מערכת מ- 0 תהיה מעניינת במיוחד עבור סביבות פיתוח או שרתים, בין היתר שאנו אומרים "בדרך כלל לא ניתנים לשינוי" כמו מחשב אישי בו אנו כל הזמן מתקינים ומשנים הכל (זה נקודת המבט שלי) בנוסף לעובדה שהביצועים המינימליים שמושגים ביישומי שימוש מסוג זה חשובים מאוד.
אלו נקודות שעליהן מעט מאוד נאמר בימינו ורק "המלומדים" מצליחים, אך מעניין לתת לדברים מסוג זה את ההדרכות הדרושות להם, כך שבכל יום אנו מוצאים יותר אנשים שתורמים עזרה לקהילות השונות בהן הם משתתפים. ולא רק Gnu / Linux נשאר בזמן בגלל הביצועים הלקויים של משתפי הפעולה, שלמרות שעד עכשיו "זה עבד ככה" זה לא מאוד בריא שיש רק משתמשי קצה.
הרשו לי תוספת קטנה. על מנת להשיג את היתרונות שאתה מציג כאן, עליך להגדיר כראוי את make.conf הידוע. משפחת המעבדים ודגלי האוסף מסומנים שם. באופן דומה, שם תוכלו לציין את מספר הליבות לשימוש במהלך ההידור. כאשר אתה משתמש בכל ליבות המיקרופון שלך, זמן האוסף מצטמצם באופן דרסטי.
ברכות
מאמר טוב מאוד. הייתי רוצה גם דוגמה או הייתי רוצה ישירות, פוסט על אופן הידור ב- archlinux או אופן השימוש ב- AUR. שנה טובה ממנדוזה.
לפני הרבה זמן ... תמיד ליקטתי את הגרעין, אבל זה מאוד מייגע שצריך לחכות 40 דקות: / בכל מקרה ... לא הידורתי שום דבר פרט למנהלי הווידיאו הרבה זמן (רק לתצורות מיוחדות) .
המאמר מעניין מאוד, אבל לא אדוני, אריזה והידור זה לא אותו דבר;) ..
פוסט טוב מאוד. אני מסכים עם הרכבת תוכניות מסוימות, אבל לפעמים זה קצת מייגע ולכן נדרש למכונה לעשות את התהליך. אבל מלבד זאת לומדים הרבה, במיוחד כאשר יש צורך בספריות או חבילות.
אני חושב שבשביל ארצלינוקס, כדי לקמפל אתה צריך את החבילה הבאה: base-devel
pacman -S בסיס-התפתחות
המידע טוב מאוד, אבל האמת היא שאין צורך לקמפל, אם אתה משתמש רגיל ואתה רק רוצה שמשהו יעבוד ככה, אל תגע בזה אפילו. זה מייגע להיות קומפילציה, תמיד, אני תמיד אומר שאתה חסר ספרייה, אתה נתקל בבעיה כזו או אחרת, אמור לי לאסוף את שרת המיינקראפט כך שהכל יהיה טוב ככל האפשר ואני לוקח את הזמן שלך .... חוץ מזה שבכל פעם שעדכון או תיקון או כל מה שיוצא, התחל להרכיב מחדש את xd
בדיוק, קומפילציה מיועדת לתוכניות מאוד ספציפיות הדרושות לך לשימוש אופטימלי, כי קומפילציה של הכל, וכפי שאתה אומר, תמיד יש עדכונים, בעיקר הפצות לשחרור רולינג, זה מעצבן. הייתי ממליץ רק על גרעיני lts.
כיום כמעט כל המעבדים שאנשים משתמשים בהם תומכים באותן הוראות, ולכן הקומפליציה היא חיובית רק כשמדובר בגרעין ובמערכת כמו שרת, וכמובן שאין חבילות מוקדמות מראש, כל השאר זה בזבוז של זְמַן.
תרומה טובה, אני אנסה לראות איך זה הולך, עד עכשיו רוב הזמן (כמעט תמיד) אני מתקין מהמאגרים ...
תצפית קטנה: אפשרויות הפקודה rar אינן כתובות ו bunzip2 רק רוכסות.
הכי הרבה שליקטתי היה גרעין ל- Debian wheezy וזה לקח לי בערך שעתיים (יש לי מעבד e2 450 GHz בעל ליבות כפול ליבה) ובדיוק בגלל זה אני לא מתקין ג'נטו, הזמן לקמפל ולהוריד את כל המערכת ייקח לי בערך 1.6 שעות, ושאם אין לי בעיה, נכון שעדיף לקמפל, אבל לרוב הזמן שנדרש הוא יותר מדי ואני חושב שזה לא שווה את זה. יש לך דחיפת מהירות אבל זה לא הרבה ואני חושב שזה לא מצדיק את כל הזמן המושקע. אם כי אם יום אחד יהיה לי מחשב עם מעבד טוב כמוך, אנסה להתקין ג'נטו 😛
אֲנָשִׁים:
ללא כוונות להבה או כל דבר אחר, רפיונים רואים את זה טבעי לקמפל, ליצור את הבינארי, להתקין אותו עם מנהל החבילות הרלוונטי (זה פותר תלות כמובן, slapt-get, swaret, slackyd ו / או כמה אחרים), כשהכל מותאם במיוחד עבורנו צוות וכאילו כלום, אין שום דבר לכתוב עליו הביתה או פיזיקה קוונטית.
צפייה ב- DVD מבלי למעוד על P3 750 מגה-הרץ עם זיכרון RAM של 192 מגה-בייט אינה בלתי אפשרית ולא קשה להשגה באמצעות Slackware. אני מעיד, וזה מהיר יותר מאשר להרכיב ג'נטו. אבל זה לא אותו דבר, אני גם משתמש בגנטו.
ההבדל בין האקר לצרכן הוא שהצרכן אומר "הלוואי שזה יעבוד ככה" וההאקר "יש לי מברג וכמה דקות" - ראאל דורנפסט
האם באמת ניכר שיפור ביצועים?
עם i7 ו- RAM של הדור האחרון של זיכרון RAM, איך מבחינים בהבדל בין חבילות מקובצות לבינאריות?
תמיד שנאתי את התאמתן של חבילות להרכבה עצמית, אבל אני חושב שבסביבות שולחן העבודה הנוכחיות זה מאוד מורכב לקיים אותה, במיוחד בגלל מורכבות התלות, העדכונים הרציפים והתלות העצומה ללא חופשי. מקורות, כמו במקרה של נהגים קנייניים, אשר ללא ספק משפיעים על הביצועים הרבה יותר מכל היבט שניתן להרכיב ...
לגבי
בהתחשב בכך ש- Gnome 3 רק מרכיב אותו (אני אגיד את השמות בגסות מכיוון ששמות החבילות אני לא זוכר): מעטפת (הבר), מרכז בקרת gnome (שלם, עם התלות שלו וכו '), היישומון למשך הזמן וכ -2 או 3 תלות כדי שהקליפה תעבוד. ברור שהקליפה דרשה יותר תלות כדי שכל הפונקציות שלה יפעלו, אך היא הובילה אותי להרכיב בין היתר GDM, תיקנתי זאת על ידי שינוי זה עם GConf לאחר הידור הקליפה.
עכשיו כשאני מתחבר (דרך מסוף) לוקח לסביבה לטעון הרבה פחות זמן מאשר כשהותקנה מראש. לזרוק זמן לאוויר, באופן מקומפל מראש אני חושב שלקח כ- 3 או 4 שניות לטעון את הקליפה (עם כ- 5 בה מוצג הטפט, מעולם לא הבנתי למה זה לקח כל כך הרבה זמן, נראה לי שזה זה בגלל הנהג עם ה- GT 630) ולוקטתי ברגע שהזנתי את הסיסמה, X org מתחיל והסביבה נטענת (עם טעינה מקדימה וקישור מקדים הפכתי אותם הרבה יותר מהר, נראה לי שזה בגלל שהם עברו למטמון; https://www.google.com.ar/search?q=preload+y+prelink+fedora&ie=utf-8&oe=utf-8&gws_rd=cr&ei=iXaqVPykO4qYNpbTgdAP )
העובדה של- i7 יש הוראות ss4 ו- ss3, שמתעלמים מהבניות הגנריות מהפוזות השונות (debian compiles עבור 486, ubuntu עבור 686) יכולה לתת לך מושג מתי מבוזבזת חומרה בניסיון להקיף מעבד בן 20 שנה - אולי תודה שתמכת בפנטיום mmx הישן שלי. אם אתה זקוק ל"נהגים קנייניים "כפי שציינת, הליבה מספקת את היכולת לטעון את הקושחה הספציפית בזמן האוסף. אין עוד בעיות מוזרות עם xorg.
תודה על המידע, תמיד טוב ללמוד (או ללמוד מחדש) (:
דביאן בשמחה לגנטו 🙂
http://crysol.org/es/node/699
חסרון נוסף הוא שההרכב לפי מסוף מיועד למשתמשים שיודעים או כבר מכירים ידע על לינוקס. האם יש כלי גרפי שאינו מנהל אוסף, התקנה ועדכון של תוכניות אלא בצורה גרפית?
חישוב לינוקס עושה את זה, זה ג'נטו עם כלים גרפיים מוכנים לקומפילציה. בפורוניקס הם ממליצים בדרך כלל.
אני משתמש בלינוקס, לפעמים כשאני רוצה להתקין תוכנית מהמאגר, מותקנות הגרסאות הישנות של התוכנית, פשוט מכיוון שהחדשות אינן מורכבות עבור ההפצה המדוברת, אני חושב שידע להכין חיוני, ביתר שאת כאשר משתמשים בהם בהפצות נדירות.
כל מה שכתוב בהודעה הוא בסדר ואין לי ספק שזה נכון, אך ההבדל בביצועים בין התקנת חבילה בינארית לבין הידור עצמך אינו מורגש למשתמש.
והחסרונות של קומפילציה הם רבים ואם הם ניכרים בבירור למשתמש. לכן באופן אישי אני צועד.
איפה ששמתי לב לביצועים הגבוהים ביותר בעת קומפילציה של הליבה, זה היה במחשב נייד עם מעבד AMD 64. השינוי בין ליבת המפעל לזו המהוללת היה אכזרי.
כרגע יש לי גרעין מפעל במערכת שלי, כי כמו שאומרים הרבה פה, הייתה תקופה שליקטתי כמעט הכל והתעייפתי.
כרגע אני מרכיב רק כמה תוכניות חשובות ביותר, כמו למשל להשתמש בשרת קטן או לשחק עם אמולטורים. לפני זמן לא רב הכנתי פוסט על אופן הרכבת גרסת המאם. תוכניות אלה בדרך כלל מבחינות כאשר מותאמת למערכת שלך.
אני רק צריך לנסות את ההפצה הזו של ג'נטו ולראות איך ההופעה עוברת.
שכחתי להוסיף, לאנשים שלוקחים זמן רב להרכיב את הגרעין, יותר מ -30 דקות, יש כמה טריקים לעשות זאת בפחות זמן.
אחד הטריקים האלה הוא שרק הידור המודולים של הציוד שלך, מקסימום, אולי 70 מודולים לכל היותר זה מה שנראה לך ואם נוסיף את התמיכה של iptables עם כל הדרישות שלו, אני חושב שזה יגדל ל -300 מודולים. יאללה, זה הרבה יותר טוב מאשר להרכיב מודולים של 3000 מוזרים, נתון שרץ כרגע אם מודולי הגרעין נערכים כפי שהם מגיעים מהמפעל או כמו שאומרים, וניל.
התוכנית שתעזור לך לדעת אילו מודולים המזהים כעת הליבה במערכת שלך היא "localmodconfig" או על ידי שימוש בסקריפט זה "streamline_config.pl" שנמצא בתוך ספריית מקור הליבה, בנתיב "/ scripts / kconfig /»
כמובן, וודא שיש לך את כל התקני ה- USB מחוברים, שכן ברגע שהליבה מזהה את כל המודולים שלך, זה רק עניין של קומפילציה.
הגרעין יהיה קליל מאוד ויורגש אווירה מסוימת של רעננות במערכת, כמו גם שהוא מאיץ יותר את ההפעלה והכיבוי של המערכת.
ברכות.
החיים לא כל כך קלים! ישנן תוכניות המשתמשות ב- cmake או בדברים אחרים, ולשמור על עדכון והידור של כל דבר לוקח זמן. ויש לך מעבד כזה, איזה הבדל זה ישנה לך?
הבעיה בהידור היא שחלק מהתוכנות שאנו מתקינים בשיטה זו אינן מוסרות או נותנות שגיאות בעת ביצוע פעולה זו, ולכן איננו יכולים להסיר אותן.
עליך לשמור את התיקיה עם המקורות המהודרים, כאשר ברצונך להסיר את ההתקנה, כל שעליך לעשות הוא לעבור לתיקיית המקורות וממסוף כביצוע שורש:
# הפוך את ההתקנה
כמובן שהחבילות שמורכבות ידנית כברירת מחדל בכל הפצה רצינית מותקנות בנפרד, כלומר ב- usr / local / bin לא ב- usr / bin כאשר מנהל החבילות של ה- distro שם אותן כברירת מחדל, ככה. שזור זה בזה.
המאמר מעלה כמה דברים מעניינים אך חסר איכות איומה במונחים ובמבנה ההגיוני שלה.
«בתכנית הפעלה להפעלתה באמצעות ה- PROCESSOR להמרת השפה המשמשת ליצירת הקוד לבינארי ולמאסף. לעתים קרובות קוראים לזה גם אריזה. "
שקר. משמש למעשה מהדר אחראי להעביר את ההוראות של שפת תכנות מסוימת לשפת ההרכבה שלה ואז לתרגם אותה לשפת מכונה.
שפת הרכבה היא מנמנון המשקף קבוצת הוראות המתגוררת ברשומות השבב.
«כשאתה מוריד, דוחס ומרכיב את קוד המקור של התוכנית בעצמך, הוא נערך לפי ההוראות הספציפיות של המעבד שלך»
בעת קומפילציה של תוכנית, זה פשוט ייעשה עם ההוראות המשותפות לארכיטקטורה. זה תלוי בכל משתמש להפעיל את דגלי המהדר המתאימים בכדי לייעל תוכנית עבור מעבד ספציפי.
לגבי מה שאתה מגיב להרכבת הגרעין:
כשאתה מרכיב את הגרעין, אתה מחפש להפעיל או לבטל תכונות שעשויות להיות שימושיות או לא יכולות להיות יעילות בזמן מסוים, שלא בהכרח יבוא לידי ביטוי ביחסי הגודל והמהירות בעומס הביצוע.
כשאתה מתייחס לסעיף הבא:
dh-make devscripts fakeroot debhelper debian-policy ccache dh-autoreconf autotools-dev build-dep
תוכניות אלה אינן חיוניות להרכבת תוכנית. כפי שניסית לומר בהתחלה, מספר שפות התכנות מונע ממך לדעת בוודאות אילו כלים אתה חייב להתקין כדי להיות מסוגל לקמפל תוכניות ב- GNU / Linux ... אתה יכול לדעת שרק על ידי התייעצות עם תיעוד של התוכנית שברצונך לבצע. התוכניות שאתה מציין משמשות ל DEBIANIZE ולארוז בתבנית זו תוכנית שעשויה להיערך או לא.
ישנם נושאים נוספים במאמר שמתגלים כמעורפלים במקצת באופן התייצבותם. יהיה קשה להתייחס לכולם.
אני מציע לסקור את המאמר עד כמה שאפשר על ידי יוצרו ומפציר בבקרה טובה יותר על איכות הפרסומים.
בנאדם, זה גם לא זה.
המאמר אינו מיועד למגזין Science, הוא פשוט מאמר היכרות, ואני מאמין שבתנאים שבהם הוא כתוב, זה מספיק לעומק כדי שמשתמש מתחיל יבין את מושגי המפתח.
אם נקבל לימודים, שלושה רבעים ממה שמתפרסם באינטרנט לא יהיה שווה דבר.
בואו לא נהיה כל כך טהרניים ... אי אפשר להסכים ב 100% עם מאמר, אבל אנחנו לא יכולים להעריך ללא הרף את האיכות ה"טכנית "כאילו היינו מעריכים דוקטורט.
תמיכתי המלאה למחבר מאמר זה
כתבה מעניינת
תמיד טוב לחובבי חופש להשתמש ב- unar במקום ב- rar כדי לפתוח רוכסנים בחופשיות. ( https://packages.debian.org/jessie/unar )
פגעתי בבאג עם בעיה זו ... התחלתי לחפש בגוגל אבל אני לא מצליח למצוא הדרכה להרכיב Firefox תחת ubunto 14.04 סיביות amd64 ... אחרת, הערב אני מקבל את הגרעין עם המדריך הבא: http://www.redeszone.net/2014/11/28/como-instalar-el-ultimo-kernel-de-linux-en-ubuntu-14-04-lts/
מאמר טוב, אני לומד הרבה. אבל הייתי משתמש בזה רק עבור תוכנית מסוימת שגוזלת משאבים רבים, כמו עורכי וידאו למשל. בברכה.
בין מאמר זה לזו של ג'נטו שפרסמו לפני כמה ימים הם מפתים אותי להתקין את ג'נטו במחשב האישי שלי. לפני שנים רבות השתמשתי בסבאיון, מה שהקל על כל תהליך ההתקנה, אך שמר על הבסיס שהוא לקומפלציה מהמקור. אני באמת לא זוכר ששמתי לב להבדל בביצועים של המחשב הנייד שלי (באותה תקופה היה לי הקפה) עם סבאיון או אובונטו, אז אני לא יודע אם לזרוק לעצמי את כל העבודה של מחיקת הקשת שלי שעובדת טוב מאוד להתקין אותו. אני לא בטוח שכמה אלפיות שניות לתוכנית שווה את זה.
מתוך 4 המחשבים עם ג'נטו שהתקנתי ועדכן, המחברת שהייתה לה ארכלינוקס מתווספת ... מערכת עייפה אותי, כבר הייתי צריך להשתמש בה עם startx מכיוון שבעדכון האחרון שתי ליבות ירו ל 85% מהשימוש, מבלי לעשות כלום, חקרתי ונראה שמשהו השתנה במערכת כדי לגרום לרזה להשתגע ולאכול את המעבד.
די, זה הספיק עם קשת ... יותר מדי זמן זה החזיק, יותר משנתיים, עכשיו אני מתקין ג'נטו, אני הולך לעדכון הבדיקה שלב 3, להערב תיבה פתוחה עם צ'יפס.
מאמר טוב, זה גורם לי לרצות להרכיב את קופזילה, אבל עם סמרון זה ייקח ימים, טוב, אני לא יודע כל כך הרבה זמן, אבל זה עדיין נותן הרגשה רעה.
חסרון נוסף של ההידור הוא שכאשר יש עדכון יש צורך לאסוף ולהתקין את העדכון שוב, וזו בעיה בהתחשב בכך שבתכניות מסוימות יש מחזורי פיתוח קצרים ומבחינתם העדכונים מוציאים לעיתים קרובות, 2 עד 3 חודשים, עם כל זה המשתמש המזדמן משתעמם והמשתמש הקבוע גוזל זמן רב בכדי לעדכן את המערכת שלו.
ברצוני לדעת אילו יישומים מומלץ יותר לקמפל. על פי התועלת שלו, תדירות העדכון ושיפור הביצועים.
זה אבסורד, אם אתה צריך להרכיב את עצמך, אתה משתמש בהפצה שגויה. הסיבה היחידה להרכיב היא להוסיף אפשרויות ניפוי באגים כדי להאט אתכם, בתמורה לתיקון טוב יותר של הבאגים של אחרים.
המערכת שלך לא איטית מכיוון שהיא זקוקה ל- O3, היא איטית מכיוון שיש תוכנית שקוראת יותר מדי בדיסק או מציירת יותר מדי על המסך.
ההמלצה שלי: במקום לבצע מיקרו-אופטימיזציה של המערכת שלנו, בואו נעבוד כקהילה לשיפור התוכנה שיש לכולנו.
לא הסברת כיצד לבצע אופטימיזציה של ההידור, למשל באופציות של Gentoo USE משתמשים באופטימיזציה של הקוד שנוצר, עליך גם לציין את המעבד וכו '. איך זה נעשה ב- UBUNTU / Debian או Arch?, מאמר מעניין.
טוב!
בהעדר קריאת התגובות למטה יש לי משתמש חדש בלינוקס:
אני משתמש בפדורה 20, יש לי כבר לא מעט דברים מותקנים, למשל, דפדפן פיירפוקס, כדי לקמפל אותו עבור המחשב שלי, האם אני יכול פשוט לעשות את זה? כלומר, מתחת לקוד ולהרכיב אותו, או שאני צריך קודם מחק את התוכנית שכבר הורדתי כדי להרכיב את התוכנית החדשה ...
אותו הדבר עם ליבת לינוקס וכאלה ....
אולי אני שואל משהו אבסורדי, אבל אני כבר אומר שאני די מתחיל בדברים חמורים של לינוקס
ברכות!
אני חושב שהגרעין אינו הכרחי, אך עליך ליצור ערך לכל גרעין ב- GRUB, עם Firefox אני לא יודע אם מומלץ שיהיה לך 2 Firefox, באופן אישי אני מעדיף שיהיה לי רק 1 גרעין ו- 1 רק Firefox.
הדבר היחיד שליקטתי בחיי היה גרסה בפיתוח Musique, אני מאוד אוהב את האפליקציה הזו, זה היה שווה את כל הזמן שנדרש לתהליך. עבור משתמש קצה כמוני, כשסיימתי, הרגשתי מוגשמת.
ברכות, בלוג מעולה.
שלום, אני משתמש ב- Slackware והרכבת היישומים היא הדבר הכי נורמלי בעולם.
אתה מתקין את המערכת מ- ISO שכבר הורכב מראש, והיישומים המקובצים מראש שבהם אתה יכול להשתמש מהמאגר הרשמי הם מעטים, אם כי אם תרצה תוכל להוריד את קוד המקור של המערכת (ואת התסריטים המקוריים שאיתם מחולקת כל ההפצה) ורכיב אותו בעצמך וכך אני מדמיין שג'נטו עובד.
עם זאת, פרויקט SlackBuilds מספק סקריפטים (בדומה להפצה הרשמית) ליישומי צד שלישי רבים, שבהם אתה מוריד את קוד המקור של מה שאתה רוצה להתקין וממיר אותו לחבילת tgz או txz שמותקנת מאוחר יותר איתו. מנהל החבילה הרשמי של ההפצה. לכן, היתרון הוא שאתה נמנע משימוש בתצורה של תצורה, ביצוע, ביצוע פקודות התקנה ותוכל לעדכן, להתקין מחדש או להסיר את החבילה כמו כל דבר אחר ובקלות רבה.
החיסרון הוא שב- Slackware התלות אינן נפתרות באופן אוטומטי כמו בהפצות אחרות, לכן עליכם לקבוע תחילה את התלות הדרושה ואת היישום שברצונכם להתקין אחרון. התוכניות המהודרות בהן אני משתמש הן מ- LibreOffice, Texmaker, Spyder, Qt5, QtCreator, VLC, Wine, GRASS, QGis, בין היתר. בהתאם ליישום ולדרישותיו, אוסף והתקנות יכולים להימשך בין 5 דקות למספר שעות. אבל אם אתה רוצה תוכל למצוא ולהשתמש בחבילה שהורכבה מראש כדי לחסוך לעצמך זמן.
לא הספקתי לבדוק אם יש הבדל רב בין חבילות מקומפלות לחבילה מראש, אך המערכת שלי יציבה מאוד. אבל אני חושב שלפחות במחשב הנייד שלי אין הבדל גדול כי הוא לא כל כך חזק, יש לו מעבד i3 ו -4 GB של זיכרון RAM.
ברכות ומזל טוב להרכיב.
כרגע אני משתמש ב- Funtoo, למען האמת, אני לא רואה שום הבדל ביצועים בין קומפילציה של תוכנית או התקנת התוכנית המהודקת מראש, אני עושה את זה אך ורק למטרה חינוכית, אבל אם יש הבדלים בין קומפילציה של הליבה לבין אי ביצועה, כן. כאשר השתמשתי ב- debian ורציתי לקמפל משהו, השתמשתי ברצף הבא:
. / קביעת תצורה של
הפוך -j3 (מספר ליבות + 1)
זר
השתמשתי ב- alíen כי זה יוצר בינארי של התוכנית המהודרת וכך אתה יכול להתקין אותו על המערכת שלך כמו כל בינארי, ולכן, אם אתה רוצה להסיר את ההתקנה, אתה יכול פשוט להשתמש ב- Synaptic או במנהל חבילות אחר, זה היתרון של יצירת את החבילה והתקנת החבילה ככזו, במקום לעשות "make install"
אני כן רואה שיפור, לפחות עם חבילות גדולות וכבדות, למשל ל- Libreoffice בפונטו לוקח הרבה פחות זמן לטעון מאשר בדביאן, אותו דבר קרה לי עם VLC או עם קבצי mpv ו- MKV FullHD ורב שמע, העומס הוא הרבה יותר מהר.
אחר שעבר גם את השינוי הוא Firefox, בדביאן שיש 10 או 15 כרטיסיות עם המחשב האישי שלי הופך לעינויים, אבל עם Funtoo הצלחתי לפתוח עד 30 וזה ממשיך כאילו כלום וצריכת ה- RAM הרבה פחות ופחות. אני נוטה להקפיא קבצי JS, ואני חושב שזה תלוי יותר בהקשר לאופן ביצוע משימות ותוכניות מסוימות.
הבעיה היא שכאשר אנו מורידים אותה מקובץ מראש אנו הופכים כל הפצת לינוקס לעותק גולמי של חלונות
יותר מאשר בעלייה מרהיבה בביצועים, אני רואה את היתרון באפשרות להרכיב את החבילות עם הרכיבים שרוצים: למשל, אם אין לך מדפסת אתה יכול לציין שהחבילות עם תמיכה ב- CUPS אינן מורכבות -החבילות בהן הם משתמשים ב- CUPS, מן הסתם, אם אתה מרכיב את Hunspell עם או בלי CUPS זה לא משנה- רק -לפחות בגנטו- מציין בקובץ make.conf, שבו כל האפשרויות לבניית חבילות ריכוזיות "-כוסות "; אם אתה משתמש ב- KDE5, או בפלזמה 5, כפי שהם מכנים זאת כעת, אתה יכול לציין את התגים "-kde", "-qt4", שהיו תגים תקפים עבור KDE 4 אך מיותרים ב- KDE 5 ויישומים שהועברו לשולחן העבודה החדש, "-להתעלם", "-Gtk", וכן הלאה בכל רכיב שאתה יודע שאתה לא צריך. אם מסיבה כלשהי תוכנית מסוימת זקוקה, נניח GTK, תוכל בקובץ שנקרא package.use לציין שהיא אכן משתמשת ב- GTK, למשל עבור Pidgin עם אותה תווית אך ללא סימן המינוס, כלומר, " gtk »:« Net-im / pidgin gtk ».
באופן זה, מערכת מושגת בכמה מאות מגה-בתים בינאריים בינאריים קלים וקטנים ויעילים יותר, מכיוון שאין לה קוד מיותר. עברתי מאובונטו לג'נטו דרך Opensuse, Kubuntu, Debian, Arch, Chakra או KaOS, ו- Gentoo היא המערכת המהירה ביותר שהייתה לי, ועדיין יש לי את אותו Core 2 Duo שהיה לי לפני 7 שנים. כמובן, אני משאיר את האוספים ללילה, כי הידור QT5 למשל לוקח מספר שעות. אם אתה מגדיר את הפרמטר "נחמדות" עבור Portage ב- make.conf אתה יכול להתקין חבילות או לעדכן בזמן שאתה ממשיך לעבוד עם המכונה ואינך מבחין כמעט בהאטה, אם כי ברור שזמן ההידור גדל; אבל קדימה, כשהתקנתי או יתעדכן כשאני הולך לארוחת ערב, ואם צריך להשאיר אותו עובד בן לילה, המחשב הישן שלי עובד טוב יותר מ- I3 של חברה שלי עם קובונטו.
היבט נוסף והולך וחשוב יותר הוא שכאשר אנו מקבצים מקובצי מקור, האבטחה שהחבילה שאנחנו מתקינים היא המקורית, שהיא לא הונחתה על ידי צדדים שלישיים, כמעט מוחלטת. אני חושב שדביאן מיישמת מערכת אימות בנייה שתבטיח קצת יותר שהקומפייל המקדים שאנחנו מתקינים אכן מגיע מהמקור המקורי, אבל לעולם לא תהיה כל כך הרבה וודאות כאשר החבילה הזו הורכבה במכונה שלנו עם ההתקנה שלנו.
לדעתי, עם מעבד מודרני, לא מחגר כמו שלי, hehe, ואם אנחנו רוצים להאיץ את התהליך, עם 8 ג'יגה-בייט זיכרון RAM כדי להיות מסוגל לטעון / var / tmp - התיקיה הזמנית ש- Portage משתמשת בה קומפילציה ב- RAM, שתמיד תהיה מהירה יותר מדיסק קשיח או SSD, היום אני לא רואה הרבה טעם להשתמש בחבילות שהורכבו מראש. אם אוסף המחשבים של פיירפוקס לוקח כ- 40 דקות, כמה זמן יכול לקחת ל- I5 או ל- I7 שנמצאים כיום בשוק, 5 דקות, ואפילו פחות? אני מדבר על המקור firefox, ולא firefox-bin, שהוא חבילה בינארית מהודרת מראש שניתן להתקין בג'נטו אם יש לך מכונה איטית מאוד - יש כמה חבילות גדולות שכבר מוצעות מראש מהמסיבה הזו, זה לא חובה לקמפל הכל -. אני לא יכול לדבר כי חברה שלי לא מרשה לי להתעסק עם המחשב שלה, היי, ושלי הולך כל כך טוב שאני לא מרגיש צורך לחדש אותו, אבל אם אני צודק, אני חושב שכדאי לבזבז כמה דקות הידור כדי להכין מערכת לפי מידה. מותאם יותר ומותאם יותר למכונה שלנו, אני לא חושב שניתן להשיג שום דבר בלי להיכנס לאותן שיטות לינוקס מאפס, לינוקס מאפס, שלדעתי כבר שמורות למדעני מחשבים או לאניני לינוקס מתקדמים מאוד.
ברכות.
טוב מאוד!
דבר אחד לא קיים «Amd Atom x2»
ni existira הוא סימן מסחרי של אינטל
דרישת שלום