I Still Think XTension Is Crashing Or At Least Reduced In Speed with Mountain Lion

Sat Aug 24 13:42:51 EDT 2013

Hello George,

Thank you for removing those startup items, that removes a lot of uncertainty and we can move on to figuring out whats holding out XTension without worrying about that.

As far as the startup time, the only big gaps are loading the global scripts, about 11 seconds, and then loading the 177 units about 25 seconds. I dont feel like this is totally out of range of normal, but you can restart with the option key held down and select "log detailed startup information" that will log the start and end of each script load with a lot of information and you'll be able to see if a single script is taking a large amount of time to load, or something like that. It's also possible that the context of a script has gotten huge, it's possible for example to keep appending to a variable or a list in a script and XTension will just keep saving that until the script data has gotten so large it will cause pauses in loading or even in processing. The detailed startup info logs the binary size of each file as it's loaded and at the end even lists the top 10 sized script files by size. If you see the one or 2 at the top that are orders of magnitude different from others of the same approximate size of the actual script it's possible that some data is just getting appended to forever in your script. That could certainly cause holdouts.

XTension is by necessity not threaded. Things HAVE to happen in order so it's not possible to process the action from a motion sensor until whatever it was doing previously is done. The exception being the low level handling of individual protocols to devices in the various "ISF's" which hand off a packet in a centralized form from XTension and make all the necessary comms to the physical devices happen. So it's entirely possible to hold out processing of new things with slow scripts doing other things.

The Applescripts are also single threaded, the program cannot process any new data until the scripts are done, even if they are trying to talk to some external program. So the first thing I would look for would be if you're talking to another program inside a tell block that might take more than a few moments to complete. If you dont need a return from it you can wrap it in Ignoring Application Responses. If you do need a reply you can move it out to an applescript applet as a separate service that does the work and just calls back into XTension and returns the data later async. I do this with my internet checking script that regularly pings my upstream router and tells XTension if it's working or not, that ping thats 3 or 4 or more seconds and i dont want XTension to wait for it, so I moved it outside.

I'd also be interested if you're doing any looping at all or any pauses in any scripts calls to sheDelay or just delay or anything like that. If you're looping in a script waiting for something to happen, nothing else can happen until it's done. You're doing a lot of complicated scripting so such things are not impossible.

Most scripts are measured in milliseconds to complete, but if they have to loop through things or wait for other programs to do something it can take a lot longer on an unpredictable basis.

I wonder if it's possible you're getting hammered with lots and lots of updates from your sonar sensors at these times? I know your scripts for those are complicated and result in the turning on and off of potentially several other units and flags and possibly cause the running of all those attached scripts. Something that only takes 100ms to finish regularly , if you have to process 50 updates for slightly different values all of a sudden takes 5 seconds which is significant. 

The other thing is just possibly the normal nastiness of some of those X10 sensors. I've got most that respond fairly quickly to motion, but I've had a few that simply dont see me right away. The one in my bedroom that turns on the nightlight in the bathroom is currently pissing me off this way. 80% of the time it turns on with me just rolling out of bed, or just the cat walking into the room, but sometimes I end up flailing my arms for the bathroom one to pick me up before I can see to safely not pee on the floor... ;) I do recall that you've replaced most of yours with wired sensors though which connected through a weeder card should turn on the XTension unit within 100ms or so they are very fast. But I'd want to know if you can see the red light and if it flashes and then there is a long wait before something happens, or if the sensor, x10 or otherwise, just doesn't always react, but once it finally does XTension replies quickly.

So it's either hardware, which I think you've addressed, but I haven't specifically asked about that, or some script or some interface is causing a lot of work to stack up.

On Aug 24, 2013, at 1:13 PM, George Handley <ghandley at kc.rr.com> wrote:

