On Tue, Aug 14, 2007 at 10:57:31AM +0530, Balbir Singh wrote:
> I keep forgetting to check that you are on the cc. My email client
> loves dropping you from the to/cc list.
hehe, sorry for my crappy smtp server ;)
> Fengguang Wu wrote:
> > The "proportional set size" (PSS) of a process is the
On Tue, Aug 14, 2007 at 10:57:31AM +0530, Balbir Singh wrote:
I keep forgetting to check that you are on the cc. My email client
loves dropping you from the to/cc list.
hehe, sorry for my crappy smtp server ;)
Fengguang Wu wrote:
The proportional set size (PSS) of a process is the count of
On Sun, Aug 12, 2007 at 04:17:44PM +0100, Alan Cox wrote:
> Try this (it compiles but isnt tested). Its a weekend here, the sun is
> shining, the beach is a short walk, and I have more interesting things to
> do right now 8)
Have a nice day~~~ It works!
> ---
On Sun, Aug 12, 2007 at 04:17:44PM +0100, Alan Cox wrote:
Try this (it compiles but isnt tested). Its a weekend here, the sun is
shining, the beach is a short walk, and I have more interesting things to
do right now 8)
Have a nice day~~~ It works!
--- linux.vanilla-2.6.23rc1-mm1/mm/mmap.c
On Sun, Aug 12, 2007 at 08:21:43PM +0400, Cyrill Gorcunov wrote:
> [Alan Cox - Sun, Aug 12, 2007 at 04:17:44PM +0100]
> | Try this (it compiles but isnt tested). Its a weekend here, the sun is
> | shining, the beach is a short walk, and I have more interesting things to
> | do right now 8)
> |
>
On Sun, Aug 12, 2007 at 02:19:05PM +0100, Alan Cox wrote:
> > > Great! So the problem might have existed for some time, but we never
> > > saw it due to default over commit values? Were you using these values
> > > for over commit even before?
> >
> > No I changed it several weeks ago to stop my
Hi Balbir,
[add CC to LKML]
On Sun, Aug 12, 2007 at 05:27:52PM +0530, Balbir Singh wrote:
> For some reason my mailer keeps removing you from the cc.
Or maybe it's my SMTP server's problem. Email systems are complex.
> >>> Thats a valid point. It would be interesting to see what the overcommit
On Sun, Aug 12, 2007 at 01:48:31PM +0800, WU Fengguang wrote:
> On Sat, Aug 11, 2007 at 11:31:09PM +0530, Balbir Singh wrote:
> > Andrew Morton wrote:
> > > On Sat, 11 Aug 2007 20:00:12 +0530 "Balbir Singh" <[EMAIL PROTECTED]>
> > > wrote:
> > &g
On Sun, Aug 12, 2007 at 01:48:31PM +0800, WU Fengguang wrote:
On Sat, Aug 11, 2007 at 11:31:09PM +0530, Balbir Singh wrote:
Andrew Morton wrote:
On Sat, 11 Aug 2007 20:00:12 +0530 Balbir Singh [EMAIL PROTECTED]
wrote:
Shouldn't we just not stop vm accounting for kernel threads
Hi Balbir,
[add CC to LKML]
On Sun, Aug 12, 2007 at 05:27:52PM +0530, Balbir Singh wrote:
For some reason my mailer keeps removing you from the cc.
Or maybe it's my SMTP server's problem. Email systems are complex.
Thats a valid point. It would be interesting to see what the overcommit
On Sun, Aug 12, 2007 at 02:19:05PM +0100, Alan Cox wrote:
Great! So the problem might have existed for some time, but we never
saw it due to default over commit values? Were you using these values
for over commit even before?
No I changed it several weeks ago to stop my desktop from
On Sun, Aug 12, 2007 at 08:21:43PM +0400, Cyrill Gorcunov wrote:
[Alan Cox - Sun, Aug 12, 2007 at 04:17:44PM +0100]
| Try this (it compiles but isnt tested). Its a weekend here, the sun is
| shining, the beach is a short walk, and I have more interesting things to
| do right now 8)
|
|
On Sat, Aug 11, 2007 at 11:31:09PM +0530, Balbir Singh wrote:
> Andrew Morton wrote:
> > On Sat, 11 Aug 2007 20:00:12 +0530 "Balbir Singh" <[EMAIL PROTECTED]> wrote:
> >>>
> >> Shouldn't we just not stop vm accounting for kernel threads?
> >>
> >
> > Could be. It'd help heaps if we knew which
On Sat, Aug 11, 2007 at 10:00:15AM -0700, Andrew Morton wrote:
> On Sat, 11 Aug 2007 20:00:12 +0530 "Balbir Singh" <[EMAIL PROTECTED]> wrote:
>
> > On 8/11/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> hm, both people who replied to this removed Fengguang from cc. Disagreement
> between
On Sat, Aug 11, 2007 at 10:00:15AM -0700, Andrew Morton wrote:
On Sat, 11 Aug 2007 20:00:12 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
On 8/11/07, Fengguang Wu [EMAIL PROTECTED] wrote:
hm, both people who replied to this removed Fengguang from cc. Disagreement
between headers and MUAs,
On Sat, Aug 11, 2007 at 11:31:09PM +0530, Balbir Singh wrote:
Andrew Morton wrote:
On Sat, 11 Aug 2007 20:00:12 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Shouldn't we just not stop vm accounting for kernel threads?
Could be. It'd help heaps if we knew which patch in -mm caused
On Tue, Apr 10, 2007 at 04:45:40PM -0700, Andrew Morton wrote:
> On 11 Apr 2007 00:56:51 +0200
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > There's a much more complete patchkit for this that gets reposted
> > regularly on l-k. Perhaps it would make sense to test that first?
>
> adaptive
On Tue, Apr 10, 2007 at 04:45:40PM -0700, Andrew Morton wrote:
On 11 Apr 2007 00:56:51 +0200
Andi Kleen [EMAIL PROTECTED] wrote:
There's a much more complete patchkit for this that gets reposted
regularly on l-k. Perhaps it would make sense to test that first?
adaptive readahead? Has
On Mon, Dec 04, 2006 at 09:18:40PM +1100, Nick Piggin wrote:
> Frank van Maarseveen wrote:
> >Most of the code suggests that it is valid to insert a NULL item,
> >possibly a zero item with pointer cast. However, in __lookup_slot()
> >whether or not the slot is found seems to depend on the actual
On Mon, Dec 04, 2006 at 09:18:40PM +1100, Nick Piggin wrote:
Frank van Maarseveen wrote:
Most of the code suggests that it is valid to insert a NULL item,
possibly a zero item with pointer cast. However, in __lookup_slot()
whether or not the slot is found seems to depend on the actual value
On Wed, Nov 15, 2006 at 08:54:44AM -0800, Christoph Lameter wrote:
> On Wed, 15 Nov 2006, Wu Fengguang wrote:
>
> > Collect info about the global available memory and its consumption speed.
> > The data are used by the stateful method to estimate the thrashing
> > thresh
On Wed, Nov 15, 2006 at 08:54:44AM -0800, Christoph Lameter wrote:
On Wed, 15 Nov 2006, Wu Fengguang wrote:
Collect info about the global available memory and its consumption speed.
The data are used by the stateful method to estimate the thrashing
threshold.
Looks like you should use
On Tue, May 09, 2006 at 03:19:08AM -0700, [EMAIL PROTECTED] wrote:
I have got such problem.
Im running Postgresql 7.3.2 on Linux 2.6.13.
What is see when VACCUM is running and killing my CPU is:
Cpu(s): 3.2% us, 0.0% sy, 0.0% ni, 0.0% id, 96.8% wa, 0.0% hi,
0.0% si
what i am worry
Greetings,
I'd like to introduce a new readahead framework of the linux kernel:
http://www.ussg.iu.edu/hypermail/linux/kernel/0603.2/1021.html
HOW IT WORKS
In adaptive readahead, the context based method may be of particular
interest to postgresql users. It works by peeking into the file cache
On Fri, Apr 21, 2006 at 01:34:24PM -0500, Jim C. Nasby wrote:
IIRC Mark from OSDL said he'd try testing this when he gets a chance,
but you could also try running dbt2 and dbt3 against it.
Thanks for the info, I'll look into them.
Regards,
wu
---(end of
On Thu, Apr 20, 2006 at 11:31:47PM -0500, Jim C. Nasby wrote:
In adaptive readahead, the context based method may be of particular
interest to postgresql users. It works by peeking into the file cache
and check if there are any history pages present or accessed. In this
way it can detect
Hi Markus,
On Fri, Apr 21, 2006 at 09:53:34AM +0200, Markus Schaber wrote:
Are there any rough estimates when this will get into mainline kernel
(if you intend to submit)?
I'm not quite sure :)
The patch itself has been pretty stable. To get it accepted, we must
back it by good benchmarking
Greetings,
I'd like to introduce a new readahead framework for the linux kernel:
http://www.ussg.iu.edu/hypermail/linux/kernel/0603.2/1021.html
HOW IT WORKS
In adaptive readahead, the context based method may be of particular
interest to postgresql users. It works by peeking into the file cache
301 - 328 of 328 matches
Mail list logo