Mirek Rogoziński

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

Archive for the ‘openSUSE’ Category

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:


wykres1.png
wykres2.png
wykres3.png
wykres4.png
wykres5.png
wykres6.png

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:

kde4beta1.png

Sterownik 177.13

kde4beta22.png

Sterownik 177.67

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:

u1.png

u2.png

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.

  • 5 Comments
  • Filed under: KDE4, Linux, Nvidia, openSUSE
  • Wyłączenie Touchpada w Linuksie

    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

    NVIDIA 177.68 Beta wydany

    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

    • dodano wsparcie dla kart GeForce 9700M GTS,
    • poprawiono zarządzanie pamięcią video pomiędzy sterownikiem a implementację OpenGL (powinno mieć wpływ na poprawę wydajności KDE4)
    • naprawiono błąd “RENDER corruption” na kartach GeForce 6 i 7,
    • naprawiono bug powodujący błędy GLXBadDrawable w czasie uruchamiania więcej niż jednej aplikacji OpenGL z odblokowanym anty-aliasingiem, np. na wine,
    • naprawiono bug powodujący błędy GPU przy zabijaniu servera X kiedy aplikacja OpenGL jest uruchomiona,

    Sterownik w wersji 32 bitowej: nvidia.com
    Sterownik w wersji 64 bitowej: nvidia.com

    openSUSE 11.1 Alpha 2 wydane

    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:

    • (#418619) tryb biezpieczny jako domyślny w GRUB,
    • (#418592) gdm nie startuje na wszystkich maszynach,
    • (418577) bootloader nie może zaktualizować dynamicznej konfiguracji,
    • (#418729)nie można znaleźć /dev/disk/by-id/scsi-SATA_…,
    • oraz kilka błędów związanych z AutoYast.

    Pobieranie obrazów iso: http://software.opensuse.org/developer

  • 0 Comments
  • Filed under: Linux, openSUSE
  • openSUSE i odciski (naszych) palców

    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.
    finger.png
    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).

    finger1.png
    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”.