On Tue, Nov 20, 2007 at 09:47:32PM +1100, Nick Piggin wrote:
> On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
> > On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
>
> > > It's also used up all your 2.5GB of swap. The output of your `free` shows
> > > a fair bit of disk cache there,
On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
> On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
> > It's also used up all your 2.5GB of swap. The output of your `free` shows
> > a fair bit of disk cache there, but it also shows a lot of swap free,
> > which isn't the case at
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
> On Tuesday 20 November 2007 11:59, Ian Kumlien wrote:
> > Hi,
> >
> > I have had this before and sent a mail about it.
> >
> > It seems like the diskcache is still in use and is never shrunk. This
> > happened with a odd load though,
On Tuesday 20 November 2007 18:26, Nick Piggin wrote:
> On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
> > * Nick Piggin <[EMAIL PROTECTED]> wrote:
> > > Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
> >
> > sidenote: the way i combat these missing pieces of
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
On Tuesday 20 November 2007 11:59, Ian Kumlien wrote:
Hi,
I have had this before and sent a mail about it.
It seems like the diskcache is still in use and is never shrunk. This
happened with a odd load though, trackerd started
On Tuesday 20 November 2007 18:26, Nick Piggin wrote:
On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
sidenote: the way i combat these missing pieces of instrumentation in
the
On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
It's also used up all your 2.5GB of swap. The output of your `free` shows
a fair bit of disk cache there, but it also shows a lot of swap free,
which isn't the case at oom-time.
On Tue, Nov 20, 2007 at 09:47:32PM +1100, Nick Piggin wrote:
On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
It's also used up all your 2.5GB of swap. The output of your `free` shows
a fair bit of disk cache there, but it also
On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
> > Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
>
> sidenote: the way i combat these missing pieces of instrumentation in
> the scheduler is to add them immediately to the
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
sidenote: the way i combat these missing pieces of instrumentation in
the scheduler is to add them immediately to the cfs-debug-info.sh script
(and to /proc/sched_debug if needed). I.e.
On Tuesday 20 November 2007 11:59, Ian Kumlien wrote:
> Hi,
>
> I have had this before and sent a mail about it.
>
> It seems like the diskcache is still in use and is never shrunk. This
> happened with a odd load though, trackerd started indexing a bit late
> and the other workload which is a
Hi,
I have had this before and sent a mail about it.
It seems like the diskcache is still in use and is never shrunk. This
happened with a odd load though, trackerd started indexing a bit late
and the other workload which is a large bittorrent seed/download.
The bittorrent app is the one that
Hi,
I have had this before and sent a mail about it.
It seems like the diskcache is still in use and is never shrunk. This
happened with a odd load though, trackerd started indexing a bit late
and the other workload which is a large bittorrent seed/download.
The bittorrent app is the one that
On Tuesday 20 November 2007 11:59, Ian Kumlien wrote:
Hi,
I have had this before and sent a mail about it.
It seems like the diskcache is still in use and is never shrunk. This
happened with a odd load though, trackerd started indexing a bit late
and the other workload which is a large
* Nick Piggin [EMAIL PROTECTED] wrote:
Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
sidenote: the way i combat these missing pieces of instrumentation in
the scheduler is to add them immediately to the cfs-debug-info.sh script
(and to /proc/sched_debug if needed). I.e. if
On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
sidenote: the way i combat these missing pieces of instrumentation in
the scheduler is to add them immediately to the
16 matches
Mail list logo