Prev: Inconsistent whether new browser window opens from signed applet
Next: Isha needs Your Vote! Final Voting has begun[Jan 15-22] - Please Vote NOW The Chase/Facebook Community Program campaign has started well with Isha receiving over 2500 votes in the first day putting us in 8th position among the 100 charities
From: Robin Holmes on 20 Jan 2010 03:32
If you have or are involved with building a VM that can do proper
inlining, then see this new method of speeding up some kinds of code
constructs when programming with objects.

The concept is like bulk runtime object devirtualization where the
devirtualization is for inlining both virtual method calls and field
references. IT works with attributes applied to fields and methods
similar to something like cdecl. For things like compilers, VST
plugins, some RegeX, SQL etc there is scope for massive speedup
enhancement.

See http://pacificv.prophp.us/rod.php for more details.
From: Joshua Cranmer on 20 Jan 2010 08:01
On 01/20/2010 03:32 AM, Robin Holmes wrote:
> See http://pacificv.prophp.us/rod.php for more details.

Well, besides your blatant multiposting, I just want to point out:

> Copyright(c) 2009/2010 Robin Holmes. All rights reserved.
> This is a public domain specification.

Which is it? The two mean contradictory things...

--
Beware of bugs in the above code; I have only proved it correct, not
tried it. -- Donald E. Knuth
From: Roedy Green on 20 Jan 2010 09:01
On Wed, 20 Jan 2010 00:32:22 -0800 (PST), Robin Holmes
<rangsynth(a)gmail.com> wrote, quoted or indirectly quoted someone who
said :

>If you have or are involved with building a VM that can do proper
>inlining, then see this new method of speeding up some kinds of code
>constructs when programming with objects.
>
>The concept is like bulk runtime object devirtualization where the
>devirtualization is for inlining both virtual method calls and field
>references. IT works with attributes applied to fields and methods
>similar to something like cdecl. For things like compilers, VST
>plugins, some RegeX, SQL etc there is scope for massive speedup
>enhancement.
>
>See http://pacificv.prophp.us/rod.php for more details.

how is this different from what Hotspot does?
--
Roedy Green Canadian Mind Products
http://mindprod.com
Responsible Development is the style of development I aspire to now. It can be summarized by answering the question, �How would I develop if it were my money?� I�m amazed how many theoretical arguments evaporate when faced with this question.
~ Kent Beck (born: 1961 age: 49) , evangelist for extreme programming .
From: Lew on 20 Jan 2010 09:56
Roedy Green wrote:
> On Wed, 20 Jan 2010 00:32:22 -0800 (PST), Robin Holmes
> <rangsynth(a)gmail.com> wrote, quoted or indirectly quoted someone who
> said :
>
>> If you have or are involved with building a VM that can do proper
>> inlining, then see this new method of speeding up some kinds of code
>> constructs when programming with objects.
>>
>> The concept is like bulk runtime object devirtualization where the
>> devirtualization is for inlining both virtual method calls and field
>> references. IT works with attributes applied to fields and methods
>> similar to something like cdecl. For things like compilers, VST
>> plugins, some RegeX, SQL etc there is scope for massive speedup
>> enhancement.
>>
>> See httq://pacificv.prophp.spam/rod.php for more details.
>
> how is this different from what Hotspot does?

HotSpot doesn't use the meaningless term "devirtualization", it is already
included with the JVM, it has a team of engineers and computer scientists
constantly working to improve it, it incorporates the hottest academic
research in its underpinnings, it integrates well with other advanced JVM
features like the debugger interface, it actually works ...

--
Lew
From: Robin Holmes on 22 Jan 2010 08:29
You are misreading the word devirtualization. Hotspot devirtualization
is "runtime type devirtualization" based on the known "type" of an
object in the bytecode, possibly and normally before that object is
created.

Runtime Object devirtualization works with already allocated objects,
and branches down into child objects and fields that are already
allocated and provides a mechanism to recompile the devirt function
should one of those sub-devirt functions change.

Please this post is for people who are understanding VM and JIT and
VTable etc... If you dont understand it then dont reply.

Hotspot is not the topic here. This is a new theory for mass speed up
of some kinds of code made with virtual object programming. Again,
please only reply if you understand it.
 |  Next  |  Last
Pages: 1 2
Prev: Inconsistent whether new browser window opens from signed applet
Next: Isha needs Your Vote! Final Voting has begun[Jan 15-22] - Please Vote NOW The Chase/Facebook Community Program campaign has started well with Isha receiving over 2500 votes in the first day putting us in 8th position among the 100 charities