[Mono-dev] Fundamental performance problems with Mono
james at mansionfamily.plus.com
Sun Jan 10 05:33:14 EST 2010
Robert Jordan wrote:
> So you're actually blaming a wrapper whose solely intention was
> to gain .NET 2.0 compatibility.
To me, that looks like a very good target for blame - a lame
implementation done in
a hurry to tick a box.
> Patches welcome :)
I'd personally be much more comfortable about 'Design proposal welcome',
that assumes we all share a vision of the objective and constraints.
In this particular case it worth considering how the cross-platform
event indications or completions will be handled (and that should
IOCP on Windows rather than an attempt to use Windows fake select). So if
for example you hook into the libevent 2.0 development (libev doesn't do
then you'd have to decide whether to depend on it or grab a snapshot,
whether to code to it using P/Invoke or implement the lot in C.
I think its worth doing right and suggesting to go from zero to code is
Not that I have time at the moment (or indeed any inclination to code in
than C++ - I suspect boost::asio would probably handle the API quite well).
More information about the Mono-devel-list