Re: [Vtd-xml-users] Random Access Proposal (take 2)

[Rodrigo C. <rn...@gm...>]

Because there are a few thousands <ne> and several thousands <tpath>.

In my version, 1.6 with my patches to allow Context export, that cache 
takes a few seconds to build, but the speedup afterwards is huge, on the 
order of 30x, due to the relative complexity of the original indexing.

I'll try to convert the code into VTD-2.0 soon and see if the 
performance holds (or improves).

Jimmy Zhang wrote:
> A few thousand?? Why would you do that?
> A few thousand of anything would slow things down...
>
> What are you trying to accomplish? I think you may only
> need to instantiate one...
> ----- Original Message ----- From: "Rodrigo Cunha" <rn...@gm...>
> Cc: <vtd...@li...>
> Sent: Tuesday, February 20, 2007 12:10 PM
> Subject: Re: [Vtd-xml-users] Random Access Proposal (take 2)
>
>
>> Ok, so I see a new NodeRecorder.
>>
>> I didn't saw the internals of NodeRecorder yet, but I presume it's
>> lightweight, so I can instanciate a few thousands without major trouble
>> and keep them in my internal structures, right?
>>
>> I think you should introduce two new methods into NodeRecorder:
>>
>> VTDNav NodeRecorder.getNav();
>>
>> int NodeRecorder.getPositionsCount();
>>
>> Thanks,
>>
>> Rodrigo
>>
>> Jimmy Zhang wrote:
>>> the source forge shell service is down, the document for 2.0 is at
>>> http://www.ximpleware.com/doc/
>>> ----- Original Message ----- From: "Rodrigo Cunha" <rn...@gm...>
>>> To: <vtd...@li...>
>>> Sent: Thursday, February 15, 2007 3:19 AM
>>> Subject: Re: [Vtd-xml-users] Random Access Proposal (take 2)
>>>
>>>
>>>> Well, just some ideas concerning what I think should be the nature 
>>>> of a
>>>> "context":
>>>>
>>>> - As light as possible to generate, manipulate and access (so just 
>>>> use a
>>>> simple context with minimun clutter).
>>>> - Comparable.
>>>> - Hashable efficiently (good and fast dispertion function).
>>>> - Possible to associate with VTDNav (so contains a pointer to VTDNav).
>>>> - Usable in another VTDNav (that's a tricky one, and unsafe, but makes
>>>> sense if you have various equal VTDNavs and a RMI-based system, so it
>>>> should be possible despite perhaps including dire warnings in the
>>>> documentation).
>>>>
>>>> Jimmy Zhang wrote:
>>>>
>>>> Yes, will try, but then again, there will always be a 2.1 :)
>>>>
>>>>
>>>> ------------------------------------------------------------------------- 
>>>>
>>>>
>>>> Take Surveys. Earn Cash. Influence the Future of IT
>>>> Join SourceForge.net's Techsay panel and you'll get the chance to
>>>> share your
>>>> opinions on IT & business topics through brief surveys-and earn cash
>>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV 
>>>>
>>>>
>>>> _______________________________________________
>>>> Vtd-xml-users mailing list
>>>> Vtd...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/vtd-xml-users
>>>>
>>>
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------- 
>>
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to 
>> share your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV 
>>
>> _______________________________________________
>> Vtd-xml-users mailing list
>> Vtd...@li...
>> https://lists.sourceforge.net/lists/listinfo/vtd-xml-users
>>
>
>
>