I compiled a debug build of libmonosgen from trunk and now have this
stacktrace. My app embeds mono into a Cocoa application, with Cocoa
initializing the mono runtime.
Stacktrace:
at unknown 0x
at System.AppDomain.ValidateAssemblyName (string) IL 0x00034, 0x0004f
at
Hi,I was doing some benchmarks of struct vs class based creation (I have an application that will generate millions of small objects). I was doing the tests in a ubuntu 11.4 VM on my mac pro and found the following: mono2.6.7 was 4x faster on my linux VM than 2.10.4 running on OSX (same machine)I
My machine is an old 2006 Mac Pro 1,1 2 x Xeon 5130 (64 bit) running OSX lion.
Here are the respective versions of mono:
Mono on OSX:
Mono JIT compiler version 2.10.4 (tarball Mon Aug 8 22:03:39 EDT 2011)
Copyright (C) 2002-2011 Novell, Inc, Xamarin, Inc and Contributors.
On Aug 27, 2011, at 2:20 PM, Bojan Rajkovic wrote:
On Aug 27, 2011, at 2:15 PM, Jonathan Shore wrote:
My machine is an old 2006 Mac Pro 1,1 2 x Xeon 5130 (64 bit) running OSX
lion. Here are the respective versions of mono:
Would 32 vs 64 really make that much of a difference? I
On Aug 27, 2011, at 2:30 PM, Jonathan Shore wrote:
On Aug 27, 2011, at 2:20 PM, Bojan Rajkovic wrote:
On Aug 27, 2011, at 2:15 PM, Jonathan Shore wrote:
My machine is an old 2006 Mac Pro 1,1 2 x Xeon 5130 (64 bit) running OSX
lion. Here are the respective versions of mono:
I guess the code was trimmed off in the mailer (I sent in the initial note).
Here it is inlined as text:
using System;
namespace TestHeap
{
public interface IDatum
{
longTimestamp { get; }
}
Ok. When you have a chance can you indicate your marks CPU? I expect a
reasonably modern CPU to be 2 - 6x fast than my sluggish cpu. Thanks.
So for instance my mac X5130 rates at 12.7 CINT 2006 vs 28.6
On Aug 27, 2011, at 2:57 PM, Slide wrote:
I just ran on ubuntu 64bit with mono
Here are my results when running your benchmark.
My PC: a very old a cheap Windows XP Celeron.
I compiled the application with .NET, and ran it with Mono.
I ran the benchmark 3 times to make sure results were reliable.
Mono 2.6.3:
structs: just below 15 seconds
classes: just below 40 seconds
You could probably install the Mac OSX 2.6.7 Mono pretty quickly to see
if it's a difference caused by architectures or by a change between Mono
versions.
http://www.go-mono.com/mono-downloads/download.html
Jonathan
On 8/27/2011 2:36 PM, Jonathan Shore wrote:
Ok. When you have a chance can
Hi all,
Here's my results from 64-bit Mono master on OS X 10.7.1. The CPU is an Intel
Core i7 @ 2.0 GHz, with 8 GB of RAM backing it:
struct sum: 589998356.48, time: 1.593511 secs
class sum: 589998356.48, time: 14.413891 secs
Classes are almost twice as slow, which is somewhat odd.
I think all of these results point to a regression in performance between
2.10.x and 2.6.x.I ran the 2.6.x version on OSX and found it to be faster
than 2.10.x.
I will run on mu core i7 linux box and see how that fairs.
On Aug 27, 2011, at 4:09 PM, Bojan Rajkovic wrote:
Hi all,
Follow-up:
Reminder, my results were:
Mono 2.6.3:
structs: just below 15 seconds
classes: just below 40 seconds
Mono 2.10.3:
structs: just above 19 seconds
classes: just above 40 seconds
And this is with Mono 2.8.1:
structs: just below 15 seconds
classes: just above 40 seconds
So structs are
There are a few points to note here.
Linux with the default GC is much faster than OSX since the laster can't use
fast object allocation.
OSX 2.6 shipped with default parallel mark enabled on OSX, but it was later
disabled due to bugs in boehm.
Given no one is actively working on boehm, this
Rodrigo,
The class based object part of the test is definitely GC sensitive. However, I
and others have noted a performance drop for the struct based test (the other
test in this simple benchmark), which should not be impacted by GC. I did two
tests of the struct-based approach, one with
On Aug 27, 2011, at 7:09 PM, Rodrigo Kumpera wrote:
There are a few points to note here.
Linux with the default GC is much faster than OSX since the laster can't use
fast object allocation.
OSX 2.6 shipped with default parallel mark enabled on OSX, but it was later
disabled due to
Here are the #s for ubuntu 11.4 on a core i7 box with different versions of
mono.
Mono 2.6.7 (default Boehm GC)
struct sum: 589998356.48, time: 1.7 secs
class sum: 589998356.48, time: 9.5 secs
Mono 2.6.10 (default Boehm GC)
struct sum: 589998356.48, time: 1.7 secs
class sum:
On Sat, Aug 27, 2011 at 10:27 AM, Jonathan Shore
jonathan.sh...@gmail.comwrote:
Hi,
I was doing some benchmarks of struct vs class based creation (I have an
application that will generate millions of small objects). I was doing the
tests in a ubuntu 11.4 VM on my mac pro and found the
I just ran on ubuntu 64bit with mono 2.10.1 and got better numbers than your
2.6.7. I had to run somewhere quick but will publish the numbers when I get
back.
On Aug 27, 2011 11:16 AM, Jonathan Shore jonathan.sh...@gmail.com wrote:
My machine is an old 2006 Mac Pro 1,1 2 x Xeon 5130 (64 bit)
I get the following error when performing a wcf client request to a third
party web service using soap:
Read by order only possible for encoded/bare format : at
System.Xml.Serialization.ClassMap.GetElement (Int32 index)
I have tried adding the web reference both in visual studio and in
On Aug 27, 2011, at 2:15 PM, Jonathan Shore wrote:
My machine is an old 2006 Mac Pro 1,1 2 x Xeon 5130 (64 bit) running OSX
lion. Here are the respective versions of mono:
Mono on OSX:
Mono JIT compiler version 2.10.4 (tarball Mon Aug 8 22:03:39 EDT 2011)
Copyright (C) 2002-2011
Hello,
Without code, we cannot give any thoughts.
Atsushi Eno
On 2011/08/26 6:49, blaynebayer wrote:
I get the following error when performing a wcf client request to a third
party web service using soap:
Read by order only possible for encoded/bare format : at
21 matches
Mail list logo