Postanowiłem trochę odświeżyć sobie swoje biurko - padło akurat na mojego lekko starzejącego się Della Inspiron E1505/6400. Szybki rzut oka na finanse (niezbyt ciekawe to wyglądało, szczerze powiedziawszy) trochę szukania i mam - Dell Vostro 1500 (procesor Core 2 Duo T5470 1,6, pamięć 2×1 GB DDR2 533, karta graficzna Nvidia 8400 GS 256 MB, dysk 120 GB Sata). Szczerze powiedziawszy sądziłem, że Linuks sprawi mi więcej problemów co do konfiguracji sprzętu niż Windows. A tu zdziwienie - Linuks praktycznie wszystko skonfigurował out of the box - łącznie z bluetooth, wifi i czytnikiem kart pamięci. Jedyne co musiałem zainstalować to stery od Nvidii i do kamerki (gdybym miał neta w czasie instalacji to i tego nie musiałbym robić). Najbardziej ucieszyła mnie kamerka - działa bez problemów nawet pod Skypem, a do tego daje bardzo dobrej jakości obraz! Z ciekawością podszedłem do karty graficznej - to moja pierwsza Nvidia na Linuksie od jakiś 5-6 lat co najmniej. Instalacja przeszła bez większych problemów, szybko odpaliłem Compiza, jednak tu niemiła niespodzianka - przycina się gdy używam Emeralda. No nic - zawsze można korzystać z kwin - tu działa idealnie. Takie małe pytanie do użytkowników Nvidii - czy to normalne, że na głębi 16 bitowej nie da się odpalić Compiza? Bo mi taki komunikat się pojawiał. Poszperałem trochę na google.com i znalazłem rozwiązanie - przestawić na 24 bity. Jednak jak zaznaczył autor rozwiązania, odbija się to ujemnie na wydajności. Jak długo jeszcze Nvidia i AMD/ATI nie będą w stanie stworzyć sterowników pierwszej klasy?

Wrócę jeszcze na koniec do konfiguracji Windowsa - nie dość, że biedak nie miał sterowników do 2/3 podzespołów, to do tej pory nie udało mi się zainstalować sterownika do karty dźwiękowej. Niby system nie ten..racja - pod Linuksem działa;)
A to mój nowy nabytek:

Dwa dni temu pojawił się nowy sterownik RadeonHD 1.0.0. Sterownik stworzyli developerzy Novella na bazie dokumentacji udostępnionej przez AMD/ATI. RadeonHD przeznaczony jest dla kart opartych o chipsety ATI RV505, RV515, RV516, R520, RV530, RV535, RV570, R580, RS690, R600, RV610, i RV630. Najnowsze karty z chipsetem RV670 nie zostały jeszcze przetestowane. Sterownik oferuje pełną obsługę trybów graficznych, pracy z dwoma monitorami, standardu RandR 1.2 oraz sprzętowego kursora. Jednak nie obsługuje jeszcze akceleracji, zarówno 2D jak i 3D.

Z ciekawości ściągnąłem gotowy pakiecik dla openSuSE, zainstalowałem i odpaliłem. Dużo o samym działaniu i wydajności jeszcze nie da się powiedzieć, ale np. bezproblemowo przewijają się strony - z czym mam problem na sterownikach Mesy i na najnowszych sterownikach AMD/ATI (co jest trochę dziwne). Poza tym konfiguracja (w porównaniu do oryginalnych sterowników AMD/ATI) jest na prawdę bezproblemowa - wpisujemy tylko nazwę sterownikach i hashujemy wpisy z opcjami dla AIGLX (jeśli ktoś oczywiście takowe w xorg.conf posiada). Xorg odpala się bez stęknięcia;) Pozostaje tylko czekać na wersję z wsparciem akceleracji 2D i 3D - to może być hit.

Więcej info: http://www.phoronix.com/

Niedawno AMD/ATI wypuściło kolejny sterownik do swoich kart graficznych, który ma być kontynuacją fglrx. Nowy sterownik nazywa się AMD Catalyst™ Linux 7.11, gdzie 7 oznacza rok a 11 miesiąc wydania. Nowy sterownik przywitałem z ciekawością i z obawą, że znowu się zawiodę. Muszę przyznać, że się myliłem! AMD odwaliło w końcu kawał dobrej roboty! Ale o tym na koniec, najpierw opiszę jak zainstalować poprawnie sterowniki z obsługą AIGLX (instalacja i konfiguracja różni się nieco od znanych wcześniej).

