Hi Miguel,
Thank you for the response. It is very much appreciated.
I think in this case then the safest thing to do would be to patch Mono
FileStream to handle the leading '/'.
Cheers,
Shaun
--
View this message in context:
So the one issue I have seen with the libevent implementation is that it
seems to perform very poorly in windows (+-5k hello worlds/second where as
its closer to 100k/second in linux). From researching libevent they
supposedly now use IOCP in windows and should be better but I have not been
able
Hi,
On a tangent...
It would be really nice if something like libuv would the thing behind Socket
code.
Could that be something to investigate?
Mono could basically piggyback on nodejs development.
--
Roope Kangas
On 15.5.2014, at 15.00, Greg Young gregoryyou...@gmail.com wrote:
So the
Hello,
On the surface, it sounds like an interesting idea and I would love to see
someone prototype this.
Today our async methods on the socket class delegate the waiting and
waiting/wakeup capabilities to the C runtime and there they use a
per-platform dispatching system (epoll, kqueue or
Hello Shaun,
It is possible to fix some of these issues on a case-by-case basis, but
they are far from ideal.
As for this specific case, you did not tell us exactly what the issue was,
so I can not draw a concrete action to fix it.
On a separate note: what operating system uses things like
I use it on Linux and have used it on Windows, but have never tried it on
Unix variants.
--
From: Miguel de Icaza mig...@xamarin.com
Sent: 15/05/2014 00:55
To: Marcelo Zabani mzab...@gmail.com
Cc: mono-devel mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev]
Hello,
Well, i want to see a prototype, and then decide.
So this needs to be done with some kind of peer framework where this is
done.
On Thu, May 15, 2014 at 9:29 AM, Greg Young gregoryyou...@gmail.com wrote:
Yes I would say moving both to libuv would be a good move :)
On Thu, May 15,
I suspect that having libuv behind socket code won't help much, since most
of socket performance problems are related to the fact that
BeginSend/Recieve, event loop and AsyncCallback run in different threads.
Because of that we have overhead even with simple
void ReadNext()
{
I think we should have something like Mono.Sockets with abstraction of
event loop and I/O code based on libuv or whatever, and build classes like
HttpListener on top of it.
2014-05-15 21:30 GMT+04:00 Nikita Tsukanov kek...@gmail.com:
I suspect that having libuv behind socket code won't help
That would make sense as the models are different. Also that libuv wrapper
from looking looks fairly promising.
On Thu, May 15, 2014 at 8:38 PM, Nikita Tsukanov kek...@gmail.com wrote:
I think we should have something like Mono.Sockets with abstraction of
event loop and I/O code based on
There are some existing wrappers:
https://github.com/kersny/libuv-csharp - Dead, no commits for 3 years
https://github.com/txdv/LibuvSharp - uses Task (
https://github.com/txdv/LibuvSharp/blob/master/Examples/TcpAsync.cs ), so
it should have same problems with thread pool
2014-05-15 21:41
We’ve just released a beta of our app with Mono-3.4.0 embedded in it and
we’re having some crashes due to the latest ServicePoint changes it
appears. I’ve opened two new bugs with stack traces we¹ve seen:
https://bugzilla.xamarin.com/show_bug.cgi?id=19822
Now I'm digging the source code and it seems that second one is quite close
to what is needed.
2014-05-15 21:51 GMT+04:00 Nikita Tsukanov kek...@gmail.com:
There are some existing wrappers:
https://github.com/kersny/libuv-csharp - Dead, no commits for 3 years
The main problem that someone have to implement HTTP-server and
websocket-handling code on top of that, since existing implementations
(Nowin, websocket implementations on top of XSockets, SuperSockets.NET,
etc) are bound to thread pool model. I think it's much better to find some
existing
Would it be possible to make the socket use libuv to listen on multiple
threads for events then just perform whatever work is needed right then and
there instead of scheduling it into the thread pool? This feels closer to
what IOCP are like on Windows though the thread overhead is higher so there
Hi,
I guess having some mono.sockets lib would do the trick too. Just hoping for
good libuv/libev support since not everybody is doing http servers. And the
existing libuv/ev wrappes did not look very convincing, at least when I last
had a look.
Our not-yet-globally launched mmo game
Hi,
I'm having a problem with running with the --full-aot option.
I have compiled the core libraries with the --aot=full option.
But when I start my program with --full-aot I just get this error message:
Failed to load AOT module '/usr/local/lib/mono/4.5/mscorlib.dll.so' in
aot-only mode.
But
17 matches
Mail list logo
