for a 2.2.x-lmp :)
*clink clink*
--
* Matthew Hawkins [EMAIL PROTECTED] :(){ :|:};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 7311
-
To unsubscribe from this list: send the line "unsubscribe
see they make sense. No problems yet on a UP
system with them patched in either.
--
* Matthew Hawkins [EMAIL PROTECTED] :(){ :|:};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 7311
-
To unsubscribe
no complaints about the
controller either.
--
* Matthew Hawkins [EMAIL PROTECTED] :(){ :|:};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 7311
-
To unsubscribe from this list: send the line "unsubs
On Tue, 03 Oct 2000 02:37:26 -0400 Dmitri Pogosyan
[EMAIL PROTECTED] wrote:
Well, being just an end customer, I would not judge technical quality
of RedHat packages [...]
With that kind of general attitude, I suggest you stay well clear of
used car salesmen (in particular).
I guess you were
Heh.. now all we need is some smart-arse to make something similar to
apply to the _entire_ VM subsystem, and both Rik and Andrea can be happy
;)
Seriously, am I missing something obvious or is it far simpler just to
keel over and die if the system goes OOM? I mean, seriously, if the
() with RLIMIT_DATA, RLIMIT_STACK, RLIMIT_RSS,
RLIMIT_MEMLOCK, RLIMIT_AS et al is a null op?
If so, I wish to register a complaint ;-)
--
* Matthew Hawkins [EMAIL PROTECTED] :(){ :|:};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602
: 8b 7a 00 mov0x0(%edx),%edi
--
* Matthew Hawkins [EMAIL PROTECTED] :(){ :|:};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 7311
-
To unsubscribe from this list: send the line
On 2000-10-11 10:33:39 -0400, Bruce A. Locke wrote:
Your making the deadly assumption that all applications behave themselves
exactly the same all the time. Oops... netscape decided to freak out and
take up all your memory... guess its the admins fault.
Yep, for not setting appropriate
On 2000-10-11 12:48:54 -0400, Andrew Pimlott wrote:
No way should a desktop user be responsible for micro-managing the
resource usage of his applications.
That's right. The systems administrator should, and will set
appropriate limits for users on his/her system that apply from login.
This
On 2000-10-11 11:45:06 -0400, Bruce A. Locke wrote:
This manpage shows me functions and structs.
What were you expecting from the system call section of the Linux
Programmer's Manual? Dancing girls?
(h...)
I'm assuming you want these used by the offending program or the shell
under
On 2000-10-11 19:53:50 -0700, [EMAIL PROTECTED] wrote:
On other machines I'd set RLIMIT_DATA and my OOM problems went away,
but on linux this didn't work
RLIMIT_DATA appears to only be checked for aout format executables.
Looking at the 2.4.0-test10pre1 sources for fs/binfmt_aout.c and
On 7/24/07, Andrew Morton [EMAIL PROTECTED] wrote:
The other consideration here is, as Nick points out, are the problems which
people see this patch solving for them solveable in other, better ways?
IOW, is this patch fixing up preexisting deficiencies post-facto?
So let me get this straight -
On 7/25/07, Nick Piggin [EMAIL PROTECTED] wrote:
I'm not saying that we can't try to tackle that problem, but first of
all you have a really nice narrow problem where updatedb seems to be
causing the kernel to completely do the wrong thing. So we start on
that.
updatedb isn't the only problem,
On 7/25/07, Nick Piggin [EMAIL PROTECTED] wrote:
Not to say that neither fix some problems, but for such conceptually
big changes, it should take a little more effort than a constructed test
case and no consideration of the alternatives to get it merged.
Swap Prefetch has existed since
On 7/26/07, Ray Lee [EMAIL PROTECTED] wrote:
I'd just like updatedb to amortize its work better. If we had some way
to track all filesystem events, updatedb could keep a live and
accurate index on the filesystem. And this isn't just updatedb that
wants that, beagle and tracker et al also want to
On 7/26/07, Ingo Molnar [EMAIL PROTECTED] wrote:
wrong, it's active on three of my boxes already :) But then again, i
never had these hangover problems. (not really expected with gigs of RAM
anyway)
[...]
--- /etc/cron.daily/mlocate.cron.orig
[...]
mlocate by design doesn't thrash the cache
On 7/26/07, Ray Lee [EMAIL PROTECTED] wrote:
Yeah, I know about inotify, but it doesn't scale.
Yeah, the nonrecursive behaviour is a bugger. Also I found it helped
to queue operations in userspace and execute periodically rather than
trying to execute on every single notification. Worked well
On 7/28/07, Linus Torvalds [EMAIL PROTECTED] wrote:
People who think SD was perfect were simply ignoring reality. Sadly,
that seemed to include Con too, which was one of the main reasons that I
never ended entertaining the notion of merging SD for very long at all:
Con ended up arguing against
On 7/30/07, John [EMAIL PROTECTED] wrote:
I understand that, I was just wondering if the FPS scales the same natively
vs. Wine as I typically only run native games. I have been hesitant to move
over to CFS due to reports of 3D issues and wanted to see if you had numbers
in regards to CFS vs.
On 7/30/07, Linus Torvalds [EMAIL PROTECTED] wrote:
For example, how hard is it for people to just admit that CFS actually
does better than SD on a number of things? Including very much on the
desktop.
Actually in benchmarks Ingo has quoted, SD was better on the desktop
(by a small margin).
On 7/31/07, Jacob Braun [EMAIL PROTECTED] wrote:
On 7/30/07, kriko [EMAIL PROTECTED] wrote:
I would try the new cfs how it performs, but it seems that nvidia drivers
doesn't compile successfully under 2.6.23-rc1.
http://files.myopera.com/kriko/files/nvidia-installer.log
If someone has
On 7/31/07, Roland Dreier [EMAIL PROTECTED] wrote:
Fuck you Martin!
I think you meant to yell at Matthew, not Martin ;)
What's amusing about this is he's yelling at me for something I didn't
do, can't even get my name right, and has the audacity to claim that
*I* am the one looking like
On 7/31/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Kenneth Prugh [EMAIL PROTECTED] wrote:
CFS generally seemed a lot smoother as the load increased, while SD
broke down to a highly unstable fps count that fluctuated massively
around the third loop. Seems like I will stick to CFS for gaming
On 7/31/07, Miguel Figueiredo [EMAIL PROTECTED] wrote:
CFS does not requeue_task() on SCHED_YIELD (used by graphic drivers) as until
2.6.22 and -ck. Please try this hack [1] that makes -ck to behave like CFS
then you are comparing apples to apples.
Hi Miguel,
I tested with sched_yield_ctl set
On 8/1/07, Ingo Molnar [EMAIL PROTECTED] wrote:
The only other thing of interest is that the -ck kernel had the WM
menus appear in about 3 seconds rather than 5-8 under the other two.
under what load is that - 10 loops? There's no disk or network IO going
on during a WM menu appearance,
On 7/25/07, Nick Piggin [EMAIL PROTECTED] wrote:
I guess /proc/meminfo, /proc/zoneinfo, /proc/vmstat, /proc/slabinfo
before and after the updatedb run with the latest kernel would be a
first step. top and vmstat output during the run wouldn't hurt either.
Hi Nick,
I've attached two files with
On 8/1/07, Miguel Figueiredo [EMAIL PROTECTED] wrote:
Have you tryied the 2 modes of the patch?
Here's my stats for sched_yield_ctl = 2
loops fps
0 48
1 48
2 48
3 48
4 39
5 39
6 39
7 28
8 28
9 22
10 18
Once again it was very
On 8/1/07, Adrian Bunk [EMAIL PROTECTED] wrote:
But there's not much value in benchmarking if an important part of the
performance critical code is in some undebuggable driver...
In this case we don't care about the performance of the video driver.
This isn't a race to see who can get the most
On 8/2/07, ::.. Teresa_II ..:: [EMAIL PROTECTED] wrote:
As i sad. I wasn't sure if its kernel related at all, it just was worse
first time i booted cfs-v19.1 patch. Now i cant reproduce it even
anymore :)
Hi Teresa,
Are you sure its not just a setting in Gnome/KDE for accessibility?
That
On 7/11/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 11 Jul 2007 11:02:56 +1000 Matthew Hawkins [EMAIL PROTECTED] wrote:
Always interested. Please provide us more details on your usage and
testing of that code. Amount of memory, workload, observed results,
etc?
My usual workstation
ray for a 2.2.x-lmp :)
*clink clink*
--
* Matthew Hawkins <[EMAIL PROTECTED]> :(){ :|:&};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 7311
-
To unsubscribe from this list: send the line "
imple even I can see they make sense. No problems yet on a UP
system with them patched in either.
--
* Matthew Hawkins <[EMAIL PROTECTED]> :(){ :|:&};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia.
DE, and I have no complaints about the
controller either.
--
* Matthew Hawkins <[EMAIL PROTECTED]> :(){ :|:&};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 7311
-
To unsubscribe from this
On Mon, 2 Oct 2000 21:40:59 -0400, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Why didn't the package maintainer issue a formal release, if they really
> thought it was the best thing for RedHat to be using
Perhaps you're getting Redhat confused with Debian here. Redhat doesn't
have package
On Tue, 03 Oct 2000 02:37:26 -0400 Dmitri Pogosyan
<[EMAIL PROTECTED]> wrote:
> Well, being just an end customer, I would not judge technical quality
> of RedHat packages [...]
With that kind of general attitude, I suggest you stay well clear of
used car salesmen (in particular).
> I guess you
Heh.. now all we need is some smart-arse to make something similar to
apply to the _entire_ VM subsystem, and both Rik and Andrea can be happy
;)
Seriously, am I missing something obvious or is it far simpler just to
keel over and die if the system goes OOM? I mean, seriously, if the
setrlimit() with RLIMIT_DATA, RLIMIT_STACK, RLIMIT_RSS,
RLIMIT_MEMLOCK, RLIMIT_AS et al is a null op?
If so, I wish to register a complaint ;-)
--
* Matthew Hawkins <[EMAIL PROTECTED]> :(){ :|:&};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall
,%esi
Code; c014b002
12: 8b 7a 00 mov 0x0(%edx),%edi
--
* Matthew Hawkins <[EMAIL PROTECTED]> :(){ :|:&};:
** Information Specialist, tSA Group Pty. Ltd. Ph: +61 2 6257 7111
*** 1 Hall Street, Lyneham ACT 2602 Australia. Fx: +61 2 6257 73
On 2000-10-11 10:33:39 -0400, Bruce A. Locke wrote:
>
> Your making the deadly assumption that all applications behave themselves
> exactly the same all the time. Oops... netscape decided to freak out and
> take up all your memory... guess its the admins fault.
Yep, for not setting appropriate
On 2000-10-11 12:48:54 -0400, Andrew Pimlott wrote:
> No way should a desktop user be responsible for micro-managing the
> resource usage of his applications.
That's right. The systems administrator should, and will set
appropriate limits for users on his/her system that apply from login.
This
On 2000-10-11 11:45:06 -0400, Bruce A. Locke wrote:
> This manpage shows me functions and structs.
What were you expecting from the system call section of the Linux
Programmer's Manual? Dancing girls?
(h...)
> I'm assuming you want these used by the offending program or the shell
> under
On 2000-10-11 19:53:50 -0700, [EMAIL PROTECTED] wrote:
> On other machines I'd set RLIMIT_DATA and my OOM problems went away,
> but on linux this didn't work
RLIMIT_DATA appears to only be checked for aout format executables.
Looking at the 2.4.0-test10pre1 sources for fs/binfmt_aout.c and
On 7/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 11 Jul 2007 11:02:56 +1000 "Matthew Hawkins" <[EMAIL PROTECTED]> wrote:
Always interested. Please provide us more details on your usage and
testing of that code. Amount of memory, workload, observed re
On 7/24/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
The other consideration here is, as Nick points out, are the problems which
people see this patch solving for them solveable in other, better ways?
IOW, is this patch fixing up preexisting deficiencies post-facto?
So let me get this straight
On 7/25/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
I'm not saying that we can't try to tackle that problem, but first of
all you have a really nice narrow problem where updatedb seems to be
causing the kernel to completely do the wrong thing. So we start on
that.
updatedb isn't the only
On 7/25/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Not to say that neither fix some problems, but for such conceptually
big changes, it should take a little more effort than a constructed test
case and no consideration of the alternatives to get it merged.
Swap Prefetch has existed since
On 7/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
I'd just like updatedb to amortize its work better. If we had some way
to track all filesystem events, updatedb could keep a live and
accurate index on the filesystem. And this isn't just updatedb that
wants that, beagle and tracker et al also want
On 7/26/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> wrong, it's active on three of my boxes already :) But then again, i
> never had these hangover problems. (not really expected with gigs of RAM
> anyway)
[...]
> --- /etc/cron.daily/mlocate.cron.orig
[...]
mlocate by design doesn't thrash the
On 7/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> Yeah, I know about inotify, but it doesn't scale.
Yeah, the nonrecursive behaviour is a bugger. Also I found it helped
to queue operations in userspace and execute periodically rather than
trying to execute on every single notification. Worked
On 7/28/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> People who think SD was "perfect" were simply ignoring reality. Sadly,
> that seemed to include Con too, which was one of the main reasons that I
> never ended entertaining the notion of merging SD for very long at all:
> Con ended up arguing
On 7/30/07, John <[EMAIL PROTECTED]> wrote:
> I understand that, I was just wondering if the FPS scales the same natively
> vs. Wine as I typically only run native games. I have been hesitant to move
> over to CFS due to reports of 3D issues and wanted to see if you had numbers
> in regards to
On 7/30/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> For example, how hard is it for people to just admit that CFS actually
> does better than SD on a number of things? Including very much on the
> desktop.
Actually in benchmarks Ingo has quoted, SD was better on the desktop
(by a small
On 7/31/07, Jacob Braun <[EMAIL PROTECTED]> wrote:
> On 7/30/07, kriko <[EMAIL PROTECTED]> wrote:
> > I would try the new cfs how it performs, but it seems that nvidia drivers
> > doesn't compile successfully under 2.6.23-rc1.
> > http://files.myopera.com/kriko/files/nvidia-installer.log
> >
> >
On 7/31/07, Roland Dreier <[EMAIL PROTECTED]> wrote:
> > Fuck you Martin!
>
> I think you meant to yell at Matthew, not Martin ;)
What's amusing about this is he's yelling at me for something I didn't
do, can't even get my name right, and has the audacity to claim that
*I* am the one
On 7/31/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Kenneth Prugh <[EMAIL PROTECTED]> wrote:
> > CFS generally seemed a lot smoother as the load increased, while SD
> > broke down to a highly unstable fps count that fluctuated massively
> > around the third loop. Seems like I will stick to CFS
On 7/31/07, Miguel Figueiredo <[EMAIL PROTECTED]> wrote:
> CFS does not requeue_task() on SCHED_YIELD (used by graphic drivers) as until
> 2.6.22 and -ck. Please try this hack [1] that makes -ck to behave like CFS
> then you are comparing apples to apples.
Hi Miguel,
I tested with
On 8/1/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > The only other thing of interest is that the -ck kernel had the WM
> > menus appear in about 3 seconds rather than 5-8 under the other two.
>
> under what load is that - 10 loops? There's no disk or network IO going
> on during a WM menu
On 7/25/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
> I guess /proc/meminfo, /proc/zoneinfo, /proc/vmstat, /proc/slabinfo
> before and after the updatedb run with the latest kernel would be a
> first step. top and vmstat output during the run wouldn't hurt either.
Hi Nick,
I've attached two files
On 8/1/07, Miguel Figueiredo <[EMAIL PROTECTED]> wrote:
> Have you tryied the 2 modes of the patch?
Here's my stats for sched_yield_ctl = 2
loops fps
0 48
1 48
2 48
3 48
4 39
5 39
6 39
7 28
8 28
9 22
10 18
Once again it was very
On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> But there's not much value in benchmarking if an important part of the
> performance critical code is in some undebuggable driver...
In this case we don't care about the performance of the video driver.
This isn't a race to see who can get the
On 8/2/07, <::.. Teresa_II ..::> <[EMAIL PROTECTED]> wrote:
> As i sad. I wasn't sure if its kernel related at all, it just was worse
> first time i booted cfs-v19.1 patch. Now i cant reproduce it even
> anymore :)
Hi Teresa,
Are you sure its not just a setting in Gnome/KDE for accessibility?
61 matches
Mail list logo