1. Potrzebne pakiety

Żeby zainstalować nowe sterowniki potrzebujemy następujące pakiety: kernel-source, kernel-syms i linux-kernel-headers. Możemy je zainstalować Yastem lub zypperem z konsoli:

# zypper in kernel-source kernel-syms linux-kernel-headers

2. Instalacja sterownika

Sterownik pobieramy ze strony AMD/ATI. Następnie w konsoli jako root wpisujemy

# init 3

by przejść do trybu tekstowego, w którym przeprowadzimy instalację. Przechodzimy do katalogu, gdzie zapisaliśmy sterownik i wydajemy polecenie

# sh ati-driver-installer-7-11-x86_64.run

i przeprowadzamy instalację na ustawieniach domyślnych. Potem wydajemy polecenia

# gnome-xgl-switch -d
# aticonfig --initial --input=/etc/X11/xorg.conf --force

(zwróć uwagę na to, że opcje initial, input i force mają z przodu podwójny myślnik, tylko Wordpress go zjada)

Na koniec dodajemy odpowiednie wpisy do pliku xorg.conf:

Section “Module”
Load “dbe”
Load “type1″
Load “freetype”
Load “extmod”
Load “dri”
Load “glx”
EndSection

Section “ServerFlags”
Option “AllowMouseOpenFail” “on”
Option “IgnoreABI” “on”
Option “AIGLX” “true”
EndSection

Section “Device”
Identifier “aticonfig-Device[0]”
Driver “fglrx”
Option “FSAAEnable” “off”
Option “Capabilities” “0×00000000”
Option “VideoOverlay” “on”
Option “OpenGLOverlay” “off”
Option “FSAAScale” “0″
Option “XAANoOffscreenPixmaps” “true”
EndSection

Section “Extensions”
Option “DAMAGE” “true”
Option “Composite” “true”
EndSection

3. Ustawienia wymagane do odpalenia Compiz-Fusion

W pliku/usr/bin/compiz-manager edytujemy wpisy COMPIZ_OPTIONS i WHITELIST

COMPIZ_OPTIONS=”–no-libgl-fallback –ignore-desktop-hints –replace”
WHITELIST=”nvidia intel ati radeon i810 fglrx“

To już wszystko jeśli chodzi o instalację i konfigurację. Teraz przyjrzyjmy się wydajności sterowników (testowane na ATI Mobility X1400 - zobacz screen z Catalyst Control Center).

• sterownik fglrx-8.40.x

# fgl_glxgears
1625 frames in 5.0 seconds = 325.000 FPS
1681 frames in 5.0 seconds = 336.200 FPS
# glxgears
8387 frames in 5.0 seconds = 1677.327 FPS
8424 frames in 5.0 seconds = 1684.754 FPS
8407 frames in 5.0 seconds = 1681.300 FPS

• sterownik AMD Catalyst™ Linux 7.11

# fgl_glxgears
2359 frames in 5.0 seconds = 471.800 FPS
2870 frames in 5.0 seconds = 574.000 FPS
2888 frames in 5.0 seconds = 577.600 FPS
# glxgears
11586 frames in 5.0 seconds = 2317.142 FPS
12696 frames in 5.0 seconds = 2539.007 FPS
12737 frames in 5.0 seconds = 2547.244 FPS

Jak widać, nowy sterownik jest bardziej wydajny od poprzednika! Różnica w glxgears dochodzi do prawie tysiąca FPS a w fgl_glxgears przyrost wydajności jest prawie podwójny. Oprócz wzrostu wydajności AMD poprawiło kilka błędów - m.in w fgl_glxgears (nie uruchamiał się w wersji 8.42) oraz słynny Xlib.lock w Catalyst Control Center, który teraz bez problemu się odpala. Poniżej kilka screenów CCC. Mnie tylko zastanawia jak dalej potoczą się losy sterowników AMD? Póki co wszystko jest chyba na właściwej drodze. Tak trzymać Panowie!

