add discard_logs_on_reconnect_error in asyncsender

[enjoy-binbin]

issue: #175

When using asyncsender, there is a queue holds the logs to be send:

• when except socket.gaierror, i clear the queue and print log
• this avoids the back of the log blocked when sent
• but the first one will inevitably have this problem
• i'm thinking about other methods, maybe just simply print some logs

This is my solution, it doesn’t look particularly good. so feel free to close this if un-needed

[coveralls]

Coverage remained the same at 100.0% when pulling 6995dbb on enjoy-binbin:connect-hang into ace80f4 on fluent:master.

[coveralls]

Coverage decreased (-1.07%) to 98.928% when pulling bb8efb8 on enjoy-binbin:connect-hang into ace80f4 on fluent:master.

[arcivanov]

I'll review it at depth when I have time, but I'm inclined not to accept this change.

Unless I'm missing something the error should lead to a reconnect and resending of the logs. Clearing the queue will cause the loss of perfectly good logs due to a simple reconnect issue, which would not be acceptable.

[enjoy-binbin]

Yep Not problem. I understand it is risky

Or maybe we should just print some logs to help the user for debug

[arcivanov]

We can consider a tunable setting which would "discard logs on reconnect" and defaults to False. Reconnects are a part of life and discarding logs isn't useful in most cases IMO.

I tend to make decisions against arbitrary loss of data.

[enjoy-binbin]

Right. I can give a try. Thanks @arcivanov

[enjoy-binbin]

@arcivanov
I add a discard_logs_on_reconnect_error setting default false. Maybe not good enough