W końcu dopadło i mnie. Awaria. Wskutek bliżej nieokreślonych warunków spaleniu w serwerze uległa płyta główna oraz uszkodzeniu dysk twardy. Płyta jak płyta, wymieniona została na inna, z dyskiem było gorzej. Chciałem aby dane były maymalnie aktualne, więc spróbowałem wykorzystać do tego celu, często zachwalaną metoda dump/restore z FreeBSD (tzn. metoda jest dostępna nie tylko w FreeBSD, ale czytałem o niej głównie w odniesieniu do tego systemu). Sprawdziła się ona znakomicie. Praktycznie czystej roboty (pomijam czas a próby które były nieudane ), było na ok. 1h łącznie z czasem potrzebnym na kopiowanie danych.
Wszystko sprowadziło się do uruchomienia systemu w trybie single-user, utworzenia partycji, podmontowania ich i wydania 5 magicznych polecen:

# ( dump -0af – / ) | ( cd /bkp/root ; restore -rf – )
# ( dump -0af – /var ) | ( cd /bkp/var ; restore -rf – )
# ( dump -0af – /usr ) | ( cd /bkp/usr ; restore -rf – )
# ( dump -0af – /home ) | ( cd /bkp/home ; restore -rf – )
# bsdlabel -w -B /dev/ad1s1

Oczywiście część danych która znajdowała się w obszarze awarii dysku nie została zdumowana, ale ok. 99.9% danych jest, a ten 0.1% danych straconych pochodzil z mojego katalogu (jak pech to pech na maxa…).

No nic – cieszę się ze już po wszystkim i system spowrotem działa. Dodatkowo nauczyłem się kolejnego, bardzo użytecznego narzędzia, i cieszę się ze nie zawiodłem się na FreeBSD.

z tego co dzisiaj czytałem (niestety nie posiadam już link`a) nintendo przygotowywuje się do wymiany ok. 3.200.000 smyczy do ich padów. ponoć została zlokalizowana jakaś wada, i smycze nie spełniają swojej roli. tzn. piloty/joysticki, zwał to jak zwał urywają się i niestety najczęściej lądują na telewizorach, uszkadzając je .

no nic, dobrze że nintendo zachowało twarz, i przyznało się do błędu oraz tak szybko przygotowało recall.

oczywiście nie pisałbym, ale ostatnio wii coraz bardziej mnie interesuje. jak tylko cena i dostępność staną się kwestiami realnymi, chyba się wyposaże w to cudo . już sobie wyobrażam grę w odpowiednik street fighter`a, albo mortal kombat w pokoju z moją dziewczyną .

Ostatnimi czasy na arene konsol gier, wszedl nowy gracz. Wii ze stajni Nintendo. Nintendo postanowilo pojsc w troche inna strone niz Xbox czy PS3, mianowicie nie postawilo na super wydajny sprzet, czy mega szybkie procesory, ale opracowalo zupelnie nowy, wg. mnie rewolucyjny system sterowania .
Efekt? W pierwszym dniu poszlo 600.000 sztuk nowej konsoli:-).
Chcecie wiecej? Prosze bardzo. Otoz nowoczesny system sterowania zaczyna sprawiac klopoty, szczegolnie ludziom ktorzy nigdy wczesniej nie musieli sie ruszac (lub ruszali sie bardzo malo). Po prostu mecza sie podczas gry . Dodatkowo zaczynaja naplywac pierwsze zgloszenia od ludzi ktorzy doznali kontuzji podczas gry. Jako przyklad podam link do krotkiej historii o Jacob`ie ktory grajac w gre Wii Baseball doznal kontuzji .

http://www.engadget.com/2006/12/09/first-wii-related-injury-reported/

Pod adresem http://www.popular-pics.com/pictures.aspx?photoid=422 mozna zobaczyc, jak wygladal dysk o pojemnosci 5MB z 1956 roku. Robi wrazenie .

Dzisiaj dostałem ciekawą zabawkę do potestowania w pracy.

Dual AMD Opteron 265 (dwurdzeniowy ) na platformie Tyan`a z 2GB pamięci ram, 2 * 250GB sata. Nie jest to mega-wypaśny sprzęt ale pokusiłem się porobić kilka testów gdyż na takiej maszynce nie miałem jeszcze doczynienia z FreeBSD.

Na dzień dobry przebudowałem system. I tak:
make -j4 buildworld trwało 371 sek. co mnie zaskoczyło. Dla porównania na P3 866 trwa to około 1.5h. Kernel budował sie 69 sekund!
Zrobiłem jeszcze kilka testów wydajności systemu I/O bo o niego się martwiłem najbardziej. Dotąd używaliśmy tylko dysków SCSI – to jest nasza pierwsza maszynka z dyskami SATA. Puki co wynik nie odbiega dużo od SCSI.

# bonnie -d /usr -s 10240
File ‘/usr/Bonnie.60324′, size: 10737418240
Writing with putc()…done
Rewriting…done
Writing intelligently…done
Reading with getc()…done
Reading intelligently…done
Seeker 1…Seeker 2…Seeker 3…start ‘em…done…done…done…
——-Sequential Output——– —Sequential Input– –Random–
-Per Char- –Block— -Rewrite– -Per Char- –Block— –Seeks—
Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
10240 63249 54.7 55818 16.7 20527 8.3 58526 52.6 68911 13.1 99.5 0.8

W przypadku SCSI osiągi były wyższe o około 10%. Jednak w tym przypadku oszczędzamy dużo na dyskach co pozwoli na dokupienie jeszcze jednej macierzy raid1 dedykowanej bazie danych. A to już będzie inna bajka.

Wracam do zabawy .