Daijiro Fukuda
Daijiro Fukuda
Thanks! Is this only for UDP? Is there any reason?
I see! Should this be `server` helper's option so that all plugins using the helper can use this option? `SO_LINGER` Example: * https://github.com/fluent/fluentd/pull/3644
> When I added debug print, it just use UDP protocol in test_cat.rb No. It is `in_forward_server_udp_heartbeat`, not `in_forward_server`. https://github.com/fluent/fluentd/blob/f493f25d0d33da8e16bab59d7856105788cdc7a5/lib/fluent/plugin/in_forward.rb#L172-L190
> Unfortunately, when I run the test, only UDP is used. Although I have not confirmed this yet, > If there is a possibility of using TCP, it will need...
> Unfortunately, when I run the test, only UDP is used. I can confirm both TCP and UDP are used. ```console $ lsof -Pni | grep ruby ruby 589081 daipom...
> > When I added debug print, it just use UDP protocol in test_cat.rb > > No. It is `in_forward_server_udp_heartbeat`, not `in_forward_server`. > > https://github.com/fluent/fluentd/blob/f493f25d0d33da8e16bab59d7856105788cdc7a5/lib/fluent/plugin/in_forward.rb#L172-L190 Please note that `in_forward` uses...
Thanks for this improvement! Rebased to the latest master to include Windows CI fix.
https://github.com/fluent/fluentd/pull/4960/commits/9fd9c0fe0544ec1070874f9013fb179987c8ddda I have added some tests to check this behavior. (They are incomplete, at present.) It appears that `maxstdio` does not work, at least for `File.open` of Ruby. It appears...
Thanks! > Obviously, _open and _close functions are belonging to low-level I/O. So, it won't be effective. > low-level I/O functions have hard limit of opening files and it cannot...