X_very_slow_in_0.8.mdwn 9.72 KB
Newer Older
127.0.0.1's avatar
127.0.0.1 committed
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
X eats about 30-40% CPU time in 0.8 and everything from starting a new program to switching tabs in Firefox runs very slow. Moving windows leaves multiple old window positions drawn on the desktop for several seconds, the movement is not smooth as it used to be under 0.7.


Here is lspci output:

    amnesia@amnesia:~$ lspci
    00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro     Host Bridge
    00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro     Host Bridge
    00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro     Host Bridge
    00:00.3 Host bridge: VIA Technologies, Inc. K8T800Pro     Host Bridge
    00:00.4 Host bridge: VIA Technologies, Inc. K8T800Pro     Host Bridge
    00:00.7 Host bridge: VIA Technologies, Inc. K8T800Pro     Host Bridge
    00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI     bridge [K8T800/K8T890 South]
    00:0f.0 RAID bus controller: VIA Technologies, Inc.     VIA VT6420 SATA RAID Controller (rev 80)
    00:0f.1 IDE interface: VIA Technologies, Inc.             VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC     Bus Master IDE (rev 06)
    00:10.0 USB Controller: VIA Technologies, Inc.             VT82xxxxx UHCI USB 1.1 Controller (rev 81)
    00:10.1 USB Controller: VIA Technologies, Inc.             VT82xxxxx UHCI USB 1.1 Controller (rev 81)
    00:10.2 USB Controller: VIA Technologies, Inc.             VT82xxxxx UHCI USB 1.1 Controller (rev 81)
    00:10.3 USB Controller: VIA Technologies, Inc.             VT82xxxxx UHCI USB 1.1 Controller (rev 81)
    00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0     (rev 86)
    00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA     bridge [KT600/K8T800/K8T890 South]
    00:11.5 Multimedia audio controller: VIA Technologies,     Inc. VT8233/A/8235/8237 AC97 Audio         Controller (rev 60)
    00:12.0 Ethernet controller: VIA Technologies, Inc.     VT6102 [Rhine-II] (rev 78)
    00:18.0 Host bridge: Advanced Micro Devices [AMD] K8     [Athlon64/Opteron] HyperTransport Technology         Configuration
    00:18.1 Host bridge: Advanced Micro Devices [AMD] K8     [Athlon64/Opteron] Address Map
    00:18.2 Host bridge: Advanced Micro Devices [AMD] K8     [Athlon64/Opteron] DRAM Controller
    00:18.3 Host bridge: Advanced Micro Devices [AMD] K8     [Athlon64/Opteron] Miscellaneous Control
    01:00.0 VGA compatible controller: nVidia Corporation     NV44A [GeForce 6200] (rev a1)
    

1 Gb RAM, AMD Sempron 3000+.

Under Windows and Tails 0.7 everything runs fine and quick so I guess it's the fault of the kernel or a new X version.

That's the output of the first line of 'top':

    PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                         
    2205 root      20   0 98.4m  85m 7084 R 34.3  8.4   2:01.04 Xorg         

