Thought it might be worth bringing up this:
http://research.microsoft.com/os/singularity/
Ms has a research project like this, and the paper describing the design is
the first paper from Microsoft that states that Linux is faster than
Windows :-)
pgpNizoILMaPw.pgp
Description: PGP signature
Stefan Dösinger wrote:
Thought it might be worth bringing up this:
http://research.microsoft.com/os/singularity/
Ms has a research project like this, and the paper describing the design is
the first paper from Microsoft that states that Linux is faster than
Windows :-)
An excellent
Michael Schurter escribió:
Since the idea of a managed operating system has been discussed at
length on the mono-devel-list, I went ahead and registered sharpos.org!
I encourage anyone interested in developing a managed operating system
to visit http://sharpos.org
Please start editing
Hi,
This sounds very interesting indeed, I'll be sure to watch this and
possibly would like to get involved.
On 10/30/06, Johann MacDonagh [EMAIL PROTECTED] wrote:
So does anyone have any problems with calling this project SharpOS? If not,
I'll register www.sharpos.org right now and set up a
Hi,
The attached patch contains tests that we added a NotWorking
category attribute for them as they pass on .NET and fail on mono.
This is part of an effort we make to get zero failures
execution of the mono's System.Web 2.0 test suite. Having that, all NotWorking
tests are bugs and
On 10/29/06 Kornél Pál wrote:
I'll probably be able to fix that one as well, but my very-very big problem
is that vbnc is so undarebly slow on Mono that it's quite impossible to wait
for the compiler to reach again the stage where it's failing.
If the results of previous stages could be
On 10/29/06 Kornél Pál wrote:
I forgot to attach the diff file.:)
You also forgot the nunit tests that are required to be able to commit
a change so deep in the runtime a few days before a major release:)
Also, please don't post patches marked as octect-stream, they are text
files, post them as
Any help on speeding up vbnc is welcome.
Ben got the impression that VBNC was keeping a linked list of all the
tokens after the tokenization phase (which is brutal on the GC as it
becomes a large link-list walk).
In my opinion, instead of having a tokenization phase that keeps all the
tokens
Hello,
The attached patch contains tests that we added a NotWorking category
attribute for them as they pass on .NET and fail on mono.
This is part of an effort we make to get zero failures execution of
the mono's System.Web 2.0 test suite. Having that, all NotWorking
tests are bugs
On 10/31/06 Miguel de Icaza wrote:
Any help on speeding up vbnc is welcome.
Ben got the impression that VBNC was keeping a linked list of all the
tokens after the tokenization phase (which is brutal on the GC as it
becomes a large link-list walk).
While that is clearly a very inefficient
Hi Jensen,
You need to add the source file name to the lists of sources to
compile the desired library, a file named like
'libraryname.dll.sources'. In this specific case the file you need to
change is:
mcs/class/System/System.dll.sources.
I've seen that you are surrounded your source with the
Hi,
I have a small question.
I noticed on the Class Status Page that the public enum
DecompressionMethods hasn't been implemented yet. It's not a big enum so
I gave it a shot.
The next step is to test it. Unfortunately recompiling mono (make clean,
autogen, make make install) did not include my
Hi,
Added it, recompiled and everything worked.
I tested it with a small Console.WriteLine statement and got the same
output as it does on Windows using the .NET framework.
I've attached the diff file with the ChangeLog and System.dll.sources
entry and the class file.
Jensen
Rafael Teixeira
http://bugzilla.ximian.com/show_bug.cgi?id=79396Hi, if anyone can commit this before 1.2, or something better, I'd appreciate it.It's the same fix submitted by Marek Habersack for
http://bugzilla.ximian.com/show_bug.cgi?id=78321, [2.0] ObjectDataSource fails to find the specified type
which was
Andrés G. Aragoneses [ knocte ] wrote:
Michael Schurter escribió:
Since the idea of a managed operating system has been discussed at
length on the mono-devel-list, I went ahead and registered sharpos.org!
I encourage anyone interested in developing a managed operating system
to visit
On Tue, 2006-10-31 at 09:03 -0500, Abe Gillespie wrote:
No one wants to host at Google?
That would be my recommendation.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On 10/31/06 Miguel de Icaza wrote:
Any help on speeding up vbnc is welcome.
Ben got the impression that VBNC was keeping a linked list of all the
tokens after the tokenization phase (which is brutal on the GC as it
becomes a large link-list walk).
While that is clearly a very inefficient
Is there a sample app the compiles slowly somewhere (and instructs on how to use VBNC) that i can download it and run a few tests myself to see if i could lend a hand? I'm interested in this kind of stuff, but probably won't be able to help much :p But i'll try.
Thanks,Alan.On 10/31/06, Ben Maurer
[Not approving the 700KB mail message to the list, just replying to some
comments here]
On 10/31/06 Kornél Pál wrote:
Does the code properly dispose the file strem objects as sson as
tokenization is done?
Is that a problem if the compilation cannot complete? Currently vbnc is
able
to finish the resolve phase on Mono when bootstrapping and fails in early
define phase.
How much time does it take to complete the resolve phase? I thought that
was the issue given this thread subject. If there are
On 10/31/06 Kornél Pál wrote:
The resolve phase is part of compilation so the subject covers the problem.
When doing bootstrap (compiling vbnc using vbnc) finishing the resolve phase
takes up to 2 minutes on MS.NET. Doing the same on Mono takes at least 1
hour on the same machine.
So I
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand or to cooperate. I asked for a program that takes
less than that to compile, because it's obvious that trying to profile that
is idiotic and a complete waste of time. Is that so hard to get through?
You mean, we should ignore the comment from Kosta on bugzilla
and apply your patch anyways, right? Why?
Atsushi Eno
blackdog wrote:
http://bugzilla.ximian.com/show_bug.cgi?id=79396
Hi, if anyone can commit this before 1.2, or something better, I'd
appreciate it.
It's the same fix submitted
What he needs and i need and anyone else who wants to help with this issue needs is a program that takes 5-15 minutes to compile using VBNC. Trying to profile a 1 hour compile that crashes is a waste of time. Profiling for 10 minutes allows reasonalby fast results when testing a new patch. Making
This is a small program that wraps normal executable to be services.
Compile using:
mono --debug vbnc.exe /reference:System.dll,System.ServiceProcess.dll
ServiceHost.vb
vbnc is able to successfully compile this program.
Hope this helps.
If you need small programs, you may want to try the
Please check the thread Re: [Mono-dev] [PATCH] Correction to the r65131 inSystem.Web.UI.WebControls/ObjectDataSourceView.csKosta replied that he didn't fix the bug, specifically:
I did not make any fixes for
http://bugzilla.ximian.com/show_bug.cgi?id=79396.
My comment was made to avoid a
Oh, okay, thanks for the clarification. I also prefer your fix and
make some changes to ObjectDataSourceView as Kosta suggested, but
at this state the svn tree is almost already frozen for 1.2 release
which should not cause regression, it would be better to wait for
1.2.1 which won't be so far.
On Tue, 2006-10-31 at 22:52 +0100, Kornél Pál wrote:
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand or to cooperate. I asked for a program that takes
less than that to compile, because it's obvious that trying to profile that
is idiotic and
Hello,
Oh, okay, thanks for the clarification. I also prefer your fix and
make some changes to ObjectDataSourceView as Kosta suggested, but
at this state the svn tree is almost already frozen for 1.2 release
which should not cause regression, it would be better to wait for
1.2.1 which won't
Hello,
Sorry if I don't understand what you need but I have no experience in
profiling Mono.
What is the sample program that you need? Sorry but I really didn't
understand what exactly you need.
The profiler today only runs when the program exists successfully, so we
need a shorter test
It is pasted in http://bugzilla.ximian.com/show_bug.cgi?id=79396 .
The issue remaining is, looks like ObjectDataSourceView had better
be changed (simplified) as well.
Atsushi Eno
Miguel de Icaza wrote:
Hello,
Oh, okay, thanks for the clarification. I also prefer your fix and
make some
31 matches
Mail list logo