Hi,
two notes:
1)
>> That should have the fix in from https://github.com/ysw, but setting
>> MONO_DISABLE_AIO
should have worked around that anyway, as its meant to bypass the epoll
backend.
The problem we attempted to fix with async sockets is not only with epoll
backend. i could reproduce it
Hi Nikita.
Full thread dump:
"" tid=0x0x7fc4ad29d700 this=0x0x7fc4ad584c70 thread handle
0x80f state : not waiting owns ()
"IO Threadpool worker" tid=0x0x7fc4ad25c700 this=0x0x7fc4ad584dd0 thread handle
0x810 state : interrupted state owns ()
"IO Threadpool worker" tid=0x0x7fc4a7567700 this
Alfred, please, try to send SIGQUIT to mono (i. e. kill -SIGQUIT {PID})
when it stops processing requests. It will force mono to write thread stack
traces to stdout. Grab them and post here, I suspect that the issue is
simular to one experienced by me.
2013/8/4 Nikita Tsukanov
> Alfred, please,
Hi Esben.
Certainly a good suggestion. I've tried increasing it:
nitoback@mulder:~$ ulimit -Sn
20
nitoback@mulder:~$ ulimit -Hn
20
Doesn't really have any effect. Here's what happens when I start hammering it -
regarding connections - The self host is running on port 9591:
root@mulder
Hi Alfred
Are you sure its not a ulimit issue? I have had this issue before with the
"nofile" limit as each tcp session is a "file" under /proc and when you have
1024 open (or close wait) sessions the OS does not allow you to open more files
and the code seems to hang for a bit until a session
I meant to say I tried master too:
root@mulder:~# /opt/ahall-mono/bin/mono -V
Mono JIT compiler version 3.3.0 (master/2354865 Sun Aug 4 00:42:51 BST 2013)
Copyright (C) 2002-2012 Novell, Inc, Xamarin Inc and Contributors.
www.mono-project.com
TLS: __thread
SIGSEGV: altstack
Notif
On 04/08/13 03:07, Alfred Hall wrote:
Hi there.
I'm running the NancyFX web framework in self hosting mode which is
using HttpListener which basically means I deploy an executable and run
it and it will start a webserver on localhost on a TCP port of choice. I
then use nginx to proxy to it.
I f
Hi,
Mono had a race in its TCP code for a long time, which caused a lot of
troubles for our project because under heavy load TCP async methods
eventually stop receiving completion callbacks. But luckily a pull request
fixing this problem with epoll/kqueue backends by my colleague was merged
in to
I've noticed the same issue with self-hosted ASP.NET WebAPI, which is
probably the same underlying cause.
On Sun, Aug 4, 2013 at 11:07 AM, Alfred Hall wrote:
> **
> Hi there.
>
> I'm running the NancyFX web framework in self hosting mode which is using
> HttpListener which basically means I dep
> Hi there.
>
> I'm running the NancyFX web framework in self hosting mode which is using
> HttpListener which basically means I deploy an executable and run it and it
> will start a webserver on localhost on a TCP port of choice. I then use nginx
> to proxy to it.
>
> I first ran my executable
10 matches
Mail list logo