From: Colin Fowler
Kernel Version: 3.10-rc3.
Description: Add a space between "array" and "with" in
simple_fill_super() warning message
Signed-off-by: Colin Fowler
---
--- linux-3.10-rc3/fs/libfs.c.orig 2013-05-27 14:48:36.741568310 +0100
+++ linux-3.10-rc3/fs/libfs.
From: Colin Fowler elethio...@gmail.com
Kernel Version: 3.10-rc3.
Description: Add a space between array and with in
simple_fill_super() warning message
Signed-off-by: Colin Fowler elethio...@gmail.com
---
--- linux-3.10-rc3/fs/libfs.c.orig 2013-05-27 14:48:36.741568310 +0100
+++ linux-3.10
> there are a handful of 'scheduler feature bits' in
> /proc/sys/kernel/sched_features:
>
> enum {
> SCHED_FEAT_NEW_FAIR_SLEEPERS= 1,
> SCHED_FEAT_WAKEUP_PREEMPT = 2,
> SCHED_FEAT_START_DEBIT = 4,
> SCHED_FEAT_TREE_AVG = 8,
>
days.
regards,
Colin
On Jan 16, 2008 4:19 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Colin Fowler <[EMAIL PROTECTED]> wrote:
>
> > Hi Ingo, I'll need to convince my supervisor first if I can release a
> > binary. Technically anythin glike this needs t
AIL PROTECTED]> wrote:
>
> * Colin Fowler <[EMAIL PROTECTED]> wrote:
>
>
> > > and context-switches 45K times a second. Do you know what is going
> > > on there? I thought ray-tracing is something that can be
> > > parallelized pretty effic
:
* Colin Fowler [EMAIL PROTECTED] wrote:
and context-switches 45K times a second. Do you know what is going
on there? I thought ray-tracing is something that can be
parallelized pretty efficiently, without having to contend and
schedule too much.
This is a RTRT (real-time ray
days.
regards,
Colin
On Jan 16, 2008 4:19 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Colin Fowler [EMAIL PROTECTED] wrote:
Hi Ingo, I'll need to convince my supervisor first if I can release a
binary. Technically anythin glike this needs to go through our
University's innovations
there are a handful of 'scheduler feature bits' in
/proc/sys/kernel/sched_features:
enum {
SCHED_FEAT_NEW_FAIR_SLEEPERS= 1,
SCHED_FEAT_WAKEUP_PREEMPT = 2,
SCHED_FEAT_START_DEBIT = 4,
SCHED_FEAT_TREE_AVG = 8,
Hi Ingo,
I'll get the results tomorrow as I'm now out of the office, but
I can perhaps answer some of your queries now.
On Jan 15, 2008 10:06 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> hm, the system has considerable idle time left:
>
> r b swpd free buff cache si so bi bo in
These data may be much better for you. It's a single 15 second data
collection run only when the actual ray-tracing is happening. These
data do not therefore cover the data structure building phase.
http://vangogh.cs.tcd.ie/fowler/cfs2/
Colin
On Jan 14, 2008 10:42 PM, Colin Fowler <[EM
These data may be much better for you. It's a single 15 second data
collection run only when the actual ray-tracing is happening. These
data do not therefore cover the data structure building phase.
http://vangogh.cs.tcd.ie/fowler/cfs2/
Colin
On Jan 14, 2008 10:42 PM, Colin Fowler [EMAIL
Hi Ingo,
I'll get the results tomorrow as I'm now out of the office, but
I can perhaps answer some of your queries now.
On Jan 15, 2008 10:06 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
hm, the system has considerable idle time left:
r b swpd free buff cache si so bi bo in
of the benchmark
I get my timings from ( I use RDTSC before and after the render
segment). The majority of the overall time taken for a run is
therefore data structure building. I do not time this.
Colin.
On Jan 14, 2008 6:55 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Colin Fo
Forgot to add that the results are at http://vangogh.cs.tcd.ie/fowler/cfs/
On Jan 14, 2008 10:42 PM, Colin Fowler <[EMAIL PROTECTED]> wrote:
> Hi Ingo, thanks for the reply.
>
> Modifying /proc/sys/kernel/sched_latency_ns to be double may have in
> fact made things slightly wo
Please CC me as I'm not subscribed.
I have (what is to me) a strange and very repeatable slowdown for a
CPU intensive benchmark on my system on newer kernels.
Hardware : Dell Precision 470.
CPU 2x2.0GHz Quad Core Xeon E5335 CPUs
Memory 4GB ECC RAM.
OS Ubuntu x86_64 7.10 (Gutsy Gibbon)
Compiler
Please CC me as I'm not subscribed.
I have (what is to me) a strange and very repeatable slowdown for a
CPU intensive benchmark on my system on newer kernels.
Hardware : Dell Precision 470.
CPU 2x2.0GHz Quad Core Xeon E5335 CPUs
Memory 4GB ECC RAM.
OS Ubuntu x86_64 7.10 (Gutsy Gibbon)
Compiler
of the benchmark
I get my timings from ( I use RDTSC before and after the render
segment). The majority of the overall time taken for a run is
therefore data structure building. I do not time this.
Colin.
On Jan 14, 2008 6:55 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Colin Fowler [EMAIL PROTECTED
Forgot to add that the results are at http://vangogh.cs.tcd.ie/fowler/cfs/
On Jan 14, 2008 10:42 PM, Colin Fowler [EMAIL PROTECTED] wrote:
Hi Ingo, thanks for the reply.
Modifying /proc/sys/kernel/sched_latency_ns to be double may have in
fact made things slightly worse. I used 24-rc7
Your
18 matches
Mail list logo