Hi,
For function multi_process_io_udp receive many events, but only
process one at a time. Doest it cause the event to be lost?
In our test, we had create thousands of client. When clients connect
to server at a time, for the clients which already connected on this
server will not receive packet
5:19, Jan Just Keijser :
>>
>> On 15/04/19 14:29, wei wang wrote:
>> > Hi,
>> >
>> > For function multi_process_io_udp receive many events, but only
>> > process one at a time. Doest it cause the event to be lost?
>> yes it does
>> > In
from_deferred = true;
}
-multi_client_connect_early_setup(m, mi);
bool cc_succeeded = true;
Gert Doering 于2019年4月20日周六 下午11:07写道：
>
> Hi,
>
> On Sat, Apr 20, 2019 at 04:37:03PM +0800, wei wang wrote:
> > I have found that the patch set
> > "https://patchwork.op
-else if (status & FILE_CLOSED)
+if (status & FILE_CLOSED)
{
multi_process_file_closed(m, mpp_flags);
}
wei wang 于2019年4月22日周一 下午5:26写道：
>
> 1. When client-connect tests whether the user has written the
> configuration, we should check to see if the file size
);
#endif
+// client connect deferred ret file delete
+ccs_delete_deferred_ret_file(mi);
+
multi_client_disconnect_script(m, mi);
if (mi->did_open_context)
wei wang 于2019年4月22日周一 下午5:26写道：
>
> 1. When client-connect tests whether the user has written the
> configuratio
On Tue, Apr 23, 2019 at 7:30 PM Arne Schwabe wrote:
> I agree that I missed a place in which I should cleaning up the temp
> file but adding it to close_instance seem more like a workaround than a
> real solution. Again describing more context would be nice here. What
> exactly is this trying to
On Tue, Apr 23, 2019 at 7:30 PM Arne Schwabe wrote:
>
> Am 23.04.19 um 05:01 schrieb wei wang:
> > 3. clean client connect defered ret file when close instance.
> >
>
> I agree that I missed a place in which I should cleaning up the temp
> file but adding it to clos
