2006-03-23 11:40:27

by Con Kolivas

[permalink] [raw]
Subject: Re: [ck] 2.6.16-ck1

Rodney Gordon II writes:

> Good job Con, on your patches.. As far as the kernel in general, I'd
> like to post some warnings:

Thanks.

> Adaptive readahead: I had probs with this before, and I still do.. On
> a desktop if you have odd problems (nothing responding for SECONDS,
> very slow disk I/O during heavy I/O, etc..) disable it.

I was concerned about that myself which is why the only reason I included it
was because it came in a configurable form where you could choose to enable
it, and the default was off, and the config option even said suitable to
_servers_, not desktops.

> The new Yukon2 "sky2" driver: This one really pissed me off. It had me
> thinking apache2 AND my linksys router we're on the brink. For some
> unknown reason at least for me, in FF it would only half-load some
> pages, including ones on localhost AND my router (10.1.1.1) ... I
> dunno what the hell is up with this one. I have to stay with the
> syskonnect.com sk98lin patch, which.. doesn't work with 2.6.16 so I am
> back to 2.6.15 at the moment.
>
> nVidia drivers: Broken. I posted a ftbfs bug on the debian bts, here
> is a current patch that works against the current release:
> http://bugs.debian.org/cgi-bin/bugreport.cgi/nvidia-kernel-source_1.0.8178-2.diff?bug=357992;msg=15;att=1

Luckily none of these are my fault.

> All in all, my experience sucked for the first time on this kernel.

/me does the "not my fault" look.

> Good luck with this new one..

Heh. No new one in the works just yet, but I'm actually not planning on
changing anything. Turn adaptive readahead off, and you're left with out of
kernel tree, or worse, binary driver problems.

Cheers,
Con


Attachments:
(No filename) (1.64 kB)
(No filename) (189.00 B)
Download all attachments

2006-03-23 12:00:23

by Rodney Gordon II

[permalink] [raw]
Subject: Re: [ck] 2.6.16-ck1

On Thu, Mar 23, 2006 at 10:40:17PM +1100, Con Kolivas wrote:
> Rodney Gordon II writes:
>
> >Good job Con, on your patches.. As far as the kernel in general, I'd
> >like to post some warnings:
>
> Thanks.
>
> >Adaptive readahead: I had probs with this before, and I still do.. On
> >a desktop if you have odd problems (nothing responding for SECONDS,
> >very slow disk I/O during heavy I/O, etc..) disable it.
>
> I was concerned about that myself which is why the only reason I included
> it was because it came in a configurable form where you could choose to
> enable it, and the default was off, and the config option even said
> suitable to _servers_, not desktops.

Yea, just thought I would try it again sighting the improvements in
the ? docs in menuconfig, was just disappointed again.

> >The new Yukon2 "sky2" driver: This one really pissed me off. It had me
> >thinking apache2 AND my linksys router we're on the brink. For some
> >unknown reason at least for me, in FF it would only half-load some
> >pages, including ones on localhost AND my router (10.1.1.1) ... I
> >dunno what the hell is up with this one. I have to stay with the
> >syskonnect.com sk98lin patch, which.. doesn't work with 2.6.16 so I am
> >back to 2.6.15 at the moment.
> >
> >nVidia drivers: Broken. I posted a ftbfs bug on the debian bts, here
> >is a current patch that works against the current release:
> >http://bugs.debian.org/cgi-bin/bugreport.cgi/nvidia-kernel-source_1.0.8178-2.diff?bug=357992;msg=15;att=1
>
> Luckily none of these are my fault.

Yep, just warnings in general.

> >All in all, my experience sucked for the first time on this kernel.
>
> /me does the "not my fault" look.

LOL, I know, just warnings in general like I have said.

> >Good luck with this new one..
>
> Heh. No new one in the works just yet, but I'm actually not planning on
> changing anything. Turn adaptive readahead off, and you're left with out of
> kernel tree, or worse, binary driver problems.

Turned it off, disk probs are gone.

Meant to say "Good luck with this new mainline one.."

Your patches are great.. Thus, why I started this post with "Good
job Con, on your patches.." ;)

-r


--
Rodney "meff" Gordon II -*- [email protected]
Systems Administrator / Coder Geek -*- Open yourself to OpenSource

2006-03-23 12:37:18

by Matt Heler

[permalink] [raw]
Subject: Re: [ck] 2.6.16-ck1

Con,

I believe the author of that readahead patch stated that using the following
below would help in desktop usage ::

/sbin/blockdev --setra 256 /dev/XXX



On Thursday 23 March 2006 6:40 am, Con Kolivas wrote:
> Rodney Gordon II writes:
> > Good job Con, on your patches.. As far as the kernel in general, I'd
> > like to post some warnings:
>
> Thanks.
>
> > Adaptive readahead: I had probs with this before, and I still do.. On
> > a desktop if you have odd problems (nothing responding for SECONDS,
> > very slow disk I/O during heavy I/O, etc..) disable it.
>
> I was concerned about that myself which is why the only reason I included
> it was because it came in a configurable form where you could choose to
> enable it, and the default was off, and the config option even said
> suitable to _servers_, not desktops.
>
> > The new Yukon2 "sky2" driver: This one really pissed me off. It had me
> > thinking apache2 AND my linksys router we're on the brink. For some
> > unknown reason at least for me, in FF it would only half-load some
> > pages, including ones on localhost AND my router (10.1.1.1) ... I
> > dunno what the hell is up with this one. I have to stay with the
> > syskonnect.com sk98lin patch, which.. doesn't work with 2.6.16 so I am
> > back to 2.6.15 at the moment.
> >
> > nVidia drivers: Broken. I posted a ftbfs bug on the debian bts, here
> > is a current patch that works against the current release:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi/nvidia-kernel-source_1.0.817
> >8-2.diff?bug=357992;msg=15;att=1
>
> Luckily none of these are my fault.
>
> > All in all, my experience sucked for the first time on this kernel.
>
> /me does the "not my fault" look.
>
> > Good luck with this new one..
>
> Heh. No new one in the works just yet, but I'm actually not planning on
> changing anything. Turn adaptive readahead off, and you're left with out of
> kernel tree, or worse, binary driver problems.
>
> Cheers,
> Con