This is really exciting and I'm looking forward to trying it out! It will
be nice to run the same ASP.NET stack on Windows and Linux :)
On Tue, May 13, 2014 at 8:44 PM, Miguel de Icaza mig...@xamarin.com wrote:
Hello guys!
Microsoft has open sourced ASP.NET vNext:
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
] Mono and ASP.NET vNext
Fabulous!
Does this one run on Unix?
On Wed, May 14, 2014 at 11:29 AM, Marcelo Zabani mzab...@gmail.com wrote:
Wow! This is such great news!!
As for running Owin applications with Unix HTTP servers, I've developed
Fos http://github.com/mzabani/Fos on a very
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
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
Wow! This is such great news!!
As for running Owin applications with Unix HTTP servers, I've
developed Foshttp://github.com/mzabani/Fos on
a very permissive license and a focus on good documentation and running
with Mono on *nix. I would very much love getting contributions on this,
because my
I'll try to implement OWIN host on top of my libevent built-in http server
( https://github.com/kekekeks/evhttp-sharp ) since for now it's the fastest
thing for handling HTTP-requests on Mono I know (now it has host
implementation for NancyFx which we are using in production for half of a
year).
s/built-in http server/built-in http server wrapper/
2014-05-14 19:40 GMT+04:00 Nikita Tsukanov kek...@gmail.com:
I'll try to implement OWIN host on top of my libevent built-in http server
( https://github.com/kekekeks/evhttp-sharp ) since for now it's the
fastest thing for handling
Fabulous!
Does this one run on Unix?
On Wed, May 14, 2014 at 11:29 AM, Marcelo Zabani mzab...@gmail.com wrote:
Wow! This is such great news!!
As for running Owin applications with Unix HTTP servers, I've developed
Fos http://github.com/mzabani/Fos on a very permissive license and a
focus
Hello Nikita!
Your approach looks fabulous! I look forward to trying it out!
Miguel
On Wed, May 14, 2014 at 11:40 AM, Nikita Tsukanov kek...@gmail.com wrote:
I'll try to implement OWIN host on top of my libevent built-in http server
( https://github.com/kekekeks/evhttp-sharp ) since for
Hello guys!
Microsoft has open sourced ASP.NET vNext:
http://github.com/aspnet/home
This is an entire new web stack that only needs the core of Mono (does not
even use System.Web.dll!).
So these are of course great news, because (a) The core Mono has been in
active development, and (b) that
20 matches
Mail list logo