🚀 go-pugleaf

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

ein wrote:
> Micha? St?pie? wrote:
>> begin 640 http://www.oe.it-faq.pl ein <ein@no.spam> wrote:
>>> Maciej Milinkiewicz wrote:
>>>> W takich warunkach nie ma co się zastanawiać i brać 
>>>> bezwiatrakowe thinstation. Jeśli nie posiada wiatraków to
>>>> nie może zżerać 40W bo plastik by się stopił - max 15W a bez
>>>> dysku jeszcze mniej.
>>> 
>>> Zgoda. Może być, że powtórzyłem bzdurę z alledrogo...
> 
>> Bo te 40W dotyczy zasilacza a nie terminala.
> 
> Może być, już nie chce mi się szukać. Niestety klienta "wali"
> zużycie prądu, także poszedłem w drugą opcję. Jestem w trakcie
> uruchamiania, po zabiegu napiszę co z tego wyszło.

Ze względu na nietypowy setup pochwale się jak to zrobiłem.

No dobra to testy mam za sobą. Na razie dysponuję maszynką Fujitsu
RS200 S4 z Xenonem E5420 i 2 GB RAM (docelowo będzie 8 GB), pamięć
masowa to kontroler LSI Logic MegaRAID z 256 MB cache i dwoma dyskami
SAS 10k/73GB. Ogólnie rzecz biorąc ten kontroler to tragedia, bo daje
tylko ok 100-120 MB/s (przy sekwencyjnym odczycie w ext4), gdzie w
dzisiejszych czasach na 2 dyskach SATA (zwykły kontroler na MB i RAID1
over mdraid) da się wyciągnąć prawie 200-220% tego w zależności od
użytych dysków, a zwiększanie ilości dysków zwiększa liniowo jego
wydajność (oczywiście w granicach przepustowości magistrali SATA ;).

Rozwiązanie oparłem o 64 bitowego Slackware 14 (z/w na ogrzniczenia
PAE w zakresie adresacji pamięci dla pojedynczego procesu -
_buforowanie_) i jego 32 bitowego brata (obrazek na końcówki - to
około 5-7 GB), ponieważ potrzebowałem wsparcia dla procków x86.

Na serwerze jest demon NFS, DHCP i PXE. Zmodyfikowałem jajko na 32
bitowym slacku do wsparcia root over NFS i dodałem statycznie
wszystkie mi znane drivery popularnych sieciówek. W zasadzie na
serwerze i kliencie miałem pełną instalacje Slacka.

Na końcówce ładuje jajo przez PXE, montuje rootfs przez NFS w trybie
tylko do odczytu i nakładam na niego tymczasowe katalogi (w RAMfs)
/etc/ /var /home itd. Wymuszam automatyczne logowanie użytkownika i
uruchamiam Xy z Xface, a później w autostarcie Firefox (użytkownicy
mają mieć dostęp do jakiegoś CRMa).

Obraz końcówki wymagał zmodyfikowania skryptów uruchomieniowych slacka
(rc.M, rc.S i rc.0). Jak ktoś chce to się podzielę
(ein_wytnij_to_@inbox.com). Wykombinowałem to w ten sposób, że
wykrywam sobie czy rootfs jest do odczytu i jak jest to nakładam te
powyższe katalogi, jest przydatne przy chęci modyfikacji konfiguracji
końcówki, bo jedyne co zmieniam to konfiguracja NFSa na serwerze w
/etc/exports.

W testach miałem 4 końcówki (P4 1GB RAM, PD 2 GB RAM, Core2Duo 2GB
RAM, kolejno; thinkpad t30, dell t74, thinkpad x61), które uruchomiłem
równocześnie, po wcześniejszym zbuforowaniu danych. Zużycie proca w
porywach do 1/3 i piki sieciowe sięgające 250-300 mbps. Końcówka
potrzebuje pobrać z serwera do momentu uruchomienia firefoxa ok
350-400 MB danych. Poźniejsza praca na przeglądarce praktycznie nie
wymaga komunikacji przez NFS. Uruchomienie 4 końcówek trwało ok 1
minuty od momentu uruchomienia (POST). Nie zauważalna była różnica
między czasem uruchomienia pojedynczej końcówki. Obstawiam, że serwer
przetrzyma ok. 10-12 ładujących końcówek jednocześnie, a działających
(już załadowanych) pewnie 2-4 razy tyle. Więcej będę wiedział po
testach u klienta.

Wszystko było składane na VMware na jednej maszynie z Quadem i 8 GB RAMu.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlCdBtMACgkQbhT/MDrqNUEQUQCfXvkicPoteUCNL4uJgn2+KM1F
WiwAnin9WeeEihgUCoHeFsGNJdHTInZG
=W/QI
-----END PGP SIGNATURE-----