Forum Debian Users Gang

buri · 2012-04-19 15:58:18

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:
[url]http://student.agh.edu.pl/~buri/obciazenie.png-1280x800.jpg[/url]
Tak to uchwyciłem gdy bardzo szybko zacząłem ruszać oknem:
[url]http://student.agh.edu.pl/~buri/problem.png[/url]

Teraz trochę danych o sprzęcie: c2d 1.6 GHz 2 GB, geforce 8400 GS

System: Crunchbang x64 backports

Kod:

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:

Kod:

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.

ArnVaker · 2012-04-19 16:41:32

Używasz [deb]xcompmgr[/deb] lub coś w tym stylu? Jeżeli używasz, sprawdź czy problem występuje bez.

dominbik · 2012-04-19 17:32:47

używałem kiedyś cieni robionych za pomocą xcompmgr i przy openbox, nvidia miałem również poświatę podczas przesuwania okien

buri · 2012-04-19 17:43:08

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)

ArnVaker · 2012-04-19 20:23:54

W backportach jest Xorg 1.10, czyli wcale nie taki stary. Zobacz może na innej wersji sterowników, 290.10 na przykład.

buri · 2012-04-19 21:08:39

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.

ArnVaker · 2012-04-19 21:12:25

[quote=buri]Pisałem, że sprawdzałem na standardowych z backportów oraz tych z testinga.[/quote]
Racja… Myślałem, że w backportach jest ta sama wersja (295.40) co w testingu, ale rzeczywiście jakieś starsze tam są.

dominbik · 2012-04-19 21:40:48

a czemu nie zainstalujesz zamkniętych tylko nouevau używasz?

ArnVaker · 2012-04-19 21:42:20

[b]dominbik[/b]: ten jego problem był na zamkniętych właśnie, po przesiadce na nouveau zniknął.

panjandrum · 2012-04-19 22:55:57

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)

ArnVaker · 2012-04-19 22:58:02

Wydaje mi się, że najnowsze libcairo2 jest na razie tylko w Sidzie, a tutaj mamy stable z backportami.

buri · 2012-04-20 10:55:45

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ę.

buri · 2012-04-20 13:52:42

Cofnąłem sobie stery nvidia, ale coś mi błąd wyskakuje:

Kod:

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.

ArnVaker · 2012-04-20 13:57:07

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.

Time (s)	Query
0.00011	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00104	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.137.198.143' WHERE u.id=1
0.00063	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.137.198.143', 1732568622)
0.00037	SELECT * FROM punbb_online WHERE logged<1732568322
0.00062	SELECT topic_id FROM punbb_posts WHERE id=200460
0.00146	SELECT id FROM punbb_posts WHERE topic_id=21119 ORDER BY posted
0.00089	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=21119 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00144	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=21119 ORDER BY p.id LIMIT 0,25
0.00092	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=21119
Total query time: 0.00758 s

Forum Debian Users Gang

Ogłoszenie

#1 2012-04-19 15:58:18

buri - Użytkownik

Openbox, programy, Xorg, obciążenie procesora

Kod:

Kod:

#2 2012-04-19 16:41:32

ArnVaker - Kapelusznik

Re: Openbox, programy, Xorg, obciążenie procesora

#3 2012-04-19 17:32:47

dominbik - Członek DUG

Re: Openbox, programy, Xorg, obciążenie procesora

#4 2012-04-19 17:43:08

buri - Użytkownik

Re: Openbox, programy, Xorg, obciążenie procesora

#5 2012-04-19 20:23:54

ArnVaker - Kapelusznik

Re: Openbox, programy, Xorg, obciążenie procesora

#6 2012-04-19 21:08:39

buri - Użytkownik

Re: Openbox, programy, Xorg, obciążenie procesora

#7 2012-04-19 21:12:25

ArnVaker - Kapelusznik

Re: Openbox, programy, Xorg, obciążenie procesora

#8 2012-04-19 21:40:48

dominbik - Członek DUG

Re: Openbox, programy, Xorg, obciążenie procesora

#9 2012-04-19 21:42:20

ArnVaker - Kapelusznik

Re: Openbox, programy, Xorg, obciążenie procesora

#10 2012-04-19 22:55:57

panjandrum - Użytkownik

Re: Openbox, programy, Xorg, obciążenie procesora

#11 2012-04-19 22:58:02

ArnVaker - Kapelusznik

Re: Openbox, programy, Xorg, obciążenie procesora

#12 2012-04-20 10:55:45

buri - Użytkownik

Re: Openbox, programy, Xorg, obciążenie procesora

#13 2012-04-20 13:52:42

buri - Użytkownik

Re: Openbox, programy, Xorg, obciążenie procesora

Kod:

#14 2012-04-20 13:57:07

ArnVaker - Kapelusznik

Re: Openbox, programy, Xorg, obciążenie procesora

Stopka forum

Informacje debugowania