Re: -rc6 vs desktop use, desktop 0

[Gene Heskett]

On Monday 19 December 2005 22:53, Con Kolivas wrote:
>On Tue, 20 Dec 2005 02:38 pm, Gene Heskett wrote:
>> On Monday 19 December 2005 22:21, Con Kolivas wrote:
>> >On Tue, 20 Dec 2005 02:11 pm, Gene Heskett wrote:
>> >> On Monday 19 December 2005 21:04, Con Kolivas wrote:
>> >> >Actually my question was what patches (if any) did you add to
>> >> > rc6?
>> >>
>> >> None Con, here is the script that builds it:
>> >
>> >Ah ok.
>> >
>> >When you said
>> >
>> >>Useing Con's scheduler as default in both cases.
>> >
>> >I'm pretty sure that others would have been confused as well as
>> > myself. I assumed you patched it with my alternate (staircase)
>> > scheduler. This is also why I responded to your email. Thus it is
>> > likely you won't get attention from anyone else unless you
>> > specify that you're using a vanilla kernel. Unfortunately I don't
>> > know what the problem is you're seeing.
>>
>> So I should repost, specifying a vanilla 2.6.15-rc6 kernel?
>
>Yes, with usual output of .config, lspci and dmesg. diff your dmesg
> between rc5's dmesg and rc6's if you can.

Ok, I rebuilt it with the size option back on and rebooted to it.
I'd previously saved the output of lspci as pspci-rc5 and now I've 
saved it to lspci-rc6, but there is no diff output, nor is there a cmp 
output.

As for the dmesg diffs, its included below.

The only .config diff is the addition and turning on of the compile for 
min size option, unchecking that mungs the system timekeeping and 
trashes the screen of any vt you are trying to use with error messages 
at about 1 second intervals.

>> Well, FWIW, its a sure one sickly dawg the vet needs to see
>> quickly. Its simply not usable for a desktop when stuff goes to
>> sleep for 10-30 seconds at a time. -rc5 vs kmail is a drag but its
>> rarely more than 5 or so seconds till it catches up with your
>> fingers, but -rc6 takes this to a whole new level.  And kpm nor
>> htop does not show a reason, seti is still getting 85% of the cpu
>> when I'm stalled, down from 98% when there is nothing else going
>> on.
>>
>> I was rather hoping you might have some clues or something to try,
>> but if 2.6.15 runs like -rc6, no one will want to run it for very
>> long.
>
>Check your syslogs for errors. These kinds of stalls are often
> related to huge dumps into syslogs. For what it's worth rc6 works
> fine for me.

And this time, it also seems to be much better than the first time, 
this is usable now.

>Cheers,
>Con
-----------------dmesg diff----------------
--- dmesg-rc5 2005-12-19 18:03:24.000000000 -0500
+++ dmesg-rc6 2005-12-20 08:19:45.000000000 -0500
@@ -1,4 +1,4 @@
-Linux version 2.6.15-rc5 (root@xxxxxxxxxxxxxxxxx) (gcc version 3.3.3 
20040412 (Red Hat Linux 3.3.3-7)) #5 PREEMPT Tue Dec 6 21:48:29 EST 
2005
+Linux version 2.6.15-rc6 (root@xxxxxxxxxxxxxxxxx) (gcc version 3.3.3 
20040412 (Red Hat Linux 3.3.3-7)) #3 PREEMPT Tue Dec 20 07:33:25 EST 
2005
 BIOS-provided physical RAM map:
  BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
@@ -43,16 +43,16 @@
 mapped APIC to ffffd000 (fee00000)
 mapped IOAPIC to ffffc000 (fec00000)
 Initializing CPU#0
-CPU 0 irqstacks, hard=c0477000 soft=c0476000
+CPU 0 irqstacks, hard=c03f6000 soft=c03f5000
 PID hash table entries: 4096 (order: 12, 65536 bytes)
-Detected 2087.920 MHz processor.
+Detected 2088.517 MHz processor.
 Using tsc for high-res timesource
 Console: colour VGA+ 80x25
 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
 Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
