* 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
[parent not found: <CF9C39F99A89134C9CF9C4CCB68B8DDF25B8C1F52B-osO9UTpF0USkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>]
* 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