Ned,
A few questions:
- When things are running well and you
Sensor inspect
what class is it and, if it is an EventSensor, what is its eventQueue?
- When things are starting to go bad, same questions as above.
- Between the times it is running well and running poorly, do any of the following happen (especially if they always happen):
-- Do you get walbkacks in projects which are "isolated"?
-- Do you switch between Morphic and MVC?
-- Anything else notable happen?
Cheers, Bob
On Sat, 3 Mar 2001 18:33:39 -0800 Ned Konz ned@bike-nomad.com wrote:
On Tuesday 20 February 2001 21:15, Ned Konz wrote:
I'm using the 3.0pre2 Unix VM under Linux 2.4.0, with a 3.1 image. What I'm finding is that:
- normally things run pretty well; if I do a Message Tally I see about
80% of the time being spent in Delay>>wait. The CPU usage is below 5% for Squeak.
- sometimes, though, Squeak uses about 100% of a CPU, and if I do a
similar Message Tally, I see 75% of the time being spent in EventSensor>>nextEventFromQueue.
It can go from the "good" state to the "bad" state just by being left alone with no interaction.
Saving the image, quitting, and restarting fixes this problem.
Any suggestions?
OK, more details: I did about 10 seconds of MessageTally without moving the mouse.
Here's when it gets slow (system CPU at 95% for Squeak process):
- 558 tallies, 9715 msec.
**Tree** 99.8% {9696ms} DisplayScreen>>doOneCycleMorphic 99.8% {9696ms} PasteUpMorph>>doOneCycle 99.8% {9696ms} WorldState>>doOneCycleFor: 95.0% {9229ms} WorldState>>doOneCycleNowFor: |89.4% {8685ms} HandMorph>>processEvents | |89.2% {8666ms} EventSensor>>nextEvent | | 89.2% {8666ms} EventSensor>>nextEventSynthesized | | 46.8% {4547ms} EventSensor>>primKbdNext | | 42.5% {4129ms} EventSensor>>primMousePt |5.6% {544ms} PasteUpMorph>>runStepMethods | 5.6% {544ms} WorldState>>runStepMethodsIn: | 5.6% {544ms} WorldState>>runLocalStepMethodsIn: | 2.7% {262ms} StepMessage(MorphicAlarm)>>value: | 2.7% {262ms} NCLineEndConstraintMorph(Morph)>>stepAt: 4.8% {466ms} WorldState>>interCyclePause: 4.8% {466ms} Delay>>wait