Comments on: Ethernet bonding w Linuksie

By: XANi

XANi — Mon, 15 Jun 2009 21:53:16 +0000

Da sie inny, ale tak, jest to raczej średnio intuicyjne. Co do cpufreq, w większości distro działa out of the box (nawet gnome miał jakiś applet do zmiany governorów lub ręczego ustawiania częstokliwości, a to że oprócz tego można sobie “ręcznie” ustawić dokładnie to co się chce bez zbędnego kombinowania to tylko zaleta ;].

By: r

Mon, 15 Jun 2009 21:44:32 +0000

Nawojowałem się z cpufreqd, być może należało olać daemona, zdoktoryzować się tylko z modułów (w sumie jest ich tylko kilka, wystarczy tylko pamiętać, który procesor z jakiego mechanizmu korzysta i załadować jeszcze właściwy governor, freq_table chyba załaduje sam :)) i poklikać po sysfs-ie. Ale to też jest takie harcerskie zrób to sam. Brakuje jeszcze ,,tu masz przykładowy kod w asemblerze i sobie dodziergaj”.

Wracając do bondingu/trunkingu/etherchannelu, jakoś zabawy z ładowaniem modułów z właściwym foo jako argumentem (a jak chcę dwa różne trunki jednocześnie, to co?), potem używanie kilku różnych poleceń do zarządzania interfejsem, nie uważam za przejrzyste :P

By: XANi

XANi — Mon, 15 Jun 2009 16:44:09 +0000

To samo co pod linuksem, podnieśc dwa interfejsy i dodać je do bonda, potem ustawić bonowi ip, tyle że parę więcej komend i trochę bardziej przejrzyście ;]

Z cpufreq (ogólnie, nie demonem, nie używam tego) nigdy nie miałem problemu, na lapku domyśnie łapie w trybie ondemand (pełna moc jak jest obiążenie, jak brak spada do minimum) a jak trzeba cos dostroic wszystko jest w /sys/devices/system/cpuX, ale to robilem tylko na serwerze w innych wypadkach nie bylo potrzeby.

A *BSD odkąd zabaczyłem NetBSD nie chcącego routować tak jak mu kazałem to staram się trzymać od *BSD jak najdalej (jak każę systemowi routować do x przez y to znaczy że mam jakiś powód ku temu i mam w dupie że kernel myśli że jak oleje moje regułki to będzie lepiej)

By: r

Mon, 15 Jun 2009 15:59:23 +0000

Swoją szosą zawsze mnie zastanawiało, ile trzeba się nadoktoryzować pod Linuksem, aby zrobić coś, co na innych platformach sprowadza się np. do:

# ifconfig bge0 up
# ifconfig bge1 up
# ifconfig trunk0 trunkproto loadbalance trunkport bge0 trunkport bge1 192.168.1.1 netmask 255.255.255.0

(więcej: http://www.openbsd.org/cgi-bin/man.cgi?query=trunk&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html )

Ostatnio musiałem się doktoryzować z cpufreqd: taki moduł, taki governor, podefiniowanie profili, a dlaczego ten skubaniec startuje w trybie performance, itp… podczas gdy w moim ulubionym systemie wklepałem magiczne /usr/sbin/apmd -C i uzyskałem ten sam efekt.

By: XANi

XANi — Sun, 14 Jun 2009 23:16:04 +0000

Yeah, tylko najpierw trzeba te maszyny mieć ;]. Serwer powstaje dla klienta i o ile średnio mi się podoba w jaki sposób chcą to mieć zrobione, to robię na tym co mam dostępne najlepiej jak potrafię :). Chociaż znając życie to po pierwszym “padzie” loadbalancera od razu znajdzie się kasa na zapasowy ;].

By: r

Sun, 14 Jun 2009 22:25:08 +0000

Jak jedna sieciówka pójdzie, to nie wiadomo, czy tylko sieciówka. Czas na dwie maszyny i CARP.