Greetings;
I tried to rebuild rc6 without the size optimizations, but that
resulted in some sort of a timer problem being logged at about 1
second intervals to the vt's.
I'm back in rc5 now, cause rc6 is best described as a dog for desktop
use, kmail freezes for 10 seconds at a time. rc5 does do that nearly
as bad.
Useing Con's scheduler as default in both cases.
--
Cheers, Gene
People having trouble with vz bouncing email to me should use this
address: <[email protected]> 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.
On Monday 19 December 2005 18:08, Gene Heskett wrote:
>Greetings;
>
>I tried to rebuild rc6 without the size optimizations, but that
>resulted in some sort of a timer problem being logged at about 1
>second intervals to the vt's.
>
>I'm back in rc5 now, cause rc6 is best described as a dog for desktop
>use, kmail freezes for 10 seconds at a time. rc5 does do that nearly
>as bad.
>
>Useing Con's scheduler as default in both cases.
Humm, no comment from anyone so far. Do you need more data? i686
(athlon) cpu, gig of ram, what else do you need?
I could attach the .config I suppose. I did look to see if an option
had been added to use the desktop/server versions of Cons newer
patches, but its not visible in a make xconfig. Is this something
thats going to be needed, or should I switch scheduelers?
--
Cheers, Gene
People having trouble with vz bouncing email to me should use this
address: <[email protected]> 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.
On Tue, 20 Dec 2005 11:56 am, Gene Heskett wrote:
> On Monday 19 December 2005 18:08, Gene Heskett wrote:
> >Greetings;
> >
> >I tried to rebuild rc6 without the size optimizations, but that
> >resulted in some sort of a timer problem being logged at about 1
> >second intervals to the vt's.
> >
> >I'm back in rc5 now, cause rc6 is best described as a dog for desktop
> >use, kmail freezes for 10 seconds at a time. rc5 does do that nearly
> >as bad.
> >
> >Useing Con's scheduler as default in both cases.
>
> Humm, no comment from anyone so far. Do you need more data? i686
> (athlon) cpu, gig of ram, what else do you need?
>
> I could attach the .config I suppose. I did look to see if an option
> had been added to use the desktop/server versions of Cons newer
> patches, but its not visible in a make xconfig. Is this something
> thats going to be needed, or should I switch scheduelers?
Are you just using my cpu scheduler or dynticks from my patches as well?
Dynticks still has quirks every so often but the cpu scheduler is unchanged
for about 2 months now.
Cheers,
Con
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 ([email protected]) (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 ([email protected]) (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 [email protected]).
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: <[email protected]> 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.