* rdma_cm resource over use
@ 2010-12-09 17:53 Eli Cohen
2010-12-09 18:30 ` Hefty, Sean
0 siblings, 1 reply; 3+ messages in thread
From: Eli Cohen @ 2010-12-09 17:53 UTC (permalink / raw)
To: RDMA list
Hi,
the rdma_cm library opens all availabe devices and keeps them open
even after binding to a specific device/port. This eats resources from
other devices that would otherwise be available to other applications.
Is there a way to avoid this? If not, maybe we should close all other
devices after binfing?
--
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: rdma_cm resource over use
2010-12-09 17:53 rdma_cm resource over use Eli Cohen
@ 2010-12-09 18:30 ` Hefty, Sean
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8C1F52B-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
0 siblings, 1 reply; 3+ messages in thread
From: Hefty, Sean @ 2010-12-09 18:30 UTC (permalink / raw)
To: Eli Cohen, RDMA list
> the rdma_cm library opens all availabe devices and keeps them open
> even after binding to a specific device/port. This eats resources from
> other devices that would otherwise be available to other applications.
> Is there a way to avoid this? If not, maybe we should close all other
> devices after binfing?
The librdmacm documents that all RDMA devices remain open while the librdmacm is loaded (see rdma_get_devices). Also, a listen doesn't need to be bound to any specific device, but the connection request will be. Personally, I really don't see this as a major use of resources.
- Sean
--
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: rdma_cm resource over use
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8C1F52B-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
@ 2010-12-09 22:06 ` Eli Cohen
0 siblings, 0 replies; 3+ messages in thread
From: Eli Cohen @ 2010-12-09 22:06 UTC (permalink / raw)
To: Hefty, Sean; +Cc: RDMA list
For ConnectX, mlx4 will consume a UAR page for each open of libibverbs
device file. On a 4K page architectures we usually have 1024 UAR
pages. On a 64K page size the situation becomes worth. Suppose you
have a system with more than one device. One of the devices is used by
rdam_cm and the other is not. You can easily exhaust all the
resources. We actually have this situation at a customer.
On Thu, Dec 9, 2010 at 8:30 PM, Hefty, Sean <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:
>> the rdma_cm library opens all availabe devices and keeps them open
>> even after binding to a specific device/port. This eats resources from
>> other devices that would otherwise be available to other applications.
>> Is there a way to avoid this? If not, maybe we should close all other
>> devices after binfing?
>
> The librdmacm documents that all RDMA devices remain open while the librdmacm is loaded (see rdma_get_devices). Also, a listen doesn't need to be bound to any specific device, but the connection request will be. Personally, I really don't see this as a major use of resources.
>
> - Sean
>
>
> --
> 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
>
--
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-12-09 22:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-09 17:53 rdma_cm resource over use Eli Cohen
2010-12-09 18:30 ` Hefty, Sean
[not found] ` <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8C1F52B-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2010-12-09 22:06 ` Eli Cohen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox