; with any router hops
use the large value.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
Chief Architect, OpenLDAP http://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe
have helped in
this case.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Yinghai Lu wrote:
On 9/14/07, Howard Chu [EMAIL PROTECTED] wrote:
Hi, was wondering if anyone else has been tripped up by this... I've got 4GB of
RAM in my Asus A8V Deluxe and memory hole mapping enabled in the BIOS. By
default, my system boots up with these MTRR settings:
reg00: base
that the BIOS left me with, this is still a no-go. There's no way to get the
desired effect without completely reinitializing the MTRRs.
Of course, this isn't the only problem with these Asus BIOSs...
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun
control would be tedious. You would most likely want to
say all writes to this string of devices should be order-preserving and
forget about it. With that guarantee, a careful writer can have perfectly
intact data structures all the time, without ever slowing down for a fsync.
--
-- Howard Chu
Siddha, Suresh B wrote:
On Fri, Sep 14, 2007 at 09:33:30AM -0700, Howard Chu wrote:
So now I have this, which is pretty much
what
I wanted:
reg00: base=0x ( 0MB), size=2048MB: write-back, count=1
reg01: base=0x8000 (2048MB), size=1024MB: write-back, count=1
reg02: base
need.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
slow transmit rate. Does anyone recognize this
symptom? Any suggestions on tunables to tweak, etc.? (Please cc: me
directly when replying, thanks.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core
Stephen Hemminger wrote:
On Wed, 27 Jul 2005 01:44:43 -0700
Howard Chu [EMAIL PROTECTED] wrote:
I just recently compiled the 2.6.12.3 kernel for my x86_64 machine
(Asus A8V motherboard); was previously running a SuSE-compiled 2.6.8
kernel (SuSE 9.2 distro). I'm now seeing extremely slow
.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
Kirill A. Shutemov wrote:
On Thu, Mar 07, 2013 at 11:46:39PM -0800, Howard Chu wrote:
You're misreading the information then. slapd is doing no caching of
its own, its RSS and SHR memory size are both the same. All it is
using is the mmap, nothing else. The RSS == SHR == FS cache, up to
16GB
Chris Friesen wrote:
On 03/08/2013 03:40 AM, Howard Chu wrote:
There is no way that a process that is accessing only 30GB of a mmap
should be able to fill up 32GB of RAM. There's nothing else running on
the machine, I've killed or suspended everything else in userland
besides a couple shells
Johannes Weiner wrote:
On Fri, Mar 08, 2013 at 07:00:55AM -0800, Howard Chu wrote:
Chris Friesen wrote:
On 03/08/2013 03:40 AM, Howard Chu wrote:
There is no way that a process that is accessing only 30GB of a mmap
should be able to fill up 32GB of RAM. There's nothing else running
Jan Kara wrote:
On Fri 08-03-13 12:04:46, Howard Chu wrote:
The test clearly is accessing only 30GB of data. Once slapd reaches
this process size, the test can be stopped and restarted any number
of times, run for any number of hours continuously, and memory use
on the system is unchanged
questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from the
process?
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Howard Chu wrote:
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from the
process?
This Unmapped page cache control http
Howard Chu wrote:
Howard Chu wrote:
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from the
process?
This Unmapped page
Howard Chu wrote:
Howard Chu wrote:
Howard Chu wrote:
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from
the
process
, which is probably why the anomaly
persists across a power off. You should also test if powering off and
removing the power plug will allow booting to XP to work.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
boot up with all of the device nodes that it
should? (Both drives are on the same controller. I haven't checked to
see if any other device files are missing.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
Chris Wedgwood wrote:
On Thu, Aug 18, 2005 at 11:03:45PM -0700, Howard Chu wrote:
If the 2.6 kernel makes this programming model unreasonably slow,
then quite simply this kernel is not viable as a database platform.
Pretty much everyone else manages to make it work.
And this contributes
Nikita Danilov wrote:
Howard Chu [EMAIL PROTECTED] writes:
concurrency. It is the nature of such a system to encounter
deadlocks over the normal course of operations. When a deadlock is
detected, some thread must be chosen (by one of a variety of
algorithms) to abort its transaction
.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
the processor.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Lee Revell wrote:
On Sat, 2005-08-20 at 11:38 -0700, Howard Chu wrote:
But I also found that I needed to add a new yield(), to work around
yet another unexpected issue on this system - we have a number of
threads waiting on a condition variable, and the thread holding the
mutex signals
a POSIX-compliant subsystem but it is utterly useless. That's what
you wind up with when all you do is conform to the letter of the spec.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp
Nikita Danilov wrote:
Howard Chu writes:
That's beside the point. Folks are making an assertion that
sched_yield() is meaningless; this example demonstrates that there are
cases where sched_yield() is essential.
It is not essential, it is non-portable.
Code you described is based on non
to work in System scope.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Florian Weimer wrote:
* Howard Chu:
That's not the complete story. BerkeleyDB provides a
db_env_set_func_yield() hook to tell it what yield function it
should use when its internal locking routines need such a function.
If you don't set a specific hook, it just uses sleep(). The
OpenLDAP
cost would come down.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
better than
just holding onto one lock or a small number of locks.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send
memory range
and make sure the balance of memory shifts as expected. Cycle that, increase
the stride on each cycle, and toss some other variations in there. You don't
need to drive real apps, you just need to have a couple of threads exerting
pressure.
--
-- Howard Chu
Chief Architect, Symas
was
thinking one could get a snapshot of that, correlated with traces from a
malloc profiler, to show what portions of a program's memory usage was in
active use vs idle.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp
Pekka Enberg wrote:
On 9/5/05, Howard Chu [EMAIL PROTECTED] wrote:
So, any guesses why with otherwise identical config options, a kernel
with SMP enabled doesn't boot up with all of the device nodes that it
should? (Both drives are on the same controller. I haven't checked to
see if any
. With the aperture set to 256MB, the full 4096MB are visible.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line
else's data is moot. If you provide the uid=/gid= mount options
generically across all (or most) filesystem types, then you can let a sysadmin
decide if they want to play this way or not.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http
Dave Chinner wrote:
On Fri, Dec 07, 2012 at 03:25:53PM -0800, Howard Chu wrote:
I have to agree that, if this is going to be an ext4-specific
feature, then it can just be implemented via an ext4-specific ioctl
and be done with it. But I'm not convinced this should be an
ext4-specific feature
trustworthy, actually reliable (which
doesn't mean they never fail, it only means they tell the truth about
successes or failures), most of these other issues disappear. Most of the need
for barriers disappear.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun
Ric Wheeler wrote:
On 11/16/2012 10:06 AM, Howard Chu wrote:
David Lang wrote:
barriers keep getting mentioned because they are a easy concept to understand.
do this set of stuff before doing any of this other set of stuff, but I don't
care when any of this gets done and they fit well
Jan Kara wrote:
Hello,
Hi Jan, thanks for your answers.
On Sat 07-09-13 17:01:10, Howard Chu wrote:
The documentation for dirty_expire_centisecs states: Data which has
been dirty in-memory for longer than this interval will be written
out next time a flusher thread wakes up.
In practice
on the VM, then you can resume the VM pretty quickly instead of
waiting for a full reboot sequence.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project
.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
!
Turning the discrete GPU back on stops the stream of messages.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line
142857), lowering
kernel.perf_event_max_sample_rate to 1000
[208528.976208] perf samples too long (283799 25), lowering
kernel.perf_event_max_sample_rate to 500
Why is the kernel throttling my server?
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland
Li Zefan wrote:
On 2013/12/11 10:59, Howard Chu wrote:
I just upgraded a system from a 3.5 kernel to 3.12.3 and attempted to run some
new benchmarks on it. I see my test program ramps up in CPU usage for a few
seconds and then it gradually tails off. There's nothing obvious in the user
code
Howard Chu wrote:
Li Zefan wrote:
On 2013/12/11 10:59, Howard Chu wrote:
I just upgraded a system from a 3.5 kernel to 3.12.3 and attempted to run some
new benchmarks on it. I see my test program ramps up in CPU usage for a few
seconds and then it gradually tails off. There's nothing obvious
Howard Chu wrote:
Howard Chu wrote:
Li Zefan wrote:
On 2013/12/11 10:59, Howard Chu wrote:
I just upgraded a system from a 3.5 kernel to 3.12.3 and attempted to run some
new benchmarks on it. I see my test program ramps up in CPU usage for a few
seconds and then it gradually tails off
to get persistence/safety for every filesystem mounted on
a machine, not just a special case ext4.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project
Matthew Wilcox wrote:
On Wed, Jul 23, 2014 at 07:10:32AM -0700, Howard Chu wrote:
Matthew Wilcox wrote:
One of the primary uses for NV-DIMMs is to expose them as a block device
and use a filesystem to store files on the NV-DIMM. While that works,
it currently wastes memory and CPU time
Peter Hurley wrote:
On 01/19/2015 02:43 PM, Howard Chu wrote:
The fact that EXTPROC can be manually unset is by design. Quoting from the
original again:
stty.diff:
This file contains the changes needed for the stty(1) program
to report on the current status of the TS_EXTPROC bit
Howard Chu wrote:
Peter Hurley wrote:
On 01/19/2015 02:43 PM, Howard Chu wrote:
The fact that EXTPROC can be manually unset is by design. Quoting
from the original again:
stty.diff:
This file contains the changes needed for the stty(1) program
to report on the current status
Peter Hurley wrote:
On 01/18/2015 05:45 PM, Howard Chu wrote:
Peter Hurley wrote:
Commit 26df6d13406d1 (tty: Add EXTPROC support for LINEMODE) added
the undocumented EXTPROC input processing mode, which ignores the ICANON
setting and forces pty slave input to be processed in non-canonical
mode
Peter Hurley wrote:
Thanks, Howard.
[ adding Ted too ]
On 01/19/2015 07:46 AM, Howard Chu wrote:
Peter Hurley wrote:
On 01/18/2015 05:45 PM, Howard Chu wrote:
Peter Hurley wrote:
Commit 26df6d13406d1 (tty: Add EXTPROC support for LINEMODE) added
the undocumented EXTPROC input processing
Peter Hurley wrote:
On 01/19/2015 11:36 AM, Howard Chu wrote:
Peter Hurley wrote:
Thanks, Howard.
[ adding Ted too ]
On 01/19/2015 07:46 AM, Howard Chu wrote:
Peter Hurley wrote:
On 01/18/2015 05:45 PM, Howard Chu wrote:
Peter Hurley wrote:
Commit 26df6d13406d1 (tty: Add EXTPROC support
.
You'll have to use a dumb shell to see any effect.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line unsubscribe
Peter Hurley wrote:
Hi Howard,
On 01/18/2015 05:09 PM, Howard Chu wrote:
Peter Hurley wrote:
Commit 26df6d13406d1 (tty: Add EXTPROC support for LINEMODE) added
the undocumented EXTPROC input processing mode, which ignores the ICANON
setting and forces pty slave input to be processed in non
/cryptography/2015-January/024288.html
Cc: Howard Chu h...@symas.com
Signed-off-by: Peter Hurley pe...@hurleysoftware.com
---
drivers/tty/n_tty.c | 22 ++
drivers/tty/pty.c | 24 +---
2 files changed, 7 insertions(+), 39 deletions(-)
diff --git
.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
Daniel Phillips wrote:
On 04/30/2015 07:28 AM, Howard Chu wrote:
You're reading into it what isn't there. Spreading over the disk isn't (just)
about avoiding
fragmentation - it's about delivering consistent and predictable latency. It is
undeniable that if
you start by only allocating from
://symas.com/mdb/ondisk/
I look forward to testing Tux3 when usable code shows up in a public repo.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe
Chris Wedgwood wrote:
On Thu, Aug 18, 2005 at 11:03:45PM -0700, Howard Chu wrote:
> If the 2.6 kernel makes this programming model unreasonably slow,
> then quite simply this kernel is not viable as a database platform.
Pretty much everyone else manages to make i
Nikita Danilov wrote:
Howard Chu <[EMAIL PROTECTED]> writes:
> concurrency. It is the nature of such a system to encounter
> deadlocks over the normal course of operations. When a deadlock is
> detected, some thread must be chosen (by one of a variety of
> algorithms) to abo
yield is basically meaningless is far overstating your
point.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the li
thread (not
process) to yield the processor.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line "unsubscribe
Lee Revell wrote:
On Sat, 2005-08-20 at 11:38 -0700, Howard Chu wrote:
> But I also found that I needed to add a new yield(), to work around
> yet another unexpected issue on this system - we have a number of
> threads waiting on a condition variable, and the thread holding the
> m
isn't useful. Windows NT
has a POSIX-compliant subsystem but it is utterly useless. That's what
you wind up with when all you do is conform to the letter of the spec.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.co
Nikita Danilov wrote:
Howard Chu writes:
> That's beside the point. Folks are making an assertion that
> sched_yield() is meaningless; this example demonstrates that there are
> cases where sched_yield() is essential.
It is not essential, it is non-portable.
Code you described
to work in System scope.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Florian Weimer wrote:
* Howard Chu:
> That's not the complete story. BerkeleyDB provides a
> db_env_set_func_yield() hook to tell it what yield function it
> should use when its internal locking routines need such a function.
> If you don't set a specific hook, it jus
slow transmit rate. Does anyone recognize this
symptom? Any suggestions on tunables to tweak, etc.? (Please cc: me
directly when replying, thanks.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core
Stephen Hemminger wrote:
On Wed, 27 Jul 2005 01:44:43 -0700
Howard Chu <[EMAIL PROTECTED]> wrote:
I just recently compiled the 2.6.12.3 kernel for my x86_64 machine
(Asus A8V motherboard); was previously running a SuSE-compiled 2.6.8
kernel (SuSE 9.2 distro). I'm now seeing extremel
a "Soft Off" state, which is probably why the anomaly
persists across a power off. You should also test if powering off and
removing the power plug will allow booting to XP to work.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp
boot up with all of the device nodes that it
should? (Both drives are on the same controller. I haven't checked to
see if any other device files are missing.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
Pekka Enberg wrote:
On 9/5/05, Howard Chu <[EMAIL PROTECTED]> wrote:
So, any guesses why with otherwise identical config options, a kernel
with SMP enabled doesn't boot up with all of the device nodes that it
should? (Both drives are on the same controller. I haven't checked to
see
are
visible. With the aperture set to 256MB, the full 4096MB are visible.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from thi
; with any router hops
use the large value.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
Chief Architect, OpenLDAP http://www.openldap.org/project/
-
To unsubscribe from this list: send the line "unsubs
rmance cost would come down.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send the line "unsubscribe l
better than
just holding onto one lock or a small number of locks.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Teamhttp://www.openldap.org/project/
-
To unsubscribe from this list: send
of free RAM. Walk through each memory range
and make sure the balance of memory shifts as expected. Cycle that, increase
the stride on each cycle, and toss some other variations in there. You don't
need to drive real apps, you just need to have a couple of threads exerting
pressure.
--
-- Ho
was
thinking one could get a snapshot of that, correlated with traces from a
malloc profiler, to show what portions of a program's memory usage was in
active use vs idle.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com
what other info you need.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
-
To unsubscribe from this list: send the line "unsubscribe linu
have helped in
this case.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Yinghai Lu wrote:
On 9/14/07, Howard Chu <[EMAIL PROTECTED]> wrote:
Hi, was wondering if anyone else has been tripped up by this... I've got 4GB of
RAM in my Asus A8V Deluxe and memory hole mapping enabled in the BIOS. By
default, my system boots up with these MTRR settings:
reg00
that the BIOS left me with, this is still a no-go. There's no way to get the
desired effect without completely reinitializing the MTRRs.
Of course, this isn't the only problem with these Asus BIOSs...
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun
Siddha, Suresh B wrote:
On Fri, Sep 14, 2007 at 09:33:30AM -0700, Howard Chu wrote:
So now I have this, which is pretty much
what
I wanted:
reg00: base=0x ( 0MB), size=2048MB: write-back, count=1
reg01: base=0x8000 (2048MB), size=1024MB: write-back, count=1
reg02: base
on the VM, then you can resume the VM pretty quickly instead of
waiting for a full reboot sequence.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project
f samples too long (285964 > 142857), lowering
kernel.perf_event_max_sample_rate to 1000
[208528.976208] perf samples too long (283799 > 25), lowering
kernel.perf_event_max_sample_rate to 500
Why is the kernel throttling my server?
--
-- Howard Chu
CTO, Symas Corp. http://
Li Zefan wrote:
On 2013/12/11 10:59, Howard Chu wrote:
I just upgraded a system from a 3.5 kernel to 3.12.3 and attempted to run some
new benchmarks on it. I see my test program ramps up in CPU usage for a few
seconds and then it gradually tails off. There's nothing obvious in the user
code
Howard Chu wrote:
Li Zefan wrote:
On 2013/12/11 10:59, Howard Chu wrote:
I just upgraded a system from a 3.5 kernel to 3.12.3 and attempted to run some
new benchmarks on it. I see my test program ramps up in CPU usage for a few
seconds and then it gradually tails off. There's nothing obvious
Howard Chu wrote:
Howard Chu wrote:
Li Zefan wrote:
On 2013/12/11 10:59, Howard Chu wrote:
I just upgraded a system from a 3.5 kernel to 3.12.3 and attempted to run some
new benchmarks on it. I see my test program ramps up in CPU usage for a few
seconds and then it gradually tails off
seem to be the case.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Jan Kara wrote:
Hello,
Hi Jan, thanks for your answers.
On Sat 07-09-13 17:01:10, Howard Chu wrote:
The documentation for dirty_expire_centisecs states: "Data which has
been dirty in-memory for longer than this interval will be written
out next time a flusher thread wak
t a lot of
babysitting.
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from the
process?
--
-- Howard Chu
CTO, Sym
Howard Chu wrote:
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from the
process?
This Unmapped page cache control http
Howard Chu wrote:
Howard Chu wrote:
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from the
process?
This Unmapped page
Howard Chu wrote:
Howard Chu wrote:
Howard Chu wrote:
2 questions:
why is there data in the FS cache that isn't owned by (the mmap of) the
process that caused it to be paged in in the first place?
is there a tunable knob to discourage the page cache from stealing from
the
process
no effect.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Kirill A. Shutemov wrote:
On Thu, Mar 07, 2013 at 11:46:39PM -0800, Howard Chu wrote:
You're misreading the information then. slapd is doing no caching of
its own, its RSS and SHR memory size are both the same. All it is
using is the mmap, nothing else. The RSS == SHR == FS cache, up to
16GB
Chris Friesen wrote:
On 03/08/2013 03:40 AM, Howard Chu wrote:
There is no way that a process that is accessing only 30GB of a mmap
should be able to fill up 32GB of RAM. There's nothing else running on
the machine, I've killed or suspended everything else in userland
besides a couple shells
Johannes Weiner wrote:
On Fri, Mar 08, 2013 at 07:00:55AM -0800, Howard Chu wrote:
Chris Friesen wrote:
On 03/08/2013 03:40 AM, Howard Chu wrote:
There is no way that a process that is accessing only 30GB of a mmap
should be able to fill up 32GB of RAM. There's nothing else running
1 - 100 of 120 matches
Mail list logo
