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?
Tha
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 mo
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 je
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, 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 appeara
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
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 f
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
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
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/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
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/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 ca
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 wel
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 t
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 Septem
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/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/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 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
fs/bin
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 w
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 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
,%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
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
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
administra
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
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
tch in. Nice
drive if you have to use IDE, 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
ost of them are
so simple 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
having a 2.3 compatible LVM would not
go astray 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 un
31 matches
Mail list logo