> Dear Revered List Friends,
> 
> Back in late June I started a thread on my suspicions that since migrating to ML, XTension was acting flaky.
> 
> At the time it was finally recommended I remove both Mac Restart and Little Snitch from my XTension Mini* which I did, and further promised to get back to the List after a good test to report expected progress.
> 
> * Mini is a 2.53 Ghz. Intel Core 2 Duo running 10.8.4 with 4 GB RAM
> 
> Well, here we are at the end of August, and I have to report that nothing has changed with the removal of those two Apps.
> 
> Specifically, in general, XTension remains sluggish. For instance, since changing from Snow Leopard to ML, it now takes XTension over 30 seconds to fully launch. It used to load in under 10 seconds. Here is the start up log which may tell somebody something. With few exceptions, I have virtually the same number of units, scripts etc. as before.
> 
> Saturday, August 24, 2013 11:09:26 AM XTension startup version 7 (build 841)
> Saturday, August 24, 2013 11:09:26 AM plugin registered for: MaxSonar
> Saturday, August 24, 2013 11:09:26 AM plugin registered for: WeedTech
> Saturday, August 24, 2013 11:09:26 AM Attachment script loaded with: 1 handlers and 1 Properties.
> Saturday, August 24, 2013 11:09:37 AM 78 Global Scripts Loaded.
> Saturday, August 24, 2013 11:10:01 AM 177 Units Loaded.
> Saturday, August 24, 2013 11:10:01 AM 36 Events Loaded
> Saturday, August 24, 2013 11:10:02 AM XTension (intel) Ready. Registered to: George Handley
> Saturday, August 24, 2013 11:10:02 AM Leopard or newer detected. Using UT16 encoded apple event string replies.
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/cm11.isf" /dev/cu.KeySerial1 127.0.0.1 20300 03)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "CM11A" at: KeySerial1
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/W800.isf" IP 127.0.0.1 20300 04 192.168.0.20 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "Center Hall W800" at: IP
> Saturday, August 24, 2013 11:10:02 AM weeder config string(A1 B7iETF2.iETF2.iDJF0.iDJF0.)
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/weeder.isf/weeder.isf" IP 127.0.0.1 20300 05 150 A1 B7iETF2.iETF2.iDJF0.iDJF0. 192.168.0.30 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "Basement West Weeder Boards" at: IP
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/maxsonar.isf/maxsonar.isf" IP 127.0.0.1 20300 06 100 100 192.168.0.23 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "Garage GEH Sonar Sensor" at: IP
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/maxsonar.isf/maxsonar.isf" IP 127.0.0.1 20300 07 100 100 192.168.0.24 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "Garage SDH Sonar Sensor" at: IP
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/maxsonar.isf/maxsonar.isf" IP 127.0.0.1 20300 08 100 395 192.168.0.25 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "SDH North Driveway Sonar Sensor" at: IP
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/maxsonar.isf/maxsonar.isf" IP 127.0.0.1 20300 09 100 495 192.168.0.26 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "GEH South Driveway Sonar Sensor" at: IP
> Saturday, August 24, 2013 11:10:02 AM weeder config string(A1)
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/weeder.isf/weeder.isf" IP 127.0.0.1 20300 10 150 A1 192.168.0.21 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "Garage Weeder I/0 Board" at: IP
> Saturday, August 24, 2013 11:10:02 AM weeder config string(A1 B1)
> Saturday, August 24, 2013 11:10:02 AM Helper Command: ("/Users/georgehandley/XTension Folder/XTension.app/Contents/Pitchers/weeder.isf/weeder.isf" IP 127.0.0.1 20300 11 150 A1 B1 192.168.0.29 5000)
> Saturday, August 24, 2013 11:10:02 AM Opening Interface "Basement East Weeder Boards" at: IP
> Saturday, August 24, 2013 11:10:03 AM Center Hall W800: W800: Ready !
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: MaxSonar ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: about to create new max sonar parent
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: MaxSonar making IP connection to (192.168.0.26) port (5000)
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: theAddress=(192.168.0.26)
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: theport = (5000)
> Saturday, August 24, 2013 11:10:03 AM Garage Weeder I/0 Board: Weeder ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: MaxSonar ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: about to create new max sonar parent
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: MaxSonar making IP connection to (192.168.0.25) port (5000)
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: theAddress=(192.168.0.25)
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: theport = (5000)
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: past opening the port
> Saturday, August 24, 2013 11:10:03 AM GEH South Driveway Sonar Sensor: MaxSonar: READY!
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: MaxSonar ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: about to create new max sonar parent
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: MaxSonar making IP connection to (192.168.0.24) port (5000)
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: theAddress=(192.168.0.24)
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: theport = (5000)
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: MaxSonar ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: about to create new max sonar parent
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: MaxSonar making IP connection to (192.168.0.23) port (5000)
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: theAddress=(192.168.0.23)
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: theport = (5000)
> Saturday, August 24, 2013 11:10:03 AM Garage Weeder I/0 Board: Weeder Chain Ready.
> Saturday, August 24, 2013 11:10:03 AM received ON for A8
> Saturday, August 24, 2013 11:10:03 AM received ON for A9
> Saturday, August 24, 2013 11:10:03 AM received ON for A10
> Saturday, August 24, 2013 11:10:03 AM received ON for A11
> Saturday, August 24, 2013 11:10:03 AM received ON for A12
> Saturday, August 24, 2013 11:10:03 AM received ON for A13
> Saturday, August 24, 2013 11:10:03 AM received ON for A14
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: past opening the port
> Saturday, August 24, 2013 11:10:03 AM SDH North Driveway Sonar Sensor: MaxSonar: READY!
> Saturday, August 24, 2013 11:10:03 AM Basement East Weeder Boards: Weeder ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: Weeder ISF connecting...
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: past opening the port
> Saturday, August 24, 2013 11:10:03 AM Garage SDH Sonar Sensor: MaxSonar: READY!
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: past opening the port
> Saturday, August 24, 2013 11:10:03 AM Garage GEH Sonar Sensor: MaxSonar: READY!
> Saturday, August 24, 2013 11:10:03 AM Basement East Weeder Boards: Weeder Chain Ready.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: thermocouple input A is enabled.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    thermocouple is type: T
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    temp format is: F
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    significant change value is: 2.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: thermocouple input B is enabled.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    thermocouple is type: T
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    temp format is: F
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    significant change value is: 2.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: thermocouple input C is disabled.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    thermocouple is type: J
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    temp format is: F
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    significant change value is: 0.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: thermocouple input D is disabled.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    thermocouple is type: J
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    temp format is: F
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards:    significant change value is: 0.
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: Weeder Chain Ready.
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #1 Front Door Alarm A1 received update of state to OFF (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM received ON for A3
> Saturday, August 24, 2013 11:10:03 AM received ON for A4
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #5 South Upper Deck Alarm A5 received update of state ON (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM received ON for A6
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #7 Lower Deck South Alarm A7 received update of state ON (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #8 Lower Deck North Alarm A8 received update of state ON (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #9 Deck Stairs Alarm A9 received update of state ON (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #10 Creek Up Alarm A10 received update of state ON (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #11 Creek Upstream Alarm A11 received update of state to OFF (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #12 Creek Downstream Alarm A12 received update of state to OFF (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM received ON for A14
> Saturday, August 24, 2013 11:10:03 AM received ON for A8
> Saturday, August 24, 2013 11:10:03 AM received ON for A14
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: WTTCI input A thermocouple type set to T
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #2 Driveway North Alarm B2 received update of state to OFF (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #3 Driveway South Alarm B3 received update of state to OFF (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM received ON for B4
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #6 North Upper Deck Alarm B6 received update of state ON (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM CCTV Camera #4 Courtyard Alarm B8 received update of state to OFF (Basement East Weeder Boards)
> Saturday, August 24, 2013 11:10:03 AM received ON for B11
> Saturday, August 24, 2013 11:10:03 AM received ON for B12
> Saturday, August 24, 2013 11:10:03 AM received ON for B13
> Saturday, August 24, 2013 11:10:03 AM received ON for B14
> Saturday, August 24, 2013 11:10:03 AM Basement West Weeder Boards: received ack for command TAT
> Saturday, August 24, 2013 11:10:04 AM Basement West Weeder Boards: WTTCI input A temperature format set to F
> Saturday, August 24, 2013 11:10:04 AM Basement West Weeder Boards: received ack for command UAF
> Saturday, August 24, 2013 11:10:04 AM Received analog value for Current Real Hot Tub Temperature B1 of 95. (Basement West Weeder Boards)
> Saturday, August 24, 2013 11:10:04 AM Basement West Weeder Boards: WTTCI input B thermocouple type set to T
> Saturday, August 24, 2013 11:10:04 AM Basement West Weeder Boards: received ack for command TBT
> Saturday, August 24, 2013 11:10:04 AM CM11A: CM11: CM11 successfully located
> Saturday, August 24, 2013 11:10:04 AM CM11A: CM11: Ready !
> Saturday, August 24, 2013 11:10:05 AM Basement West Weeder Boards: WTTCI input B temperature format set to F
> Saturday, August 24, 2013 11:10:05 AM Basement West Weeder Boards: received ack for command UBF
> Saturday, August 24, 2013 11:10:05 AM Current Real Outside Temperature B2 received analog value update of 87 (Basement West Weeder Boards)
> Saturday, August 24, 2013 11:10:06 AM Received analog value for Current Real Hot Tub Temperature B1 of 95. (Basement West Weeder Boards)
> Saturday, August 24, 2013 11:10:06 AM Received analog value for Current Real Outside Temperature B2 of 87. (Basement West Weeder Boards)
> Saturday, August 24, 2013 11:10:10 AM Received ON for Library PIR Facing South G3 (w) (Center Hall W800)
> Saturday, August 24, 2013 11:10:10 AM Sending ON for Library/Computer Room Track Lights G5
> Saturday, August 24, 2013 11:10:10 AM Sending ON for Library/Computer Room Track Picture Lights G12
> Saturday, August 24, 2013 11:10:11 AM ack: ON for G5 from CM11A
> Saturday, August 24, 2013 11:10:12 AM ack: ON for G12 from CM11A
> Saturday, August 24, 2013 11:10:13 AM Received analog value for Max Sonar SDH Parking Slot of 256.
> Saturday, August 24, 2013 11:10:13 AM The present value of Max Sonar SDH Parking Slot is 257.0
> Saturday, August 24, 2013 11:10:13 AM The future value of Max Sonar SDH Parking Slot is 256.0
> Saturday, August 24, 2013 11:10:13 AM The present time delta value of Max Sonar SDH Parking slot is 1.344722222222
> Saturday, August 24, 2013 11:10:13 AM The present time delta value of Max Sonar SDH Parked Trap is 1.344722222222
> Saturday, August 24, 2013 11:10:16 AM Mrs. Handley's parking slot is vacant. 6
> Saturday, August 24, 2013 11:10:16 AM Setting value of Max Sonar SDH Parking Slot Value to 256
> Saturday, August 24, 2013 11:10:16 AM Mrs. Handley Parking Trap was NOT set. 7
> Saturday, August 24, 2013 11:10:16 AM Setting value of Max Sonar SDH Parking Slot Value to 256
> Saturday, August 24, 2013 11:10:16 AM All has been considered and Mrs. Handley's parking slot is vacant. 10
> Saturday, August 24, 2013 11:10:16 AM Turning OFF Max Sonar SDH Parking Slot Occupied
> Saturday, August 24, 2013 11:10:16 AM Turning OFF Max Sonar SDH Parked Trap
> Saturday, August 24, 2013 11:10:16 AM Received analog value for Max Sonar GEH Parking Slot of 115.
> Saturday, August 24, 2013 11:10:16 AM The present value of Max Sonar GEH Parking Slot is 115.0
> Saturday, August 24, 2013 11:10:16 AM The future value of Max Sonar GEH Parking Slot is 115.0
> Saturday, August 24, 2013 11:10:16 AM The present time delta value of Max Sonar GEH Parking slot is 15.075555555556
> Saturday, August 24, 2013 11:10:16 AM The present time delta value of Max Sonar GEH Parked Trap is 15.068333333333
> Saturday, August 24, 2013 11:10:16 AM Mr. Handley's vehicle is in residence.
> Saturday, August 24, 2013 11:10:16 AM Received analog value for Max Sonar Driveway Slot 1 South of 765.
> Saturday, August 24, 2013 11:10:16 AM There has been a South Sonar Fluxuation, and the Future value of South Driveway is 765.0 A
> Saturday, August 24, 2013 11:10:16 AM Now checking for Trap errors. 1
> Saturday, August 24, 2013 11:10:16 AM Now checking for South Trap errors. 2
> Saturday, August 24, 2013 11:10:16 AM At end of this analysis, the South Driveway is vacant.
> Saturday, August 24, 2013 11:10:16 AM Received analog value for Max Sonar Driveway Slot 2 North of 765.
> Saturday, August 24, 2013 11:10:16 AM There has been a North Sonar Fluxuation, and the Future value of North Driveway is 765.0 A
> Saturday, August 24, 2013 11:10:16 AM Now checking for Trap errors. 1
> Saturday, August 24, 2013 11:10:16 AM Now checking for North Trap errors. 2
> Saturday, August 24, 2013 11:10:16 AM At end of this analysis, the North Driveway is vacant.
> Saturday, August 24, 2013 11:10:22 AM Received ON for Library PIR Facing South G3 (w) (Center Hall W800)
> Saturday, August 24, 2013 11:10:22 AM Sending ON for Library/Computer Room Track Lights G5
> Saturday, August 24, 2013 11:10:22 AM Sending ON for Library/Computer Room Track Picture Lights G12
> Saturday, August 24, 2013 11:10:23 AM ack: ON for G5 from CM11A
> Saturday, August 24, 2013 11:10:24 AM ack: ON for G12 from CM11A
> 
> 
> At the time I followed James' request to remove the two startup Apps and I upgraded my XTension version to 841, and now see we have 846. I don't think anything in the newest versions has anything to do with my problems, but maybe not.
> 
> Another example of the problem that I call sluggishness, is the fact that I, through the repetition of almost five years now, know how many steps I can take into a room before the hard wired PIRs turn on the lights. It is now seems to take almost twice as long.
> 
> Another specific phenomena is the stacking of different code responses. Since the end of June, and for reasons I can not discern, XTension has 5-10 times not reacted at all at the instant a sensor is tripped like it always used to do under SL, but will instead perform each and every expected operation (Including Arthur speaking) 10-15 seconds later in the precise order it should have. It's like some operation in or out of XTension was so processor intensive it virtually stopped XTension in it's tracks. 
> 
> When I've seen this, I reboot the Mini, and things seem to get back in order, but are still sluggish. It is for this reason that as of today, I'm reinstalling Mac Reboot as I believe that will only help.
> 
> I can also say that there have been a couple of instances where XTension flat out crashed while working in it through Screen Sharing on my iMac.
> 
> I am very vaguely aware of, but do not understand how to interpret "startup or crash logs" from the Mini, but if there is one of you out there who could tell me where to begin looking or send a copy of a log to study, I'd be delighted to follow your instructions. I can say that the last time I brought all this up, James discerned that he thought I did have a lot of "low level" stuff going on… thus the removal of the two Apps. Perhaps there is more I should be aware of, or perhaps the installation of a whole new OS is in order?
> 
> Any thoughts or suggestions would sure be appreciated.
> 
> Thanks,
> 
> George
> 
> _______________________________________________
> XTensionList mailing list
> XTensionList at shed.com
> http://shed.com/mailman/listinfo/xtensionlist

Thanks,
 	James

James Sentman                       http://sentman.com		http://MacHomeAutomation.com