Just reminding people I'm still around and maintaining this patchset.
Announcing a new -ck release, 5.10-ck1 with the latest version of the
Multiple Queue Skiplist Scheduler, version 0.205 These are patches
designed to improve system responsiveness and interactivity with
specific emphasis on the
Announcing a new -ck release, 5.1-ck1 with the latest version of the
Multiple Queue Skiplist Scheduler, version 0.192. These are patches
designed to improve system responsiveness and interactivity with
specific emphasis on the desktop, but configurable for any workload.
linux-5.1-ck1:
-ck1 patche
usbcore: Select UAC3 configuration for audio if
> present")
> Reported-by: Con Kolivas
> Signed-off-by: Saranya Gopal >
I can confirm the above patch fixes my problem.
Tested-by: Con Kolivas
Thanks!
Con
Hi Saranya.
On Sat, 5 Jan 2019 at 03:52, Gopal, Saranya wrote:
> And since I was not part of the initial mail thread, I might have missed some
> information.
> Could someone give me lsusb -v output for this USB audio device.
These outputs are with the UAC3 patch backed out:
dmesg:
[50384.8594
Hi Iwai-san.
Added some relevant CCs.
On Fri, 4 Jan 2019 at 00:23, Takashi Iwai wrote:
>
> On Thu, 03 Jan 2019 12:43:54 +0100,
> Con Kolivas wrote:
> >
> > Upon switching from 4.19.0 to 4.20.0, pulseaudio started complaining
> > that sinks that previously wor
Upon switching from 4.19.0 to 4.20.0, pulseaudio started complaining
that sinks that previously worked are no longer supported.
On 4.19.0 trying 24 bit 88200, 176400, and 192000 I get the following
output from pulse.
resampler.c: Forcing resampler 'copy', because of fixed, identical
sample rates.s
Announcing a new -ck release, 4.18-ck1 with the latest version of the
Multiple Queue Skiplist Scheduler, version 0.173. These are patches designed
to improve system responsiveness and interactivity with specific emphasis on
the desktop, but configurable for any workload.
linux-4.18-ck1:
-ck1
Announcing a new -ck release, 4.15-ck1 with the latest version of the
Multiple Queue Skiplist Scheduler, version 0.170. These are patches
designed to improve system responsiveness and interactivity with
specific emphasis on the desktop, but configurable for any workload.
linux-4.15-ck1:
http://c
These are patches designed to improve system responsiveness and interactivity
with specific emphasis on the desktop, but configurable for any workload. The
patchset is mainly centred around the Multiple Queue Skiplist Scheduler,
MuQSS.
linux-4.11-ck1
-ck1 patches:
http://ck.kolivas.org/patches
These are patches designed to improve system responsiveness and interactivity
with specific emphasis on the desktop, but configurable for any workload. The
patchset is mainly centred around the Multiple Queue Skiplist Scheduler,
MuQSS.
-ck1 patches:
http://ck.kolivas.org/patches/4.0/4.10/4.10-
These are patches designed to improve system responsiveness and interactivity
with specific emphasis on the desktop, but configurable for any workload. The
patchset is mainly centred around the Multiple Queue Skiplist Scheduler,
MuQSS.
-ck1 patches:
http://ck.kolivas.org/patches/4.0/4.9/4.9-ck
MuQSS (Multiple Queue Skiplist Scheduler - pronounced mux) v0.150 by
Con Kolivas.
This is a multiple runqueue skiplist evolution of the Brain Fuck Scheduler,
designed to provide excellent latency, throughput and scalability to any
number of CPUs, with primary emphasis on latency for interactivity
On Friday, 9 December 2016 11:22:15 AM AEDT Takashi Iwai wrote:
> On Fri, 09 Dec 2016 05:15:57 +0100,
>
> Con Kolivas wrote:
> > The Logitech QuickCam Communicate Deluxe/S7500 microphone fails with the
> > following warning.
> >
> > [6.778995] usb 2-1.2.
the list of devices in volume_control_quirks makes it work
properly, fixing related typo.
Signed-off-by: Con Kolivas
---
sound/usb/mixer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/sound/usb/mixer.c b/sound/usb/mixer.c
index 2f8c388..4703cae 100644
--- a/sound/usb/mixe
-ck
MuQSS - The Multiple Queue Skiplist Scheduler by Con Kolivas.
MuQSS is a per-cpu runqueue variant of the original BFS scheduler with
one 8 level skiplist per runqueue, and fine grained locking for much more
scalability.
Goals.
The goal of the Multiple Queue Skiplist Scheduler, referred to as
This is to announce an updated stable version of the Brain Fuck Scheduler,
version 0.512 for the current stable linux kernel for improved responsiveness
and interactivity.
http://ck.kolivas.org/patches/bfs/4.0/4.8/4.8-sched-bfs-512.patch
A -ck branded release with minor tweaks and the addition
Announcing the latest release of the -ck patchset for improved responsiveness
and interactivity.
http://ck.kolivas.org/patches/4.0/4.7/4.7-ck5/
This is normally just a branded version of BFS with some different default
kernel options, however this version incorporates Jens Axboe's writeback
th
t the low
hanging fruit has been attended to and there seems to be little need given the
target audience for BFS.
Patch introduction follows:
---
The Brain Fuck Scheduler v0.502 by Con Kolivas.
A single shared runqueue strict fairness earliest deadline first design.
Runqueue insertion is O(
Commit-ID: 4fa5cd5245b627db88c9ca08ae442373b02596b4
Gitweb: http://git.kernel.org/tip/4fa5cd5245b627db88c9ca08ae442373b02596b4
Author: Con Kolivas
AuthorDate: Tue, 13 Sep 2016 16:27:05 +1000
Committer: Ingo Molnar
CommitDate: Thu, 22 Sep 2016 12:28:00 +0200
sched/core: Do not use
We should not be using smp_processor_id() with preempt enabled.
Bug identified and fix provided by Alfred Chen.
Signed-off-by: Con Kolivas
---
kernel/smpboot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-4.7.3-ck3/kernel/smpboot.c
This is to announce a resync and update of the Brain Fuck Scheduler,
version 0.469 for the latest stable linux kernel.
The patch against linux-4.5(.x) is available here:
http://ck.kolivas.org/patches/bfs/4.0/4.5/4.5-sched-bfs-469.patch
A -ck branded linux-4.5-ck1 patch is available here:
http:/
As I did prior to the linux-3.0 release, I've created a commemorative tarball
of all stable point releases from linux 1.0 to linux 3.19 to commemorate the
upcoming 4.0 release, excluding minor point releases.
http://ck.kolivas.org/linux-1.0-3.19.tar.lrz
This was a 29GB tarball compressed to 355
This is to announce a resync and update of the Brain Fuck Scheduler,
version 0.460 for the latest stable linux kernel.
The patch against linux-3.18(.x) is available here:
http://ck.kolivas.org/patches/bfs/3.0/3.18/3.18-sched-bfs-460.patch
A -ck branded linux-3.18-ck1 patch is available here:
ht
On 3 December 2014 at 19:12, Hillf Danton wrote:
> Hey Con
Hi Hilf
>> This is to announce a resync and update of the Brain Fuck Scheduler,
>> version 0.450 for the latest stable linux kernel.
>>
> [...]
>> The patch against linux-3.16(.x) is available here:
>> http://ck.kolivas.org/patches/bfs/
On Mon, 18 Aug 2014 07:32:15 PM Guenter Roeck wrote:
> On Tue, Aug 19, 2014 at 09:19:55AM +1000, Con Kolivas wrote:
> > As a followup to this discussion:
> >
> > On Tue, 15 Jul 2014 08:01:13 PM Sam Asadi wrote:
> > > Commit f36fdb9f0266 (i8k: Force SMM to run on
ges the affinity for the
duration of i8k_smm function and then unconditionally reverts the affinity to
the old cpu mask regardless of whether the function succeeds or fails. As this
must run on CPU 0 at all times it does not make sense to revert the affinity at
the end of the function. Proposed p
This is to announce a resync and update of the Brain Fuck Scheduler,
version 0.450 for the latest stable linux kernel.
In addition to the usual round of fixes and changes to resync with mainline
changes, this release brings a new feature of configurable SMT nice support.
The configuration help
On 10 December 2013 09:30, David Rientjes wrote:
> Any reason that BFS hardcodes CONFIG_SLUB as the only slab allocator
> allowed? I've cc'd Pekka and Christoph and I'm sure they'd be interested
> in any reasons that CONFIG_SLAB doesn't work correctly with a different
> drop-in scheduler, or is i
This is to announce a resync and minor update of the Brain Fuck Scheduler,
version 0.444 for the latest stable linux kernel. The main changes include a
resync against linux kernel version 3.12 and a rewritten mechanism for coping
with suspend to ram/disk and resume issues present in previous ver
This is to announce a resync and minor update of the Brain Fuck Scheduler,
version 0.442 for the latest stable linux kernel.
The patch against linux-3.11 is available here:
http://ck.kolivas.org/patches/bfs/3.0/3.11/3.11-sched-bfs-442.patch
All patches available here:
http://ck.kolivas.org/patch
Hi Matthias, et al.
On Sat, 15 Dec 2012 18:16:43 Matthias Kohler wrote:
> I'm doing a CPU-Scheduler based on BFS by Con Kolivas with support for
> multiple run-queues.
Nice to see you doing interesting hacking on BFS and thanks for your bugfixes
previously. Well done making
On Sun, 16 Dec 2012 18:33:14 Hillf Danton wrote:
> On Sun, Dec 16, 2012 at 5:54 PM, Con Kolivas wrote:
> > On Sun, 16 Dec 2012 11:16:31 Con Kolivas wrote:
> >> These are patches designed to improve system responsiveness and
> >> interactivity with specific emphasis on t
On Sun, 16 Dec 2012 11:16:31 Con Kolivas wrote:
> These are patches designed to improve system responsiveness and
> interactivity with specific emphasis on the desktop, but suitable to
> any commodity hardware workload.
>
> Apply to 3.7.x:
> -ck-ckhttp://ck.kolivas.org/patches/
These are patches designed to improve system responsiveness and
interactivity with specific emphasis on the desktop, but suitable to
any commodity hardware workload.
Apply to 3.7.x:
-ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3.71.bz2
or
-ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/
These are patches designed to improve system responsiveness and
interactivity with specific emphasis on the desktop, but suitable to
any commodity hardware workload.
Apply to 3.5.x:
http://ck.kolivas.org/patches/3.0/3.5/3.5-ck1/patch-3.5-ck1.bz2
or
http://ck.kolivas.org/patches/3.0/3.5/3.5-ck1/pat
Interesting... Trying to avoid reading email but with a flooded inbox it's
quite hard to do.
A lot of useful discussion seems to have generated in response to people's
_interpretation_ of my interview rather than what I actually said. For
example, everyone seems to think I quit because CFS was
On Tuesday 10 July 2007 20:15, Con Kolivas wrote:
> On Tuesday 10 July 2007 18:31, Andrew Morton wrote:
> > When replying, please rewrite the subject suitably and try to Cc: the
> > appropriate developer(s).
>
> ~swap prefetch
>
> Nick's only remaining issue which
On Tuesday 10 July 2007 18:31, Andrew Morton wrote:
> When replying, please rewrite the subject suitably and try to Cc: the
> appropriate developer(s).
~swap prefetch
Nick's only remaining issue which I could remotely identify was to make it
cpuset aware:
http://marc.info/?l=linux-mm&m=117875557
2.6.22-ck1 is the last ever -ck release.
So long, and thanks for all the fish
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspa
On Friday 29 June 2007 09:33, Siddha, Suresh B wrote:
> On Fri, Jun 29, 2007 at 09:31:44AM +1000, Con Kolivas wrote:
> > This is a Q6600 which has cache size of 8 MB. Unless it's reporting each
> > half's effective L2, I think it should be reporting 8192 instead of 409
This is a Q6600 which has cache size of 8 MB. Unless it's reporting each
half's effective L2, I think it should be reporting 8192 instead of 4096.
On 2.6.22-rc6:
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(
ts.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
--
-ck
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tuesday 12 June 2007 18:57, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > * Tobias Gerschner <[EMAIL PROTECTED]> wrote:
> > > I did run massive_intr.c for 60 secs with increasing nproc (
> > > 10,20,30,40,50,60) waiting for effects.
> > >
> > > Below a small table of the resu
On Wednesday 30 May 2007 05:59, Antonino Ingargiola wrote:
> 2007/5/29, Antonino Ingargiola <[EMAIL PROTECTED]>:
> [cut]
>
> > Swap Prefetch OFF
> > # ./sp_tester
> > Ram 776388000 Swap 51404
> > Total ram to be malloced: 1033408000 bytes
> > Starting first malloc of 516704000 bytes
> > Starti
easily have many stale entries and not enough entries for good swap prefetch.
Do not delay prefetch in cond_resched() returning positive. That was
pointless and frequently put kprefetchd to sleep for no reason.
Update comments and documentation.
Signed-off-by: Con Kolivas <[EMAIL PROTEC
On Wednesday 23 May 2007 10:28, Bill Davidsen wrote:
> > kernel2.6.21-cfs-v132.6.21-ck2
> > a)194464254669
> > b)54159124
>
> Everyone seems to like ck2, this makes it look as if the video display
> would be really pretty unusable. While sd-0.48 does show an occasion
On Wednesday 23 May 2007 06:42, Ash Milsted wrote:
> Hi. I just did some video encoding on my desktop and I was noticing
> (for the first time in a while) that running apps had to hit swap quite
> a lot when I switched to them (the encoding was going at full blast for
> most of the day, and most of
On Tuesday 22 May 2007 20:57, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > On Tuesday 22 May 2007 20:46, Ingo Molnar wrote:
> > > It clearly should not consider 'itself' as IO activity. This
> > > suggests some bug in t
On Tuesday 22 May 2007 20:46, Ingo Molnar wrote:
> It clearly should not consider 'itself' as IO activity. This suggests
> some bug in the 'detect activity' mechanism, agreed? I'm wondering
> whether you are seeing the same problem, or is all swap-prefetch IO on
> your system continuous until it's
On Tuesday 22 May 2007 20:25, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > > there was nothing else running on the system - so i suspect the
> > > > swapin activity flagged 'itself' as some 'other' activity and
> >
On Tuesday 22 May 2007 20:15, Antonino Ingargiola wrote:
> 2007/5/21, Ingo Molnar <[EMAIL PROTECTED]>:
> > * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > > A suggestion for improvement: right now swap-prefetch does a small
> > > > bit of swapin every 5
On Monday 21 May 2007 20:03, Ingo Molnar wrote:
> * Con Kolivas <[EMAIL PROTECTED]> wrote:
> > It turns out that fixing swap prefetch was not that hard to fix and
> > improve upon, and since Andrew hasn't dropped swap prefetch, instead
> > here are a swag of fixes
The staircase deadline cpu scheduler continues to be the reference with
respect to interactive fairness for many workloads especially with 3d gaming.
This version is only trivially different from the version included in the -ck
patchset which has been very stable. The version number has been inc
On Wednesday 16 May 2007 06:04, Kacper Wysocki wrote:
> ...a nice order of magnitude better! Very happy you fixed this Con.
Great!, thanks for testing.
> Have I understood correctly that there are more prefetch improvements
> in ck2 than just the sp38 patch?
No; 2.6.21-ck2 simply brings it up to
On Wednesday 16 May 2007 00:45, Brad Campbell wrote:
> Con Kolivas wrote:
> > I've had a few requests for a standalone patch implementing swap prefetch
> > for mainline.
> >
> > Here is a patch that is a current rollup that should apply and work for
> &g
On Tuesday 15 May 2007 19:58, Peter Zijlstra wrote:
> On Mon, 2007-05-14 at 15:00 -0700, Andrew Morton wrote:
> > On Mon, 14 May 2007 10:50:54 +1000
> >
> > Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > akpm, please queue on top of "mm: swap prefetch i
On Tuesday 15 May 2007 09:01, Andrew Morton wrote:
> On Tue, 15 May 2007 08:43:35 +1000
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > On Tuesday 15 May 2007 08:00, Andrew Morton wrote:
> > > On Mon, 14 May 2007 10:50:54 +1000
> > >
> > > Con Kolivas
On Tuesday 15 May 2007 08:00, Andrew Morton wrote:
> On Mon, 14 May 2007 10:50:54 +1000
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > akpm, please queue on top of "mm: swap prefetch improvements"
> >
> > ---
> > Failed radix_tree_insert wasn
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.21
http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.
On Monday 14 May 2007 12:10, Con Kolivas wrote:
> I've had a few requests for a standalone patch implementing swap prefetch
> for mainline.
>
> Here is a patch that is a current rollup that should apply and work for
> vanilla 2.6.21 (ie not a -ck kernel):
>
> http://c
I've had a few requests for a standalone patch implementing swap prefetch for
mainline.
Here is a patch that is a current rollup that should apply and work for
vanilla 2.6.21 (ie not a -ck kernel):
http://ck.kolivas.org/patches/swap-prefetch/2.6.21-swap_prefetch-38.patch
--
-ck
-
To unsubscri
Check that the pos entry hasn't been removed while unlocked.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
mm/swap_prefetch.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
Index: linux-2.6
S_IDLE to normal lower priority to ensure
that bio requests are not starved if other I/O begins during prefetching.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
Documentation/sysctl/vm.txt |4 -
mm/page_io.c|2
mm/swap_prefetch.c | 158
On Saturday 12 May 2007 18:14, Paul Jackson wrote:
> > Ummm this is what I've been saying for over a year now but noone has been
> > listening.
>
> Well ... if there is a problem using prefetch and cpusets together,
> it doesn't look like the two of us are going to find it.
>
> I should probably lo
On Saturday 12 May 2007 15:51, Paul Jackson wrote:
> Con wrote:
> > Hmm I'm not really sure what it takes to make it cpuset aware;
> > ...
> > It is numa aware to some degree. It stores the node id and when it starts
> > prefetching it only prefetches to nodes that are suitable for prefetching
> >
On Saturday 12 May 2007 15:03, Paul Jackson wrote:
> > Swap prefetch is not cpuset aware so make the config option depend on
> > !CPUSETS.
>
> Ok.
>
> Could you explain what it means to say "swap prefetch is not cpuset aware",
> or could you give a rough idea of what it would take to make it cpuset
onfig option depend on !CPUSETS.
Fix potential irq problem by converting read_lock_irq to irqsave etc.
Code style fixes.
Change the ioprio from IOPRIO_CLASS_IDLE to normal lower priority to ensure
that bio requests are not starved if other I/O begins during prefetching.
Signed-off-by: Con Kolivas &l
On Thursday 10 May 2007 13:48, Ray Lee wrote:
> On 5/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
> > You said it helped with the updatedb problem. That says we should look at
> > why it is going bad first, and for example improve use-once algorithms.
> > After we do that, then swap prefetching mig
On Thursday 10 May 2007 10:05, Nick Piggin wrote:
> Con Kolivas wrote:
> > Well how about that? That was the difference with a swap _file_ as I
> > said, but I went ahead and checked with a swap partition as I used to
> > have. I didn't notice, but somewhere in
On Saturday 05 May 2007 18:42, Con Kolivas wrote:
> On Friday 04 May 2007 22:10, Con Kolivas wrote:
> > On Friday 04 May 2007 18:52, Ingo Molnar wrote:
> > > agreed. Con, IIRC you wrote a testcase for this, right? Could you
> > > please send us the results of that testi
On Friday 04 May 2007 22:10, Con Kolivas wrote:
> On Friday 04 May 2007 18:52, Ingo Molnar wrote:
> > agreed. Con, IIRC you wrote a testcase for this, right? Could you please
> > send us the results of that testing?
>
> Yes, sorry it's a crappy test app but works on
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.21
http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6
On Friday 04 May 2007 18:52, Ingo Molnar wrote:
> agreed. Con, IIRC you wrote a testcase for this, right? Could you please
> send us the results of that testing?
Yes, sorry it's a crappy test app but works on 32bit. Timed with prefetch
disabled and then enabled swap prefetch saves ~5 seconds on a
On Friday 04 May 2007 01:54, Ingo Molnar wrote:
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
> > - If replying, please be sure to cc the appropriate individuals.
> > Please also consider rewriting the Subject: to something
> > appropriate.
> i've reviewed it once again and in the !CONFIG_SWAP_
I've done some minor cleanups and microoptimisations to the code since version
0.46 in preparation for releasing -ck with SD as its base.
http://www.kernel.org/pub/linux/kernel/people/ck/patches/staircase-deadline/2.6.21/2.6.21-sd-0.48.patch
--
-ck
-
To unsubscribe from this list: send the line
On Tuesday 01 May 2007 04:50, Andrew Morton wrote:
> On Tue, 27 Mar 2007 13:10:39 +1100
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > Staircase Deadline cpu scheduler policy
>
> I'll be dropping this from -mm now. I don't think we're learning anything
&g
On Monday 30 April 2007 18:05, Michael Gerdau wrote:
> i list,
>
> meanwhile I've redone my numbercrunching tests with the following kernels:
> 2.6.21.1 (mainline)
> 2.6.21-sd046
> 2.6.21-cfs-v6
> running on a dualcore x86_64.
> [I will run the same test with 2.6.21.1-cfs-v7 over the ne
On Tuesday 01 May 2007 05:29, Bill Davidsen wrote:
> System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
> using i945G framebuffer
Bill thanks for testing.
>
> Test: playing a 'toon with mplayer while kernel build -j20 running.
Umm I don't think make -j20 is a realistic load on
On Sunday 29 April 2007 21:11, Willy Tarreau wrote:
> On Sun, Apr 29, 2007 at 12:30:54PM +0200, Thomas Gleixner wrote:
> > Willy,
> >
> > On Sun, 2007-04-29 at 09:16 +0200, Willy Tarreau wrote:
> > > In fact, what I'd like to see in 2.6.22 is something better for
> > > everybody and with *no* regre
On Sunday 29 April 2007 20:30, Thomas Gleixner wrote:
> As a sidenote: I really wonder if anybody noticed yet, that the whole
> CFS / SD comparison is so ridiculous, that it is not even funny anymore.
> CFS modifies the scheduler and nothing else, SD fiddles all over the
> kernel in interesting way
On Sunday 29 April 2007 18:00, Ingo Molnar wrote:
> * Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > > > [...] except for Mike who has not tested recent versions. [...]
> > >
> > > actually, dont discount Mark Lord's test results either. And it
> > > might be a good idea for Mike to re-test SD 0.46?
On 27/04/07, hechacker1 <[EMAIL PROTECTED]> wrote:
"REPORT: sd-0.46 vs cfs-v6 vs mainline 2.6.21-rc7 Beryl + Video + Audio"
Hardware:
Dell Inspiron 700m laptop
1.7GHz Pentium M (Dothan 2M cache)
2GB RAM
1000Hz
Gentoo Linux
dyn-tick
700m # cat /sys/devices/system/cpu/cpu0/cpufreq/ondemand/samplin
On Friday 27 April 2007 10:39, Gene Heskett wrote:
> Not necessarily Con. Do you have a fresh one for 2.6.21?
Since people get nervous about any rejects here is an (otherwise identical)
patch for 2.6.21
http://ck.kolivas.org/patches/staircase-deadline/2.6.21-sd-0.46.patch
--
-ck
-
To unsubscr
On Friday 27 April 2007 08:00, Bill Davidsen wrote:
> Ingo Molnar wrote:
> > * Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> >>> SD 0.46 1-2 FPS
> >>> cfs v5 nice -19 219-233 FPS
> >>> cfs v5 nice 0 1000-1996
> >>
> >>cfs v5 nice -10 60-65 FPS
> >
> > the problem is, the glxgears p
On Thursday 26 April 2007 22:07, Ingo Molnar wrote:
> * Michael Gerdau <[EMAIL PROTECTED]> wrote:
> > Hi list,
> >
> > find below a test comparing
> > 2.6.21-rc7 (mainline)
> > 2.6.21-rc7-sd046
> > 2.6.21-rc7-cfs-v6-rc2(*) (X @ nice 0)
> > 2.6.21-rc7-cfs-v6-rc2(*) (X @ nice -10)
> >
On Friday 27 April 2007 06:11, Martin Steigerwald wrote:
> Am Dienstag 24 April 2007 schrieb Martin Steigerwald:
> > Hello once again,
> >
> > I now tested cfs-v5 on my ThinkPad T23 with
> >
> > [EMAIL PROTECTED]:~> cat /proc/version
> > Linux version 2.6.20.7-tp23-sws2-2.2.9.9-sd-0.46 ([EMAIL PROT
On Friday 27 April 2007 00:41, Gene Heskett wrote:
> On Thursday 26 April 2007, Redeeman wrote:
> >On Wed, 2007-04-25 at 23:47 +0200, Ingo Molnar wrote:
> >
> >
> >> As usual, any sort of feedback, bugreport, fix and suggestion is more
> >> than welcome,
> >
> >well, from my experiences with cfs on
On Wednesday 25 April 2007 04:26, Mike Mattie wrote:
> Hello,
>
> 0. intro
>
> I am very happy to report that v46 of RSDL subjectively is much better than
> v42. As you (Con Kolivas) might remember from a previous mail I was
> experimenting with using nice levels effectively.
On Tuesday 24 April 2007 17:37, Michael Gerdau wrote:
> Hi list,
>
> with cfs-v5 finally booting on my machine I have run my daily
> numbercrunching jobs on both cfs-v5 and sd-0.46, 2.6.21-v7 on
> top of a stock openSUSE 10.2 (X86_64).
Thanks for testing.
> Both cfs and sd showed very similar beh
On Tuesday 24 April 2007 16:36, Ingo Molnar wrote:
> So, my point is, the nice level of X for desktop users should not be set
> lower than a low limit suggested by that particular scheduler's author.
> That limit is scheduler-specific. Con i think recommends a nice level of
> -1 for X when using S
On Monday 23 April 2007 00:35, Con Kolivas wrote:
> On Monday 23 April 2007 00:22, Willy Tarreau wrote:
> > X is still somewhat jerky, even
> > at nice -19. I'm sure it happens when it's waiting in the other array. We
> > should definitely manage to get rid o
On Monday 23 April 2007 03:58, Thomas Backlund wrote:
> mån 2007-04-23 klockan 01:03 +1000 skrev Con Kolivas:
> > Yet another significant bugfix for SMP balancing was just posted for the
> > staircase deadline cpu scheduler which improves behaviour dramatically on
>
Yet another significant bugfix for SMP balancing was just posted for the
staircase deadline cpu scheduler which improves behaviour dramatically on any
SMP machine.
Thanks to Willy Tarreau for noticing more bugs.
As requested was a version in the Makefile so this version of the patch
adds -sd04
On Monday 23 April 2007 00:27, Michael Gerdau wrote:
> > Anyway the more important part is... Can you test this patch please? Dump
> > all the other patches I sent you post 045. Michael, if you could test too
> > please?
>
> Have it up running for 40 minutes now and my perljobs show a constant
> cp
On Sunday 22 April 2007 23:07, Willy Tarreau wrote:
> On Sun, Apr 22, 2007 at 10:18:32PM +1000, Con Kolivas wrote:
> > On Sunday 22 April 2007 21:42, Con Kolivas wrote:
> >
> > Willy I'm still investigating the idle time and fluctuating load as a
> > separate iss
ED]> for spotting more smp balancing
problems.
Signed-off-by: Con Kolivas <[EMAIL PROTECTED]>
---
kernel/sched.c | 36 +---
1 file changed, 17 insertions(+), 19 deletions(-)
Index: linux-2.6.21-rc7-
On Monday 23 April 2007 00:22, Willy Tarreau wrote:
> On Sun, Apr 22, 2007 at 10:18:32PM +1000, Con Kolivas wrote:
> > On Sunday 22 April 2007 21:42, Con Kolivas wrote:
> >
> > Willy I'm still investigating the idle time and fluctuating load as a
> > separate is
On Sunday 22 April 2007 22:54, Mark Lord wrote:
> Just to throw another possibly-overlooked variable into the mess:
>
> My system here is using the on-demand cpufreq policy governor.
> I wonder how that interacts with the various schedulers here?
>
> I suppose for the "make" kernel case, after a co
On Sunday 22 April 2007 21:42, Con Kolivas wrote:
Willy I'm still investigating the idle time and fluctuating load as a separate
issue. Is it possible the multiple ocbench processes are naturally
synchronising and desynchronising and choosing to sleep and/or run at the
same time? I can r
On Sunday 22 April 2007 19:14, Willy Tarreau wrote:
> On Sun, Apr 22, 2007 at 06:53:58PM +1000, Con Kolivas wrote:
> > On Sunday 22 April 2007 18:06, Willy Tarreau wrote:
> > > On Sun, Apr 22, 2007 at 05:31:58PM +1000, Con Kolivas wrote:
> > > > On Sunday 22 April
1 - 100 of 592 matches
Mail list logo
