From: Or Gerlitz <ogerlitz-smomgflXvOZWk0Htik3J/w@public.gmane.org>
To: Eli Cohen <eli-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
Cc: Jack Morgenstein <jackm-VPRAkNaXOzVS1MOuV/RT9w@public.gmane.org>,
Roland Dreier <rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>,
Bharath Ramesh <bramesh-PjAqaU27lzQ@public.gmane.org>,
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Maximum size for memory registration (ibv_reg_mr)
Date: Thu, 07 Oct 2010 13:21:36 +0200 [thread overview]
Message-ID: <4CADAD40.8080202@voltaire.com> (raw)
In-Reply-To: <20101007101316.GA9605@mtldesk30>
Eli Cohen wrote:
> If you create a MR in kernel, it covers the entire address space and
> the HCA does not pose any limit since you do not consume MTTs. And if
> you use MTTs then the page size is a parameter in this calculation -
> huge page, regular page etc.
I agree that the kernel case is not of large interest, even though what
you wrote only applies for dma mr, when some FMR scheme is used, MTTs
are consumed, ofcourse. But, typically, kernel code will not go to the
order of giga-bytes, and in other words will not hit the HCA limit.
> Do leaving it as is seems to be the most accurate thing...
I would implement it for regular pages and drop a note in the libibverbs
man page that if huge pages are used (well, the huge pages patch set
isn't fully merged, maybe its about time to make this happen...) then
the actual limit is bigger, e.g follows the proportion between the
regular to the huge pages used.
Or.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-10-07 11:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-24 22:12 Maximum size for memory registration (ibv_reg_mr) Bharath Ramesh
2010-09-24 22:36 ` Roland Dreier
[not found] ` <adar5giahvd.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2010-09-24 22:42 ` Bharath Ramesh
2010-09-24 22:47 ` Roland Dreier
[not found] ` <adamxr6ahd3.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2010-09-24 22:52 ` Bharath Ramesh
2010-09-24 22:57 ` Roland Dreier
[not found] ` <adaiq1uagwi.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2010-09-27 11:18 ` Tziporet Koren
2010-10-07 9:40 ` Or Gerlitz
[not found] ` <4CAD9572.5060507-hKgKHo2Ms0FWk0Htik3J/w@public.gmane.org>
2010-10-07 10:13 ` Eli Cohen
2010-10-07 11:21 ` Or Gerlitz [this message]
[not found] ` <4CADAD40.8080202-smomgflXvOZWk0Htik3J/w@public.gmane.org>
2010-10-07 11:49 ` Eli Cohen
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=4CADAD40.8080202@voltaire.com \
--to=ogerlitz-smomgflxvozwk0htik3j/w@public.gmane.org \
--cc=bramesh-PjAqaU27lzQ@public.gmane.org \
--cc=eli-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \
--cc=jackm-VPRAkNaXOzVS1MOuV/RT9w@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox