wine iexplore speed test (JavaScript)

[Detlef Riekenberg]

I did a speed test for JS with Wine:

########################

http://v8.googlecode.com/svn/data/benchmarks/v3/run.html

wine 17666004c839a40f1dbc5c98468557091bf3e13c
    Score: 48.5

Richards: 47.7
    DeltaBlue: 56.3
    Crypto: 32.1
    RayTrace: 54.9
    EarleyBoyer: 65.9
    RegExp: 41.9

Same System, with Firefox 3.0.5:
    Score: 60.4

Richards: 65.8
    DeltaBlue: 76.7
    Crypto: 45.1
    RayTrace: 53.7
    EarleyBoyer: 96.5
    RegExp: 41.2

Is there a way to use our jscript.dll instead of js3250.dll?
Or a way to use js3250.dll in our jscript.dll?

###################################

SunSpider does not show the results.
http://www2.webkit.org/perf/sunspider-0.9/sunspider-driver.html

I filled http://bugs.winehq.org/show_bug.cgi?id=17264 for that.

[Jacek Caban]

Detlef Riekenberg wrote:
> I did a speed test for JS with Wine:
>
> ########################
>
> http://v8.googlecode.com/svn/data/benchmarks/v3/run.html
>
> wine 17666004c839a40f1dbc5c98468557091bf3e13c
>    Score: 48.5
>
> Richards: 47.7
>    DeltaBlue: 56.3
>    Crypto: 32.1
>    RayTrace: 54.9
>    EarleyBoyer: 65.9
>    RegExp: 41.9
>
> Same System, with Firefox 3.0.5:
>    Score: 60.4
>
> Richards: 65.8
>    DeltaBlue: 76.7
>    Crypto: 45.1
>    RayTrace: 53.7
>    EarleyBoyer: 96.5
>    RegExp: 41.2

These tests should be very similar to Firefox 3.1 beta 2. Personally I 
don't see much point in looking for benchmarks as long as we have so 
many real applications that don't work due to lacks in our MSHTML 
implementation.
> Is there a way to use our jscript.dll instead of js3250.dll?

We currently use jscript.dll only for documents with 'file:' URLs.
> Or a way to use js3250.dll in our jscript.dll?

No, there are too many differences in architecture, that's why I've 
implemented jscript.dll from scratch.

Jacek

[Detlef Riekenberg]

On Do, 2009-02-05 at 18:31 +0100, Jacek Caban wrote:
> Detlef Riekenberg wrote:
> > I did a speed test for JS with Wine:
> > http://v8.googlecode.com/svn/data/benchmarks/v3/run.html
>
> Personally I don't see much point in looking for benchmarks as 
> long as we have so many real applications that don't work 
> due to lacks in our MSHTML implementation.

It was mainly so check, how well the integrated gecko works.
> We currently use jscript.dll only for documents with 'file:' URLs.

Thanks for clarify this.