[ofa-general] ib_rdma_bw - memory leaks?

Sumit Panchasara sumit.panchasara at einfochips.com
Wed Jul 1 03:11:25 PDT 2009


I am seeing Memory Leaks in ib_rdma_bw application at below places when ran
with valgrind tool:

1. Memory allocated by aspintf() is not freed, as it goes on heap, caller
should call "free" after done with the string.

2. Memory allocated by remote destination filed (struct pp_data *) is not
freed.

3. rdma_create_event_channel() calls ucma_init() but
rdma_destroy_event_channel() does not call ucma_cleanup(), this results into
memory leak at provider's library since it does not call ibv_close_device()
and thus unable to do *->free_context().

4. Memory allocated for (struct cma_id_private *) at
RDMA_CM_EVENT_CONNECT_REQUEST event is not getting freed. It is calling
rdma_destroy_id but that was for rdma_create_id. Thus one block of
cm_id_private still remains allocated.

This accounts to ~533 bytes in each iteration. 

Am I observing correctly?

Commands used:
server: ib_rdma_bw -p 5001 -s 65536 -t 500 -n 5000 -c
client: ib_rdma_bw -p 5001 -s 65536 -t 500 -n 5000 -c <server_ip>

Thanks,

Sumit Panchasara
Embedded Engineer - eInfochips Ltd., India.
www.einfochips.com



-- 
_____________________________________________________________________
Disclaimer: This e-mail message and all attachments transmitted with it
are intended solely for the use of the addressee and may contain legally
privileged and confidential information. If the reader of this message
is not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby
notified that any dissemination, distribution, copying, or other use of
this message or its attachments is strictly prohibited. If you have
received this message in error, please notify the sender immediately by
replying to this message and please delete it from your computer. Any
views expressed in this message are those of the individual sender
unless otherwise stated.Company has taken enough precautions to prevent
the spread of viruses. However the company accepts no liability for any
damage caused by any virus transmitted by this email.
_____________________________________________________________________
 



More information about the general mailing list