[erlang-questions] Return status of gen_udp send

Arun Muralidharan <>
Sat Jun 2 10:47:20 CEST 2012


Yes Torben, you are correct about the question. But how would I check if my
application is pushing the machine too hard. As UDP is "send and forget" as
said by Tim, so does the performance of UDP send really comes down to the
performance of kernel/machine not the application ?

Thanks
-A


On Sat, Jun 2, 2012 at 1:09 PM, Torben Hoffmann <>wrote:

> Tim, you are correct about the 'fire and forget', but that is only for the
> part outside your own machine.
>
> The original poster wanted to know if the message really got sent or got
> dropped in his own machine.
> Which actually poses a question in my head: what does it matter where the
> message was lost?
> The only reason I can think of right now is to control load on your own
> kernel and slow down if you are pushing your machine too hard.
> Perhaps the original poster can clarify?
>
> Cheers,
> Torben
>
>
> On 02/06/2012 07:29, Tim McNamara wrote:
>
>> Others can correct me.
>>
>> AFAIK UDP is 'fire and forget'. You don't get the opportunity to check
>> whether the message was received, or even if there was someone there
>> to receive it.
>>
>>
>> On 2 June 2012 17:18, Arun Muralidharan<**com<>>
>>  wrote:
>>
>>> A Remider. :) (As per Joe's suggestion on unanswered questions)
>>> -Arun
>>>
>>>
>>> On Thu, May 31, 2012 at 10:34 PM, Arun Muralidharan<**
>>> com <>>
>>> wrote:
>>>
>>>> Hi Folks!
>>>> Is there any way to detect if the packet sent by issuing the statement
>>>> "gen_udp:send" is really sent or got dropped because of buffer overflow
>>>> in
>>>> the kernel .
>>>> I am using UDP socket with one of the option set as active once and both
>>>> send and receive buffer set to 2MB.
>>>>
>>>>
>>>> Thanks,
>>>> -A
>>>>
>>>
>>>
>>> ______________________________**_________________
>>> erlang-questions mailing list
>>> 
>>> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
>>>
>>>  ______________________________**_________________
>> erlang-questions mailing list
>> 
>> http://erlang.org/mailman/**listinfo/erlang-questions<http://erlang.org/mailman/listinfo/erlang-questions>
>>
>
> --
> http://www.linkedin.com/in/**torbenhoffmann<http://www.linkedin.com/in/torbenhoffmann>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20120602/fbc69ea4/attachment.html>


More information about the erlang-questions mailing list