linux, opensuse, nvidia, fglrx, open source, internet, windows
22 sierpnia

Jako, że już dawno nie przeprowadzałem testów wydajności aktualnych sterowników NVIDII, postanowiłem, że przyjrzę się dwóm ostatnim wydaniom beta - 177.13 i 177.67. Do testów użyłem benchmarków 3D Mark 2003 (odpalany z wykorzystanie DirectX 9.0c przez Wine, jak to opisałem tutaj), Unigine v0.4 (Sanctuary Demo) oraz render_bench. Środowiskiem testowym jest KDE 4.1 na systemie openSUSE 11.0. Testy robione były na laptopie Dell XPS M1330 (C2D 2.1 GHz T8100, 2048 RAM, GeForce 8400 GS). Oba sterowniki były odpalane przy użyciu identycznej konfiguracji xorg.conf, którą zamieszczam poniżej, oraz przy użyciu identycznych ustawień benchmarków:
Section "Device"
Identifier "Videocard0"
Driver "nvidia"
Option "Nologo" "True"
Option "PixmapCacheSize" "300000"
Option "RenderAccel" "true"
Option "UseEvents" "false"
Option "TripleBuffer" "1"
Option "DamageEvents" "1"
Option "BackingStore" "1"
Option "OnDemandVBlankInterrupts" "true"
VendorName "NVIDIA Corporation"
BoardName "GeForce 8400M GS"
EndSection
Section "Extensions"
Option "Composite" "on"
EndSection
render_bench
Na pierwszy ogień wybrałem benchmark render_bench. Wykresy prezentują czasy poszczególnych testów, im mniejszy czas tym lepiej:
Jak widać po wykresie różnice w wydajności nie są duże, jednak 177.67 wypada lepiej w większości przypadków.
3D Mark 2003
Następnym benchmarkiem z jakiego skorzystałem był Windowsowy 3D Mark 03 uruchomiony przez Wine z zainstalowanym DirectX 9.0c. Benchmark wykonał wszystkie testy oprócz testów dźwięku. Oto wyniki:
W tym przypadku widać już zdecydowaną poprawę wydajności nowego sterownika. Różnica dochodzi do ponad 300 punktów, co jest dość dobrym wynikiem. Należy jednak pamiętać, że 3D Mark 2003 uruchamiany przez Wine nie jest do końca wiarygodny, dlatego przeprowadziłem jeszcze jeden test z użyciem natywnego benchmarka.
Unigine v0.4 (Sanctuary Demo)
Ostatnim benchmarkiem, jaki wykorzystałem do porównania wydajności obu sterowników na KDE 4.1, jest Unigine. Poniżej przedstawiam wyniki:
Jak widać i w tym przypadku sterownik 177.67 osiągnął dużo lepszy wynik od swojego poprzednika. Wydajność OpenGL w tym przypadku wzrosła o ponad 2 klatki na sekundę, co przy wyświetlaniu kilkunastu klatek na sekundę jest dość przyzwoitym wynikiem dla tej karty graficznej.
Podsumowując należy przyznać, że NVIDIA solidnie zabrała się za poprawianie swoich sterowników, o czym mogą świadczyć powyższe wyniki oraz tempo wydawania sterowników. Także poprawiono nieco wydajność KDE 4, na którym da się już normalnie pracować przy wyłączonych efektach, a nawet przy włączonych, chociaż dalej jest to dość uciążliwe. Niestety uruchomione efekty znacznie spowalniają aplikacje 3D (wyniki przy włączonych efektach pulpitu były dużo gorsze, dlatego testy przeprowadzałem na pulpicie bez efektów). Nie jest to może to czego oczekiwaliśmy, jednak wszystko wskazuje, że NVIDIA jest na dobrej drodze do odzyskania zaufania użytkowników Linuksa.
22 sierpnia
Wyłączenie Touchpada, który w czasie pracy z myszką potrafi mocno przeszkadzać, jest bardzo proste. Niestety opcja wyłączająca dostępna w Sax2 nie chce działać (przynajmniej u mnie). Żeby wyłączyć Touchpada ręcznie, należy wyedytować jako root plik /etc/X11/xorg.conf. Wyszykujemy tam sekcję “InputDevice”, w której będzie “Driver ’synaptics’”. Następnie dodajemy wpis “Option ‘TouchpadOff’ ‘1′”. Poniżej wklejam moją sekcję “InputDevice” z wyłączonym Touchpadem:
Section "InputDevice"
Identifier "Mouse[3]"
Driver "synaptics"
Option "Buttons" "5"
Option "Device" "/dev/input/mice"
Option "Emulate3Buttons" "on"
Option "HorizScrollDelta" "0"
Option "InputFashion" "Mouse"
Option "Name" "Synaptics;Touchpad"
Option "Protocol" "explorerps/2"
Option "SHMConfig" "on"
Option "TouchpadOff" "1"
Option "Vendor" "Sysp"
Option "ZAxisMapping" "4 5"
EndSection
22 sierpnia
Wygląda na to, że NVIDIA po ostatnich wpadkach wzięła się solidnie do roboty. Nie minęły dwa dni od wydania Beta 177.67, a dzisiaj pojawiła się kolejna wersja Beta 177.68. Z najważniejszych zmian
Sterownik w wersji 32 bitowej: nvidia.com
Sterownik w wersji 64 bitowej: nvidia.com
21 sierpnia
Wczoraj pojawiła się kolejna wersja Alpha nadchodzącego wydania openSUSE 11.1. Wydanie Alpha 2 umożliwia już instalację systemu, jednakże ze względu na błąd #418619 domyślnie startuje tryb bezpieczny (Failsafe), należy wybrać uruchomić system w trybie domyślnym. Dodatkowo, użytkownicy wersji 64 bitowej powinni pamiętać, aby wyłączyć z ekranu podsumowania instalację z obrazów przed właściwą instalacją. Z wydaniem Alpha 2 nie pojawiły się wersje LiveCD. Planowane za to jest wydanie LiveCD Alpha2plus, które powinno się pojawić w przyszłym tygodniu.
Najbardziej wkurzające błędy wydania Alpha 2 to:
Pobieranie obrazów iso: http://software.opensuse.org/developer
20 sierpnia
Autoryzacja użytkowników przy użyciu odcisku palców jest prostym, wygodnym i skutecznym rozwiązaniem. Przy małym nakładzie pracy, możemy ułatwić sobie logowanie i używanie polecenia “su” pod Linuksem. Jeśli posiadamy wbudowany czytnik, system w czasie instalacji wykryje go i sam zainstaluje potrzebne sterowniki i oprogramowanie. W innym przypadku należy ręcznie zainstalować pakiety libthinkfinger, pam_thinkfinger i yast2-fingerprint-reader.
![]()
Teraz możemy przejść do konfiguracji. Uruchamiamy YaSTa i w sekcji “Sprzęt” wybieramy “Czytnik linii papilarnych”. Następnie zaznaczamy “Używaj czytnika linii papilarnych”. Wciskamy zakończ i przechodzimy do sekcji “Użytkownicy i zabezpieczenia”. Wciskami “Zarządzanie użytkownikami” i edytujemy wybranego użytkownika. Przechodzimy do zakładki “Wtyczki”. Tam powinniśmy zobaczyć “Ustaw odcisk palca użytkownika” (jeśli nie ma, należy dodać) i klikamy “Uruchom”. Pojawi się okno z prośbą o zeskanowanie odcisku, więc skanujemy palec starając się otrzymać trzy udane próby i akceptujemy. Od tego momentu dany użytkownik może logować się używając swojego odcisku palca (lub hasła).
![]()
Niestete, taki sposób autoryzacji nie jest póki co obsługiwany przez KDE i KDM. Jeśli używamy KDE i zależy nam na logowaniu przy użyciu odcisków, musimy KDM zastąpić GDMem. Dla mnie wystarczające okazało się logowanie w trybie tekstowym i przy użyciu “su”.
|
Najświeższe komentarze