[Mono-dev] NancyFX self hosting (HttpListener) locking up on linux

[Nikita Tsukanov]

Huh, it doesn't require debugger to be _attched_, just debugging subsystem
initialized i. e. if I launch this program as a "debugger" it doesn't lock
up.

public static void Main (string[] args)
{
  int port = 27042;
  if (args.Length != 0)
    port = int.Parse (args [0]);
  while (true)
  {
    var vm = Mono.Debugger.Soft.VirtualMachineManager.Listen (new IPEndPoint
 (IPAddress.Loopback, port));
    vm.Resume ();
    vm.Detach ();
  }
}

I'll use running with --debugger-agent=transport=dt_socket,address=
127.0.0.1:27042 as a temporary workaround since performance doesn't degrade
a lot.


2013/8/7 Nikita Tsukanov <keks9n at gmail.com>

> I suspect that the problem is actually with thread pool itself. I've
> created socket layer implementation using libevent (wrapped with Oars) and
> send/recv that utilizes thread pool for cases when it's unable to complete
> operation synchronously. It survives longer, but still locks up after a
> while. Same behavior with debugger - I'm unable to reproduce the issue when
> running under it. I also unable to grab thread stack traces, it prints
> "Full thread dump: " and nothing else.
>
>
> 2013/8/7 Greg Young <gregoryyoung1 at gmail.com>
>
>> We will see your test then as it will probably affect us as well
>>
>>
>> On Tuesday, August 6, 2013, Nikita Tsukanov wrote:
>>
>>> Greg, I've tried running my server with mono compiled from master (with
>>> pull request #703 merged in), still freezes after a while.
>>>
>>>
>>> 2013/8/7 Greg Young <gregoryyoung1 at gmail.com>
>>>
>>> Do you have our pull req? We are stable after (and seriously read
>>> history of this list)
>>>
>>>
>>> On Tuesday, August 6, 2013, Nikita Tsukanov wrote:
>>>
>>> https://github.com/kekekeks/scgi-sharp - here is my SCGI server with
>>> host for NancyFx. If you run Sandbox.exe with --echo-server it will not use
>>> nancy infrastructure and will respond directly. It locks up after several
>>> thousands of requests under jmeter.
>>>
>>> Simple nginx configuration:
>>>
>>> location /
>>> {
>>>    include /etc/nginx/scgi_params;
>>>    scgi_pass 127.0.0.1:10081;
>>> }
>>>
>>> Now I'm looking for alternative socket library to use it as a
>>> replacement for System.Net.Sockets.
>>>
>>>
>>> 2013/8/6 Greg Young <gregoryyoung1 at gmail.com>
>>>
>>> Actually not that surprised we also found out file stream.flush(true)
>>> only works sometimes and ms never back supported it to actually work :)
>>>
>>>
>>> On Tuesday, August 6, 2013, Alfred Hall wrote:
>>>
>>> **
>>> Yeah you're having exactly the same issues as I am. I'm surprised others
>>> haven't had this problem before. Not sure who works on this area of the
>>> mono codebase these days. If you got a minimal test case it may be worth us
>>> raising a Xamarin bug in bugzilla.
>>>
>>> -----Original message-----
>>> *From:* Nikita Tsukanov <keks9n at gmail.com>
>>> *Sent:* Tuesday 6th August 2013 20:18
>>> *To:* mono-devel-list at lists.ximian.com
>>> *Subject:* Re: [Mono-dev] NancyFX self hosting (HttpListener) locking
>>> up on linux
>>>
>>> Running with mono from master haven't helped.
>>>
>>> And I'm not sure what the hell is going on, but I cann't reproduce the
>>> issue when running under... Monodevelop's debugger. It runs perfectly under
>>> it, but when I try to run the same binary from console (even with --debug
>>> option) it locks up or segfaults. Does anyone know what does it mean?
>>>
>>>
>>> 2013/8/6 Nikita Tsukanov <keks9n at gmail.com>
>>>
>>> Great. It locked up with my more complex logic.
>>> Funny fact: NancyFx increases request processing time from 2ms to 70ms
>>> with the same echo response.
>>> Another funny fact: with MONO_DISABLE_AIO I've got segfault.
>>>
>>> Now I'll try to use build patched mono. Not sure that it's the same
>>> issue, because in my case it never tries to read and write simultaneously
>>>  on the same socket.
>>>
>>>
>>> 2013/8/6 Greg Young <gregoryyoung1 at gmail.com>
>>>
>>> There are many cases the patch we provided does not affect eg no overlap
>>> in io between send/receive
>>>
>>>
>>> On Tuesday, August 6, 2013, Nikita Tsukanov wrote:
>>>
>>> Interesting... I've written a simple server using only
>>> Socket.BeginRecieve and Socket.BeginSend. It just reads 100 bytes and then
>>> sends hardcoded HTTP response. Now jmeter is working for 5 minutes and it
>>> still responds with "Lorem ipsum ..." perfectly. I'll try to "port" my SCGI
>>> server logic from NetworkStream to Socket and see what will happen.
>>>
>>>
>>> 2013/8/6 "Andrés G. Aragoneses" <knocte at gmail.com>
>>>
>>> On 06/08/13 18:42, Nikita Tsukanov wrote:
>>>
>>> Ubuntu 13.04, Mono JIT compiler version 3.2.0 (tarball Tue Jul 30
>>> 21:08:00 UTC 2013)
>>>
>>>
>>> Mono 3.2.0 does *not* hav
>>>
>>>
>>
>> --
>> Le doute n'est pas une condition agréable, mais la certitude est absurde.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20130807/5b692bc9/attachment-0001.html>