All other processes are 0% or near 0%. Here is some output from syslog:

    Sep 22 11:23:29 localhost kernel: [   18.114871] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
    Sep 22 11:23:29 localhost kernel: [   18.117718] [drm] nouveau 0000:01:00.0: Detected an NV40 generation card (0x04a100a1)
    Sep 22 11:23:29 localhost kernel: [   18.119402] [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN
    Sep 22 11:23:29 localhost kernel: [   18.201576] [drm] nouveau 0000:01:00.0: ... appears to be valid
    Sep 22 11:23:29 localhost kernel: [   18.201583] [drm] nouveau 0000:01:00.0: BIT BIOS found
    Sep 22 11:23:29 localhost kernel: [   18.201587] [drm] nouveau 0000:01:00.0: Bios version 05.44.a2.07
    Sep 22 11:23:29 localhost kernel: [   18.201592] [drm] nouveau 0000:01:00.0: TMDS table version 1.1
    Sep 22 11:23:29 localhost kernel: [   18.201595] [drm] nouveau 0000:01:00.0: BIT table 'd' not found
    Sep 22 11:23:29 localhost kernel: [   18.201598] [drm] nouveau 0000:01:00.0: Found Display Configuration Block version 3.0
    Sep 22 11:23:29 localhost kernel: [   18.201604] [drm] nouveau 0000:01:00.0: Raw DCB entry 0: 01000300 00000028
    Sep 22 11:23:29 localhost kernel: [   18.201608] [drm] nouveau 0000:01:00.0: Raw DCB entry 1: 02011310 00000028
    Sep 22 11:23:29 localhost kernel: [   18.201611] [drm] nouveau 0000:01:00.0: Raw DCB entry 2: 01011312 00000000
    Sep 22 11:23:29 localhost kernel: [   18.201615] [drm] nouveau 0000:01:00.0: Raw DCB entry 3: 020223f1 0080c020
    Sep 22 11:23:29 localhost kernel: [   18.201620] [drm] nouveau 0000:01:00.0: DCB connector table: VHER 0x30 5 7 2
    Sep 22 11:23:29 localhost kernel: [   18.201624] [drm] nouveau 0000:01:00.0:   0: 0x00000000: type 0x00 idx 0 tag 0xff
    Sep 22 11:23:29 localhost kernel: [   18.201628] [drm] nouveau 0000:01:00.0:   1: 0x00002130: type 0x30 idx 1 tag 0x08
    Sep 22 11:23:29 localhost kernel: [   18.201632] [drm] nouveau 0000:01:00.0:   2: 0x00000210: type 0x10 idx 2 tag 0xff
    Sep 22 11:23:29 localhost kernel: [   18.201636] [drm] nouveau 0000:01:00.0:   3: 0x00000211: type 0x11 idx 3 tag 0xff
    Sep 22 11:23:29 localhost kernel: [   18.201640] [drm] nouveau 0000:01:00.0:   4: 0x00000213: type 0x13 idx 4 tag 0xff
    Sep 22 11:23:29 localhost kernel: [   18.201649] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xDD1E
    Sep 22 11:23:29 localhost kernel: [   18.204113] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xE003
    Sep 22 11:23:29 localhost kernel: [   18.217237] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xE491
    Sep 22 11:23:29 localhost kernel: [   18.217258] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xE5EE
    Sep 22 11:23:29 localhost kernel: [   18.218372] [drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xE6A0
    Sep 22 11:23:29 localhost kernel: [   18.218377] [drm] nouveau 0000:01:00.0: mem timing table length unknown: 14
    Sep 22 11:23:29 localhost kernel: [   18.218466] [drm] nouveau 0000:01:00.0: timingset 255 does not exist
    Sep 22 11:23:29 localhost kernel: [   18.250117] [drm] nouveau 0000:01:00.0: 1 available performance level(s)
    Sep 22 11:23:29 localhost kernel: [   18.250124] [drm]     nouveau 0000:01:00.0: 0: memory 500MHz core 350MHz fanspeed 100%
    Sep 22 11:23:29 localhost kernel: [   18.250137] [drm] nouveau 0000:01:00.0: c: memory 401MHz core 200MHz
    Sep 22 11:23:29 localhost kernel: [   18.250337] [TTM] Zone  kernel: Available graphics memory: 447730 kiB.
    Sep 22 11:23:29 localhost kernel: [   18.250341] [TTM] Zone highmem: Available graphics memory: 517238 kiB.
    Sep 22 11:23:29 localhost kernel: [   18.250344] [TTM] Initializing pool allocator.
    Sep 22 11:23:29 localhost kernel: [   18.250367] [drm] nouveau 0000:01:00.0: Detected 256MiB VRAM
    Sep 22 11:23:29 localhost kernel: [   18.250667] agpgart-amd64 0000:00:00.0: AGP 3.0 bridge
    Sep 22 11:23:29 localhost kernel: [   18.250687] agpgart-amd64 0000:00:00.0: putting AGP V3 device into 8x mode
    Sep 22 11:23:29 localhost kernel: [   18.250760] nouveau 0000:01:00.0: putting AGP V3 device into 8x mode
    Sep 22 11:23:29 localhost kernel: [   18.250764] [drm] nouveau 0000:01:00.0: 64 MiB GART (aperture)
    Sep 22 11:23:29 localhost kernel: [   18.250855] [drm] nouveau 0000:01:00.0: Saving VGA fonts
    Sep 22 11:23:29 localhost kernel: [   18.315197] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
    Sep 22 11:23:29 localhost kernel: [   18.315201] [drm] No driver support for vblank timestamp query.
    Sep 22 11:23:29 localhost kernel: [   18.317754] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on vga encoder (output 0)
    Sep 22 11:23:29 localhost kernel: [   18.317761] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on vga encoder (output 1)
    Sep 22 11:23:29 localhost kernel: [   18.317766] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on tmds encoder (output 2)
    Sep 22 11:23:29 localhost kernel: [   18.317771] [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on TV encoder (output 3)
    Sep 22 11:23:29 localhost kernel: [   18.508573] [drm] nouveau 0000:01:00.0: allocated 1280x1024 fb: 0x49000, bo f7309400
    Sep 22 11:23:29 localhost kernel: [   18.508755] fbcon: nouveaufb (fb0) is primary device
    Sep 22 11:23:29 localhost kernel: [   18.523478] [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on vga encoder (output 0)
    Sep 22 11:23:29 localhost kernel: [   18.523484] [drm] nouveau 0000:01:00.0: Output VGA-1 is running on CRTC 0 using output A
    Sep 22 11:23:29 localhost kernel: [   18.525547] Console: switching to colour frame buffer device 160x64
    Sep 22 11:23:29 localhost kernel: [   18.527337] fb0: nouveaufb frame buffer device
    Sep 22 11:23:29 localhost kernel: [   18.527340] drm: registered panic notifier
    Sep 22 11:23:29 localhost kernel: [   18.527350] [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0
127.0.0.1's avatar
127.0.0.1 committed
94
95

> The culprit in this case is the nouveau driver. IMHO it should be replaced with the nvidia non-free binary driver, as nouveau is still not ripe enough. See e.g. [https://bugzilla.redhat.com/show_bug.cgi?id=595311] [http://forums.fedoraforum.org/showthread.php?t=251316] [http://ubuntuforums.org/showthread.php?t=1436679] [http://www.fedoraforum.org/forum/showthread.php?t=268505] and so on. The nouveau project even writes on it's wiki that nouveau isn't fast.
Tails developers's avatar
Tails developers committed
96
97
98
99
100
101

>> It's very unlikely we'll ever ship NVidia's non-free binary driver
>> in Tails. Please try appending `xorg-driver=nv` to the kernel
>> command-line, by pressing TAB in the initial language choosing
>> menu. Does it solve the issue you're experiencing?
>> `xorg-driver=vesa` is worth trying as well.
Tails developers's avatar
Tails developers committed
102
103
104
105
106
107
108
109

>>> No reply since months, closing. Hopefully 0.10 (and its backported
>>> X.Org stack) will help. In this area, there's not much *we* can do
>>> about it, but include more recent drivers and forward bug reports
>>> upstream... and the latter needs reactive bug reporters to be
>>> worth it.

[[done]]