> time to teach me a little about garbage collection. Certainly I'm not
> doing allocating.
If you are not doing any allocating then you will not be forcing any
garbage collection.
> Actually, I thought I streamlined it considerably. Before, it was
> fully checking visibility issues each time; now it is just anding a
> flag. It isn't even running any of the flag-setting routines until the
> Viewer is tainted by an actual script change.
These kinds of operations do not affect heap memory allocation/garbage
collection.
> Here's what I would do:
> I would see if the slowness is affected by particular renderings --
> spacefill, dots, etc.
I did not detect anything slow with any of the rendering.
The problem I am seeing is with holding down the mouse button and rotating
the molecule. During this operation the molecule hesitates for a split
second.
The place where I thought you may be allocating things was in your event
capturing. I thought that perhaps you were allocating objects to store
state after each rotation.
*** 2 minutes later ***
Doesn't seem to be happening right now ... perhaps it was some other
process running on my machine.
Miguel
>
> Do you know if
>
> for (i=n; --i >= 0;)
> if (bs.get(i)) {
> ....
> }
> }
>
> is significantly different in terms of efficiency from:
>
> for (i=bs.cardinality(); --i >= 0) {
> int i = bs.nextSetBit()
>
> }
>
> ? I did replace some of the former with the latter because it seemed
> me just going through the actually set bits would probably be faster.
> That's something I changed.
>
>
>
> Can you give me enough information to let me test it as well and see
> if I notice the same?
>
>
> Bob
>
> Miguel wrote:
>
>> Bob,
>>
>> I am noticing some pausing/hesitation when rotating with the mouse ...
>>
>> I suspect that the garbage collector is kicking in. I have put in a lot
>> of
>> work to ensure that does not happen ...
>>
>>
>> Q: In the work that you have done, are you allocating any objects during
>> mouse rotations?
>>
>>
>> Miguel
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking scripting
>> language
>> that extends applications into web and mobile media. Attend the live
>> webcast
>> and join the prime developer group breaking into this new coding
>> territory!
>> http://sel.as-us.falkag.net/sel?cmd_______________________________________________
>> Jmol-developers mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
> --
>
> Robert M. Hanson, [EMAIL PROTECTED], 507-646-3107
> Professor of Chemistry, St. Olaf College
> 1520 St. Olaf Ave., Northfield, MN 55057
> mailto:[EMAIL PROTECTED]
> http://www.stolaf.edu/people/hansonr
>
> "Imagination is more important than knowledge." - Albert Einstein
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Jmol-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Jmol-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-developers
