On 2013-02-13, at 21:04, "phil@highoctane.be" <phil@highoctane.be> wrote:
How can I test that?
Really it feels sluggish when scrolling lists,
that is wrong, taking the latest 1.4 and the latest 2.0 there is a massive visual difference in scrolling speed on a huge list. I looked for senders of #name with 1583 items in 2.0 and 1408 in 1.4. Taking the scroll-thumb on the right, in 2.0 the list scrolls smoothly whereas in 1.4 it jumps. which version where you comparing?
autocomplete with Spotlight etc. Didn't have that with my 1.4.
What did you run here? Actually Spotlight could run slower ;) but I doubt that as well
I am using a Mac with a Core2Duo CPU. RAM is of no concern (8GB).
Phil
2013/2/13 stephane ducasse <stephane.ducasse@free.fr>:
On Feb 13, 2013, at 6:39 PM, phil@highoctane.be wrote:
Don't know if this is related but the 2.0 image seems to runs slower on my box (20543 now).
this is strange because people told me exactly the inverse yesterday (comparing to 1.4). So this is difficult to assess.
Stef
Also a question: why is there a ZnServer in the StartUpList ? I saw discussions on the loading of .changes if there is none in the image folder.
Phil
2013/2/13 Sven Van Caekenberghe <sven@stfx.eu>:
On 13 Feb 2013, at 18:17, "phil@highoctane.be" <phil@highoctane.be> wrote:
Is this related to that large list of [delaySemaphore wait] in Delay>>wait that I do see in the Process Browser? This thing wasn't so large in the past.
Let's hope so: it seems related, but we see it during startup (and subsequent crash) but also (sometimes) interactively in a working image.
Phil
2013/2/13 Igor Stasenko <siguctua@gmail.com>:
My personal take about this issue:
- when image starting up, all Delays should be reset by unblocking all waiting processes (regardless how much extra time there left to be waiting).
Because, to my opinion, a code which uses delays to cross session boundaries will fail badly anyways, so imo it is better to have delays unblocked the process prematurely, rather than blocking it for next 2^30 milliseconds (or any random big number around that).
-- Best regards, Igor Stasenko.