m-vychytavky: linux performance tuning

skriptik ktory davam do rc.local na optimalizaciu komunikacnych parametrov s diskami. dnes uz jadra zvyknu zapinat DMA by default, takze to mozno nic nepomoze, ze sak za pokus to stoji :)

# HDD optimisation
for disk in hda hdb hdc hdd hde hdf hdg hdh hdi; do
/usr/sbin/hdparm -c 1 /dev/$disk # 32 bit komunikacia
/usr/sbin/hdparm -d 1 /dev/$disk # zapni DMA
/usr/sbin/hdparm -u 1 /dev/$disk # unmasq IRQ
/usr/sbin/hdparm -W 1 /dev/$disk # zapni WRITE chache na disku (pozor na power failures.)
/usr/sbin/hdparm -M 254 /dev/$disk # zrus noise managemnet disku (viac vrci, ale aj slape.)
done

ak su nejake problemy s autonegociaciou na sietovke a vieme co podporuje switch na druhej strane (huby a ine hribiky snad uz dnes nikto neopuziva) tak si mozme dovolit natvrdo povedat sietovke ze ma chodit 100mbps full duplex:

/sbin/mii-tool -F 100baseTx-FD eth0

obcas moze pomoct zvysit send buffer na sietovke
ifconfig eth0 txqueuelen 1000

v pripade ze mate dost ramky a chcete skusit zoptimalizovat TCP/IP stack, mozte skusit toto, len upozornujem, ze niekedy to zlepsi jeden smer trafficu na ukor druheho (upload vs download a naopak)

echo "65536 1398080 2796160" > /proc/sys/net/ipv4/tcp_wmem
echo "2097136" > /proc/sys/net/core/rmem_max
echo "1048560" > /proc/sys/net/core/rmem_default
echo "2097136" > /proc/sys/net/core/wmem_max
echo "1048560" > /proc/sys/net/core/wmem_default
echo "163840" > /proc/sys/net/core/optmem_max
echo "3129344 3137536 3145728" > /proc/sys/net/ipv4/tcp_mem
echo "65536 1398080 2796160" > /proc/sys/net/ipv4/tcp_rmem

na zrychlenie bootovania je dobre vyhodil ldconfing z init skriptov, detekcie hardwerov a podobne zbytocnosti co si spravite rucne sami po pridani novych kniznic/hardwaru, do lila je vhodne dopisat lba32 a compact optiony..

k optimalizacii fs len tolko, ze pri mkfs.ext3 pokial netreba rezervovat nejake miesto pre roota je dobre dat mkfs.ext3 -m 0 co znamena ze nemude standartnych 10percent rezervovanych pre roota. dalej sa oplati v /etc/fstab mat v optionoch dopisane noatime, pripadne pre XFS este aj nodiratime a osyncisdsync. XFS spominam prave preto, ze sa mi javi ako najrychlejsi fs co sa obrovskeho mnozstva malych suborov tyka (maildir napr.) a aj velke subory zvlada dobre. zato pomaly nastavuje atributy a zere viac cpu (takze kompilacia jadra vam mozno rychlejsie zbehne na ext3).