Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Dzień dobry, a jak by inaczej :)
Kończąc moje ustawienia systemu postanowiłem rozwiązać pewną niedogodność w systemie.
Problem: otóż całość można opisać najprościej na przykładzie. Otwieram np. menadżer plików/konsolę/program i chcę go przesunąć szybko, następuje pewna zacinka i przez chwilę okno pozostawia sobie ślad, skacze poruszając się po pulpicie. W tym momencie użycie procesora mocno skacze do około 70% na dwóch rdzeniach.
Przycinanie znika po 3-5 sekundach, ale obciążenia dalej skacze nie wiadomo dlaczego.
Denerwujące jest to np. przy Xchat gdzie efekt widoczny jest nawet przy chowaniu do paska.
Winowajca na pierwszym miejscu htop, nie trafiłem z obciążeniem maksymalnym jednak:
http://student.agh.edu.pl/~buri/obciazenie.png-1280x800.jpg
Tak to uchwyciłem gdy bardzo szybko zacząłem ruszać oknem:
http://student.agh.edu.pl/~buri/problem.png
Teraz trochę danych o sprzęcie: c2d 1.6 GHz 2 GB, geforce 8400 GS
System: Crunchbang x64 backports
buri@buri-pc:~$ uname -a Linux buri-pc 3.2.0-0.bpo.2-amd64 #1 SMP Sun Mar 25 10:33:35 UTC 2012 x86_64 GNU/Linux
Sterowniki są z testinga najnowsze, na tych z backportów był ten sam problem:
buri@buri-pc:~$ cat /var/log/Xorg.0.log | grep -Ei 'nvidia|nouveau|vesa' [ 15.280] (II) Module glx: vendor="NVIDIA Corporation" [ 15.296] (II) NVIDIA GLX Module 295.40 Thu Apr 5 21:57:38 PDT 2012 [ 15.389] (II) LoadModule: "nvidia" [ 15.389] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [ 15.483] (II) Module nvidia: vendor="NVIDIA Corporation" [ 15.581] (II) NVIDIA dlloader X Driver 295.40 Thu Apr 5 21:38:35 PDT 2012 [ 15.581] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [ 15.646] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [ 15.652] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 [ 15.652] (==) NVIDIA(0): RGB weight 888 [ 15.652] (==) NVIDIA(0): Default visual is TrueColor [ 15.652] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) [ 15.652] (**) NVIDIA(0): Option "NoLogo" "true" [ 15.652] (**) NVIDIA(0): Option "TwinView" "0" [ 15.652] (**) NVIDIA(0): Option "MetaModes" "1280x800 +0+0" [ 15.653] (**) NVIDIA(0): Enabling 2D acceleration [ 18.095] (II) NVIDIA(GPU-0): Display (AUO (DFP-0)) does not support NVIDIA 3D Vision [ 18.095] (II) NVIDIA(GPU-0): stereo. [ 18.109] (II) NVIDIA(0): NVIDIA GPU GeForce 8400M GS (G86M) at PCI:1:0:0 (GPU-0) [ 18.109] (--) NVIDIA(0): Memory: 262144 kBytes [ 18.109] (--) NVIDIA(0): VideoBIOS: 60.86.42.00.34 [ 18.109] (II) NVIDIA(0): Detected PCI Express Link width: 16X [ 18.109] (--) NVIDIA(0): Interlaced video modes are supported on this GPU [ 18.116] (--) NVIDIA(0): Connected display device(s) on GeForce 8400M GS at PCI:1:0:0 [ 18.116] (--) NVIDIA(0): AUO (DFP-0) [ 18.116] (--) NVIDIA(0): AUO (DFP-0): 330.0 MHz maximum pixel clock [ 18.116] (--) NVIDIA(0): AUO (DFP-0): Internal Dual Link LVDS [ 18.116] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display [ 18.116] (**) NVIDIA(0): device AUO (DFP-0) (Using EDID frequencies has been [ 18.116] (**) NVIDIA(0): enabled on all display devices.) [ 18.174] (II) NVIDIA(0): Assigned Display Device: DFP-0 [ 18.174] (II) NVIDIA(0): Validated modes: [ 18.174] (II) NVIDIA(0): "1280x800+0+0" [ 18.174] (II) NVIDIA(0): Virtual screen size determined to be 1280 x 800 [ 19.189] (--) NVIDIA(0): DPI set to (98, 96); computed from "UseEdidDpi" X config [ 19.189] (--) NVIDIA(0): option [ 19.189] (II) NVIDIA: Using 768.00 MB of virtual memory for indirect memory access. [ 19.197] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon [ 19.197] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X [ 19.197] (II) NVIDIA(0): configuration option may not be set correctly. When the [ 19.197] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will [ 19.197] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For [ 19.197] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and [ 19.197] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X [ 19.198] (II) NVIDIA(0): Config Options in the README. [ 19.203] (II) NVIDIA(0): Setting mode "1280x800+0+0" [ 19.579] (==) NVIDIA(0): Disabling shared memory pixmaps [ 19.580] (==) NVIDIA(0): Backing store disabled [ 19.580] (==) NVIDIA(0): Silken mouse enabled [ 19.581] (**) NVIDIA(0): DPMS enabled [ 19.582] (II) NVIDIA(0): [DRI2] Setup complete [ 19.582] (II) NVIDIA(0): [DRI2] VDPAU driver: nvidia
Czytałem, że rozwiązaniem może być "gaim" jednak on już jest zainstalowany w systemie.
Jeśli potrzebna jakaś większa ilość informacji służę czym się da.
Offline
używałem kiedyś cieni robionych za pomocą xcompmgr i przy openbox, nvidia miałem również poświatę podczas przesuwania okien
Offline
Mam w menu "korzystaj z xcompmgr" oraz "cairo" ale nie są aktywne, w procesach też ich nie ma.
Edytka
Dobra coś mnie naszło i zastanawiało ... więc zrobiłem sobie kopię na większe testy. Trafiłem za pierwszym razem. Odinstalowałem stery od nvidi i o dziwo obciążenie jest jak się rusza oknem, ale nie ma zacinek tych irytujących. Teraz nie wiem co o tym myśleć, może to xorg jest za stary?
Ostatnio edytowany przez buri (2012-04-19 20:06:03)
Offline
W backportach jest Xorg 1.10, czyli wcale nie taki stary. Zobacz może na innej wersji sterowników, 290.10 na przykład.
Offline
Pisałem, że sprawdzałem na standardowych z backportów oraz tych z testinga. Jeszcze jutro zobaczę opcję xorg-testing oraz nvdia-testing.
xcompmgr jak włączyłem na nouevau to chodzi dramat, gorzej niż mój opisywany problem.
Offline
buri napisał(-a):
Pisałem, że sprawdzałem na standardowych z backportów oraz tych z testinga.
Racja… Myślałem, że w backportach jest ta sama wersja (295.40) co w testingu, ale rzeczywiście jakieś starsze tam są.
Offline
a czemu nie zainstalujesz zamkniętych tylko nouevau używasz?
Offline
dominbik: ten jego problem był na zamkniętych właśnie, po przesiadce na nouveau zniknął.
Offline
A to nie nie jest przypadkiem wina najnowszego libcairo2 tak jak było w moim przypadku? Zawsze warto sprawdzić.
Ostatnio edytowany przez panjandrum (2012-04-19 22:56:21)
Offline
Wydaje mi się, że najnowsze libcairo2 jest na razie tylko w Sidzie, a tutaj mamy stable z backportami.
Offline
Wróciłem do starej konfiguracji i już miałem się brać za xorg'a nowego, ale coś mi nie pasuje. To nie występuje cały czas, czysto po uruchomieniu nie ma tego efektu na thunar, konsoli. Zastanawiam się czy winy nie ponosi jakiś program, dlatego mam zamiar trochę popatrzeć, może znajdzie się winowajca.
Druga sprawa wkopałem się chyba w nowe stery, bo ilość tematów jakie poczytałem na google szukając rozwiązania mego problemu pokazała iż 295.40 to jakiś niewypał - tyle, że ja nie ma tych problemów co ludzie, na całe szczęście.
Chwilowo sobie daruję i pogooglam o tym przypadku na spokojnie, a jak coś mnie najdzie to znowu się za to zabiorę dość mocno. Nie jestem jeszcze dobry w naprawianiu swoich błędów, a przywracanie z livecd mi się nudzi już trochę.
Offline
Cofnąłem sobie stery nvidia, ale coś mi błąd wyskakuje:
buri@buri-pc:~$ sudo aptitude reinstall nvidia-glx Następujące pakiety zostaną PONOWNIE zainstalowane: nvidia-glx 0 pakietów aktualizowanych, 0 instalowanych, 1 ponownie instalowanych, 0 do usunięcia i 0 nie aktualizowanych. Do pobrania 0 B/328 kB archiwów. Zajęte po rozpakowaniu: 0 B. (Odczytywanie bazy danych ... 99541 files and directories currently installed.) Przygotowanie do zastąpienia nvidia-glx 280.13.really.275.36-1~bpo60+2 (wykorzystując .../nvidia-glx_280.13.really.275.36-1~bpo60+2_amd64.deb) ... Rozpakowanie pakietu zastępującego nvidia-glx ... Przetwarzanie wyzwalaczy dla nvidia-alternative... Przetwarzanie wyzwalaczy dla glx-alternative-nvidia... Konfigurowanie nvidia-glx (280.13.really.275.36-1~bpo60+2) ... No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.so to /usr/lib/nvidia/libGLcore.so.xlibmesa by nvidia-glx', none removed. No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx', none removed. No diversion 'diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx', none removed. Przetwarzanie wyzwalaczy dla glx-alternative-mesa...
libGLcore.so, libGLcore.a, libglx.a tych plików nie mam, więc pewnie o to chodzi.
Offline
To nawet nie błąd, tylko informacja. Nie usunął przekierowań tych plików, ponieważ ich nie było. Dla wykluczenia winy sterowników możesz spróbować jeszcze zainstalować je skryptem Nvidii (np. 290.10), zamiast tych z repo (te z repo trzeba najpierw usunąć). Choć w sumie nie liczyłbym na to, że to pomoże.
Offline
Strony: 1