According to top dtnrecv eats 35% of memory right before it terminates.

Here are the last lines of strace output for dtnrecv:
----------------------------------------------------------------------------------------------------------
recvfrom(8, "dtn!\3\1\0\n\20dtn://node-2.dtn", 5120, 0, NULL, NULL) = 25
mmap(NULL, 2101248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f0ec28fd000
mprotect(0x7f0ec28fd000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f0ec2afcf10, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f0ec2afd9d0, tls=0x7f0ec2afd700, child_tidptr=0x7f0ec2afd9d0) = 3456
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 3), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f0ec2b10000
write(1, "Wait for incoming bundle... \n", 29Wait for incoming bundle...
) = 29
open("/var/tmp/1.iso", O_RDWR|O_CREAT|O_TRUNC, 0666) = 9
futex(0x7fffadbc8174, FUTEX_WAIT_PRIVATE, 1, NULL
) = 0
futex(0x7fffadbc8140, FUTEX_WAKE_PRIVATE, 1) = 0
close(9)                                = 0
write(4, "i", 1)                        = 1
write(6, "i", 1)                        = 1
close(8)                                = 0
close(3)                                = 0
close(4)                                = 0
close(5)                                = 0
close(6)                                = 0
write(2, "Aborted.", 8Aborted.)                 = 8
write(2, "\n", 1
)                       = 1
exit_group(1)                           = ?
----------------------------------------------------------------------------------------------------------

Is there any debug information or test results, that I can supply?


Thu, 04 Oct 2012 17:41:30 +0400 от Sergey Sireskin <sire@mail.ru>:
An addition to my previous post.

I have added 1Gb more RAM to node2 and retried my test. Dtnrecv still terminates with the "Aborted." message.
It seems that a memory leak takes place.

Is there any way I can debug this case?

Thu, 04 Oct 2012 14:06:27 +0400 от Sergey Sireskin <sire@mail.ru>:
Hello, IBR-DTN developers and users!

I suspect that IBR-DRN does excessive work on copying files while doing dtnrecv.
....

Best Regards,
Sergey Syreskin

--
!! This message is brought to you via the `ibr-dtn' mailing list.
!! Please do not reply to this message to unsubscribe. To unsubscribe or adjust
!! your settings, send a mail message to <ibr-dtn-request@ibr.cs.tu-bs.de>
!! or look at https://www.ibr.cs.tu-bs.de/mailman/listinfo/ibr-dtn.