Linuks speed....

Провокиран съм от "относно i586 и i686" да открия тази тема. Нека тук да шерваме инфо за това кой, как е успял да ускори машината си под Линукс.

P.S. Погледнете "относно i586 и i686" като начало...

А ако все пак кажеш какво да се ускори спрямо какво, би имало някакъв смисъл.

Съвсем просто, имаш пресно инсталиран Линукс, оптимизираш го, компилираш и т.н. в резулата на което Линукс-а ти тръгва по-бързо от колкото е вървял в началото. Всъщност сигурен съм, че знаеш за какво става дума... Недей сега да ме пита "ама как разбра" и т.н. Иска ми се това да е място във което всеки може да погледне. Има информация из целия НЕТ но почти никъде не е синтезирана. Има хора които сега започват с Линукс, нека ги улесним... ти какво ще кажеш.

За трансфера на HDD

1. Как да проверим трансфера от HDD
hdparm -t /dev/hda /пример/

2. Как да увеличим трансфера /настроики за HDD - hdparm/ - настройки които ползвам
hdparm -a1024 -A1 -c1 -d1 -u1 /dev/hda

3. Команда за КЕРНЕЛА - в случай, че АТА не се инициализира правилно /пример АТА 100 от BIOS не разпозат - АТА33/
append="idebus=66 ide0=ata66 ide1=ata66"
записва се в lilo.conf - след това задължително в конзола lilo -w ; lilo ; lilo -v

Тези настройки може и да не са необходими, но си заслужава да се провери.
P.S. Може да се експериментира в реда hdparm и с -X69 /за АТА100/, но е опасно, може да доведе до провреда в записите.

append="idebus=66 ide0=ata66 ide1=ata66"

...
idebus= [HW] (E)IDE subsystem - VLB/PCI bus speed
...
В повечето случаи, ако дъното не е клокнато, би трябвало да се остави това на 33.
За да се провери в кой точно режим работи диска
hdparm -I /dev/hda
...
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
...
За повече от udma2(ATA33), трябва 80 жилен кабел.

оптимизираш го
За какво? За скорост на зареждане, скорост на работа, малък размер, лесна употреба, лесен upgrade, лесна администрация?

Аре да не флудиме темата... има само ЕДНА оптимизация... оптимален вариант за user-a.

да - ако юзера е наясно какво иска

Когато боговете говорят, ония с фактите никакви ги няма.

Някои предпочитат да не се занимават с прекомпилиране на ядро, дори това да означава бавно стартиране. За тях това е по-оптималният вариант, докато за мен да речем не е.

Sorry za lat. na Win s BDS sam... e, ne znam njakoi da prekompilira samo zarad boot time... vupreki, che obshtata proizvoditelnost se vdiga ako prekompilirash + optimizacii za GCC. Tova se useshta v dve napravlenia - 1. zaema po-malko pamet /kernela, osven ako ne si go utevnil/, 2. ima goljama vazmoznost da ne si poznaesh mashinata:)) /v pozitiven smisal/.

Kak da prekompilirame po barzo jadro.
Shte napisha samo tova koeto sam experimentiral.

0. Na PARVO miasto razberete kakuv vi e hardware!!!!!!!!
1. Pri konfigurirane na jadroto - kolkoto e vuzmozno po-malko moduli /kakvoto mozete go kompiliraite v jadroto/.
2. Predi kompilaciata promenete v Makefile optimizaciite kato zamestite -O2 s -O3 i dobavite -mtune=i686 (ili i586 ako e neobhodimo) , kadeto sa ukazani opcii za CFLAGS i GCCFLAGS.
3. VINAGI kompiliraite za procesora koito shte polzvate (486, 586, 686).
4. Ne e zle da se polzva opciata "preemtive kernell" (real time tasck) + optimizacia za "X86_GENERIC" (ako e takava arhitekturata).

Ne kompilraite ALSA v jadroto, mislia, che ima problem sled tova... az pone imah problem no ne mi se zanimavashe.

P.S. Ne zabraviaite da si ostavite raboteshtia kernel v lilo...

Две забележки:

1. Не е препоръчително да се смятате за по-умни от разработчиците на ядрото и да сменяте нивото на оптимизация на компилатора. Това могат да правят (и препоръчват) само разработчиците на ядрото и/или компилатора. Тъй като автора на по-горната тема очевидно не е такъв (вж. т. 2), не следвайте съвета му.

2. Хубаво е преди да даваш съвети да знаеш за какво говориш. Ако беше прочел документацията на gcc, щеше да знаеш, че ако си избрал правилния тип процесор в конфигурацията на ядрото, Makefile ще включи правилната стойност за -march= . А -march= по подразбиране присвоява същата стойност на -mtune=.

Ne kompilraite ALSA v jadroto, mislia, che ima problem sled tova... az pone imah problem no ne mi se zanimavashe.

Е аз нямам проблем с това.

Между другото под Уиндоус в тоя форум има Kredor, с който можеш да пишеш и на фонетична, след като ти е толкова трудно да пишеш на BDS. Превключва се с две натискания на Shift.

Poneze si ot tezi hora koito mogat uspeshno da kritikuvat, no njamat gram kreativnost... aide ako obichash napravi si trud da razgledash Makefile sled konfuracijata... shte e dobre vmesto mnogo da chetesh, da vzemesh i neshto da naprvish... are sas zdrave...
P.S. Po tvojata ligika, edna instalacia trjbava da se ostavi takava kakvato e... bez da se pipa. I drugo, tova e Linux i e svobodna OS, ako razbirash kakvo iskam da kaza... dano me razbirash, inache zemi da prochetesh...

Kompa ne e moi, no po-dobre napishi za ALSA-ta... temata e takava, che da shervash info vse pak.

Ти не инсталираш нищо на компютъра. Просто натисни два пъти Shift.

Какво да пиша за ALSA-та? Работи си.

некво на първо място треа да се разкарат ненужните сървиси
в сми и686 неа да ти помогне кой знае колко ако пс ауь ти е няколко екрана
освен тва кво пък толкова се оптимизира като компилираш само кърнъл?
бъдете мъже и компилирайте ВСИЧКО
/ме го праи БСД стайл
за линукс сигурно ще е по-трудно ама взимате арч или генту и сте готови

Who controls the past now controls the future,who controls the present now controls the past.

При мен не тръгна след компилация във кернела. Относно SHIFT, мерси но не стана...

Верно е, че по добре даи си го компилираш сичко /идеалния вариант/, обаче колко човека ще го направят. Пък ако имаш SUSE примерно, ще седнеш ли да го прекомпилираш, или ще търсиш тясното място на системата?

> aide ako obichash napravi si trud da razgledash Makefile sled konfuracijata...

Кой Makefile? Ти изобщо имаш ли представа кои Makefiles и от кои директории се използват при компилиране на ядрото? Разгледай Makefile-a в arch/i386, може да ти просветне :) Може да прочетеш и man страницата на gcc...

> shte e dobre vmesto mnogo da chetesh, da vzemesh i neshto da naprvish... are sas
> zdrave...

Не мисля да се отчитам пред теб какво правя, но по случайност в последните две седмици се занимавам с kernel development. Ти кога за последен път си променял код в ядрото?

> P.S. Po tvojata ligika, edna instalacia trjbava da se ostavi takava kakvato e... bez da se
> pipa. I drugo, tova e Linux i e svobodna OS, ako razbirash kakvo iskam da kaza...
> dano me razbirash, inache zemi da prochetesh...

Нямам нищо против да правиш каквото си искаш с твоята машина. Ако искаш, компилирай си ядрото с -О9. Само не давай неграмотни съвети по форумите.