Jako, że z moją dziewczyną studiujemy w innych miastach (Warszawa - Białystok) pomyślałem, że fajnie byłoby pogadać sobie używając kamerki. U znajomego w sklepie pożyczyłem dwie kamerki A4Techa (Note-Cam PK-35N - o dziwo nie mogłem jej znaleźć na stronie producenta, i FlexiCam PK-5) w celu sprawdzenia ich działania pod openSuSE 10.3. Trzeba przyznać, że zostałem mile zaskoczony - system bez problemu wykrył kamerki, jedynie brakowało mu odpowiednich sterowników. Sterowniki pobrałem z http://mxhaard.free.fr/download.html (tutaj znajdziecie spis obsługiwanych kamerek). Następnie je skompilowałem poleceniami make i make install (do skompilowania potrzebny jest pakiet kernel-source oraz podstawowe pakiety do kompilowania). Po skompilowaniu n
ależy podłączyć kamerkę i wydać jako root polecenia:

miron:/home/mirek # modprobe -r zc0301
miron:/home/mirek # modprobe gspca
Następnie sprawdzamy czy kamerka działa poprawnie - wpisujemy dmesg:

miron:/home/mirek # dmesg | grep gspca
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: USB GSPCA camera found.(ZC3XX)
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: [spca5xx_probe:4098] Camera type JPEG
/home/mirek/Programy/gspcav1-20070508/Vimicro/zc3xx.h: [zc3xx_config:515] Sensor ID:11
/home/mirek/Programy/gspcav1-20070508/Vimicro/zc3xx.h: [zc3xx_config:566] Find Sensor PB0330
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: [spca5xx_getcapability:1215] maxw 640 maxh 480 minw 176 minh 144
usbcore: registered new interface driver gspca
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: gspca driver 01.00.18 registered
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found 0x81 AlternateSet 7
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found 0x81 AlternateSet 7
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: [spca50x_isoc_irq:1110] Non-zero status (-84) in isoc completion handler.
/home/mirek/Programy/gspcav1-20070508/gspca_core.c: [gspca_set_isoc_ep:903] ISO EndPoint found 0x81 AlternateSet 7
miron:/home/mirek #

Jeśli pojawiło się coś takiego, to znaczy że wszystko jest ok. Teraz zostaje tylko włączyć video w komunikatorze. Kamerki działają poprawnie w Kopete i w Wengophone. Niestety pod najnowszym Skype 2 beta kamerki nie chcą się odpalić (dziwne). Może w wersji finalnej będzie lepiej, jednak nie mam zamiaru na to czekać - przerzucam się na Wengo - jest o wiele lepszy od Skype. Poniżej podaję parametry kamerek:

A4Tech Note-Cam PK-35N:

• Rozdzielczość – 350K pikseli
• Automatyczny balans bieli
• CMOS – 640×480
• Głębia ostrości – 10 cm do nieskończoności
• Komunikacja z komputerem przez port USB
• Rotacja - 360st
• Mocowane do notebooka za pomocą klipsa

Kamera A4T EVO Cam Flexi:

• rozdzielczość 640×480
  
• złącze USB
• zoom cyfrowy
  
• umożliwia robienie zdjęć o rozdzielczości 1,3 megapixela
  
• automatyczny balans bieli
  
• możliwy obrót na statywie o 360 stopni
  
• złącze USB
  
• wbudowany mikrofon

Pojawiła się nowa wersja bardzo ciekawego programu Hardinfo. Program ten służy do gromadzenia danych na temat systemu i sprzętu, oraz posiada kilka wbudowanych benchmarków procesora, wraz z przykładowymi informacjami na innych konfiguracjach sprzętowych. Największą zaletą Hardinfo jest generowanie prostych raportów o systemie. Program przypomina mi Windowsową Aidę 32 (którą kiedyś udało mi się odpalić przez Wine na Linuksie), jednak funkcjonalnością niestety jej ustępuje.

Niestety autorzy na stronie nie podają co nowego możemy znaleźć w nowej wersji. Także w źródle nie udało mi się znaleźć żadnego info na ten temat. Jedyne co udało mi się zauważyć, to poprawiona stabilność działania - w wersji 0.4.2.2 program zamykał się przy przejściu z jednej zakładki na drugą. Program możemy pobrać w postaci źródła (póki co auto installer nie jest jeszcze gotowy) oraz w postaci gotowych pakietów dla dystrybucji: Debian, Fedora i ALT Linux. Także w moim repozytorium znajduje się pakiet rpm dla openSuSE 10.3. Jeśli ktoś zdecyduje się na kompilację, należy zainstalować bibliotekę libsoup-devel (potrzebna jest do uruchomienia updatera programu).