Изпечатай

[flipz]

това е оптималната конфигурация на коя да е линукс система според нуждите за който я ползваме. прекомпилиране на ядрото и актуализирането на използваните ресурси '>

[senser]

опита се да кажеш нещо ли .....  '>
 

[plandz]

Нещо не разбрах.Къде е тази "оптимална конфигурация","прекомпилиране на ядрото" и "актуализирането на използваните ресурси"?
И аз си прекомпилирам ядрото,но си го правя оптимално за мен и моята конфигурация,това не значи,че ще е оптимално за друг...
Май се напънахме да кажем нещо,но...като че ли ще излезе друго.

[plamen_f]

Човека сигурно е пропуснал да прикачи (копне) това което е искал да ни покаже. Не му се карайте - ще си види грешката.

[flipz]

човека видя, че никой нищо не е писал тук и рещи да драсне нещо .. за да прояви интерес от някого ... трябва ли винаги да има конкретен пример за нещо '>

все пак ще разчитам да науча нещо интересно от разбирачи като вас '> .. много съществени отговори, благодаря '>

присмял се хърбел на щърбел ..

[Ivshti]

Мдаа, прекомпилиране на кернела е начина '> С трикове.

А за големите маниаци - да ползват старо ядро. Да не говорим обаче колко неприятности ще имат със сигурността и драйверите и други неща '>

Още не съм се насочил към подход, на теория би трябвало да стане като извадя всичко в модули в initrd-то, но все още не съм сигурен за това. '> Гледам малко скептично на това всичко да е изкарано в модули. Някой да каже нещо?

И ползване на лека графична среда, махане на излишни сървизи при буут.

Махането на сървизи много помага, да останат само такива основни като udev, cron, syslogd, klogd, dhcpcd, cups, HAL и евентуално други джунджорийки (gpm, ей такива...).

Не съм пробвал сменяне на sysvinit, но може и това да е добро решение. Разглеждах системата на pardus, която ползвашe Python. Python май не е добро решение за тази цел, просто защото не се следва kiss принципа.

Разгледах pinit и eINIT. Ползват XML конфигурация - интересно, но не ми вдъхва много доверие.

Според мен въпроса с init-а стои така: пише се лека алтернатива на sysvinit, която:
1) чете подобрен формат на inittab, който поддържа повече клавишни комбинации освен ctrl+alt+del (и другата) и т.н.
2) изпълнява скрипт (като rc.S в Slackware) според този файл, който е написан на bash (това все пак си зависи от inittab-а, но нека е така '> )
3) той чеква, монтира файлови системи и стартира udev. Евентуално настройва времето
4) стартира се един service manager, който вече прави стартиране на сървизите подобно на това в pinit и eINIT (пак оказано в inittab-а и зависещо от него)
BTW кажете ми дали ви харесва идеята


А, файловата система.. Xfs до сега го смятам за добро решение, смятам да хвърля око на reiserfs. Журналните обикновено са бавни, т.е. на базата на тази теория ext2 може да помогне. Отново съм скептичен и към тази теория '> За сега си ползвам Xfs '>

Казват, че Gentoo си заслужавал многото компилиране, но и за това съм скептичен. Не вярвам компилирането на програми да забързва нещата. По-скоро успеха на прекомпилациите на кернел се дължи на конфигурацията му спрямо хардуера, че излишните неща са махнати '>

А за графичната среда, това си е личен избор, но бих се ориентирал към Xfce ако търся нещо леко, не че е мега-леко, но става. LXDE изглежда добре, но файловия мениджър, работещ за нещата по десктопа куца.
Също елементите от LXDE могат да вървят независимо и искат само едно GTK+ '>
Изглежда много обещаваща концепция, но е прекалено недовършена и недодялана. Все ще има някой, който ще успори това, но face it: Gnome и KDE са по-удобни от LXDE.

Нещо, което пречи на компилирането на програмите е gcc. Извинявам се, но тези от GNU по-добре да видят TCC и да взимат пример!

[senser]

Цитат (flipz @ Сеп. 14 2008,21:14)

човека видя, че никой нищо не е писал тук и рещи да драсне нещо .. за да прояви интерес от някого ... трябва ли винаги да има конкретен пример за нещо '> все пак ще разчитам да науча нещо интересно от разбирачи като вас '> .. много съществени отговори, благодаря '> присмял се хърбел на щърбел ..

и как точно реши, че никой не е писал тук ......... или може би е трудно да се сетиш да увеличиш периода, за който се показват съобщенията във форума на повече от 30 дни, колкото е по подразбиране

и аре прочети си пак написаното и, ако можеш да извадиш някакъв смисъл - сподели го с нас, моля

то хубаво си решил да събудиш интерес в тази секция на форума ама с писане на безмислени неща надали е правилния начин

[senser]

Цитат (Ivshti @ Сеп. 14 2008,21:22)

Нещо, което пречи на компилирането на програмите е gcc. Извинявам се, но тези от GNU по-добре да видят TCC и да взимат пример!

   

[Ivshti]

Да, senser. Точно така. TCC компилира 10 пъти по-бързо, но не всички GNU програми са съвместими с него. Пишат си ги съвместими само с gcc-то. Но ако ги пишат по стандартите, би трябвало да се компилират и на TCC.

И, да не се заблуждаваш, TCC не компилира бавни програми!

[senser]

Цитат (Ivshti @ Сеп. 15 2008,08:03)

Да, senser. Точно така. TCC компилира 10 пъти по-бързо, но не всички GNU програми са съвместими с него. Пишат си ги съвместими само с gcc-то. Но ако ги пишат по стандартите, би трябвало да се компилират и на TCC. И, да не се заблуждаваш, TCC не компилира бавни програми!

честно казано си нямам никаква идея що за компилатор е TCC, но силно се съмнявам, че използването му би увеличило бързодействито на ОС

може и самия компилатор да компилира по-бързо в сравнение с gcc, но това крайния потребител какво го интересува, ако бързодействието на компилирания софт е същото ........

п.п. To calculate the 49th Fibonacci number, it took a TCC-compiled program approximately 110 seconds whereas the same program compiled by VC++ took approximately 93 seconds. Here, TCC takes 18% longer.

[Ivshti]

Все пак трябва да се мисли за разработчиците, компилиращи големи програми. Бърз компилатор винаги им дава повече тест опити и не им убива желанието. Защото при линукс програмите, обикновено кода е в svn репоситори, т.е. много хора работят по кода. Тъй че за да може един разработчик да тества програмата спрямо тези промени, трябва да я прекомпилира цялата, не може да ползва компилираните от него object файлове. Вероятно си имат някъв метод за оптимизация на тоя процес, но бърз компилатор е винаги полезен на един разработчик.

[plamen_f]

Нещо аз ли изпускам нишката или?

[Gaara]

Примерен код

[root: gaara]# -se preload | grep ^p preload - adaptive readahead daemon [root: gaara]# -se prelink prelink - ELF prelinking utility to speed up dynamic linking [root: gaara]#