All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Christie <mikenc@us.ibm.com>
To: device-mapper development <dm-devel@redhat.com>
Cc: Alasdair G Kergon <agk@redhat.com>
Subject: Re: New -udm?
Date: Mon, 11 Apr 2005 04:53:07 -0700	[thread overview]
Message-ID: <425A6523.8060204@us.ibm.com> (raw)
In-Reply-To: <20050411114309.GJ12752@marowsky-bree.de>

Lars Marowsky-Bree wrote:
> On 2005-04-11T02:27:11, Mike Christie <mikenc@us.ibm.com> wrote:
> 
> 
>>what is wrong with what you have now where you utilize the queue/path's 
>>mempool by doing a blk_get_request with GFP_WAIT? 
> 
> 
> ... what if it's trying to free memory by going to swap on multipath,
> and can't, because we're blocked on getting the request with
> GFP_WAIT...?

GFP_WAIT does not casue IOs though. That is the difference between 
waiing on GFP_KERNEL and GFP_WAIT I thought. GFP_KERNEL can cause a page 
write out which you wait on and then there is a problem since it could 
be to the same disk you are trying to recover. But if you are just 
waiting for something to be returned to the mempool like with GFP_WAIT + 
blk_get_request you should be ok as long as the code below you 
eventually give up their resources and frees the requests you are 
waiting on?

> 
> Your patch helps, because it means we need less memory.
> 
> But, ultimately, we ought to preallocate the requests already when the
> hw-handler is initialized for a map (because presumably at that time
> we'll have enough memory, or can just fail the table setup). From that
> point on, our memory useage should not grow.
> 
> 
> Sincerely,
>     Lars Marowsky-Brée <lmb@suse.de>
> 

  reply	other threads:[~2005-04-11 11:53 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-10 19:29 New -udm? Lars Marowsky-Bree
2005-04-10 20:25 ` christophe varoqui
2005-04-10 23:36   ` Dave Olien
2005-04-10 23:36   ` Mike Christie
2005-04-11  1:14     ` Dave Olien
2005-04-11  8:46       ` Lars Marowsky-Bree
2005-04-11  9:27         ` Mike Christie
2005-04-11  9:34           ` Mike Christie
2005-04-11  9:56           ` Mike Christie
2005-04-11 11:43           ` Lars Marowsky-Bree
2005-04-11 11:53             ` Mike Christie [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-04-11 17:36 goggin, edward
2005-04-11 18:25 ` Mike Christie
2005-04-11 18:26   ` Mike Christie
2005-04-11 18:31   ` Mike Christie
2005-04-11 22:56 ` Mike Christie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=425A6523.8060204@us.ibm.com \
    --to=mikenc@us.ibm.com \
    --cc=agk@redhat.com \
    --cc=dm-devel@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.