-Memory: 1035040k/1048512k available (2559k kernel code, 12880k 
reserved, 773k data, 184k init, 131008k highmem)
+Memory: 1035556k/1048512k available (2076k kernel code, 12364k 
reserved, 772k data, 152k init, 131008k highmem)
 Checking if this processor honours the WP bit even in supervisor 
mode... Ok.
-Calibrating delay using timer specific routine.. 4179.94 BogoMIPS 
(lpj=2089972)
+Calibrating delay using timer specific routine.. 4179.92 BogoMIPS 
(lpj=2089963)
 Security Framework v1.0.0 initialized
 Capability LSM initialized
 Mount-cache hash table entries: 512
@@ -146,10 +146,11 @@
 Installing knfsd (copyright (C) 1996 okir@xxxxxxxxxxxx).
 Initializing Cryptographic API
 io scheduler noop registered
+io scheduler anticipatory registered
 io scheduler deadline registered
 io scheduler cfq registered (default)
 ACPI: Fan [FAN] (on)
-ACPI: Thermal Zone [THRM] (66 C)
+ACPI: Thermal Zone [THRM] (10 C)
 isapnp: Scanning for PnP cards...
 isapnp: No Plug & Play device found
 Real Time Clock Driver v1.12
@@ -262,7 +263,7 @@
 Using IPI Shortcut mode
 EXT3-fs: mounted filesystem with ordered data mode.
 VFS: Mounted root (ext3 filesystem) readonly.
-Freeing unused kernel memory: 184k freed
+Freeing unused kernel memory: 152k freed
 kjournald starting.  Commit interval 5 seconds
 input: AT Translated Set 2 keyboard as /class/input/input2
 EXT3 FS on hda7, internal journal
------------------------------

As for an lspci, they are identical
---------------lspci-rc6---------------
00:00.0 Host bridge: nVidia Corporation nForce2 AGP (different 
version?) (rev c1)
00:00.1 RAM memory: nVidia Corporation nForce2 Memory Controller 1 (rev 
c1)
00:00.2 RAM memory: nVidia Corporation nForce2 Memory Controller 4 (rev 
c1)
00:00.3 RAM memory: nVidia Corporation nForce2 Memory Controller 3 (rev 
c1)
00:00.4 RAM memory: nVidia Corporation nForce2 Memory Controller 2 (rev 
c1)
00:00.5 RAM memory: nVidia Corporation nForce2 Memory Controller 5 (rev 
c1)
00:01.0 ISA bridge: nVidia Corporation nForce2 ISA Bridge (rev a4)
00:01.1 SMBus: nVidia Corporation nForce2 SMBus (MCP) (rev a2)
00:02.0 USB Controller: nVidia Corporation nForce2 USB Controller (rev 
a4)
00:02.1 USB Controller: nVidia Corporation nForce2 USB Controller (rev 
a4)
00:02.2 USB Controller: nVidia Corporation nForce2 USB Controller (rev 
a4)
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet 
Controller (rev a1)
00:06.0 Multimedia audio controller: nVidia Corporation nForce2 AC97 
Audio Controler (MCP) (rev a1)
00:08.0 PCI bridge: nVidia Corporation nForce2 External PCI Bridge (rev 
a3)
00:09.0 IDE interface: nVidia Corporation nForce2 IDE (rev a2)
00:1e.0 PCI bridge: nVidia Corporation nForce2 AGP (rev c1)
01:07.0 Multimedia video controller: Conexant Winfast TV2000 XP (rev 
05)
01:07.2 Multimedia controller: Conexant: Unknown device 8802 (rev 05)
01:09.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 
IEEE-1394a-2000 Controller (PHY/Link)
02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 
9200 SE] (rev 01)
02:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] 
(Secondary) (rev 01)
----------------

And as I'm working on composing this message, I have to say that this 
is 100,000% better than the first try.  I can use this ok.

So what did the -rc6 original fubar?  DamnifIknow.  From an 
identical .config, its totally different acting.  But it did just 
freeze for 15 seconds, totally, while kmail was doing a fetch & filter 
run.  Thats some longer than usual but semi-tolerable.  This is also a 
well known and much bitched about 'feature' of kmail.

-- 
Cheers, Gene
People having trouble with vz bouncing email to me should use this
address: <gene.heskett@xxxxxxxxxxxxxxxxx> which bypasses vz's
stupid bounce rules.  I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/