Hey Linc,
Thanks for your response. We might be on to something here, because in Activity Monitor it shows a "kernel_task" taking up 322% of the CPU. On another thread someone said booting in safe mode solved this problem (but a software update did not).
User is 12%
System 78%
Idle is 10%
Page outs and swap are both 0.
Read in is: was stuck at 0 for a long time, then was at 4, then back to 0, then now it's at 400. Very erratic. (back to zero now).
Read out is: 0 most of the time, when it went to 400 it did jump up near 400 as well.
This is the post of around 50 logs:
10/2/12 3:20:17.055 PM loginwindow[53]: CGSGetWindowTags: Invalid window 0xffffffff
10/2/12 3:20:17.055 PM loginwindow[53]: find_shared_window: WID -1
10/2/12 3:20:17.056 PM loginwindow[53]: CGSSetWindowTags: Invalid window 0xffffffff
10/2/12 3:20:17.179 PM loginwindow[53]: ERROR | -[LWBuiltInScreenLockAuthLion preLoad] | guestEnabled is true, but guest mode is not set to a usable value
10/2/12 3:20:18.634 PM WindowServer[75]: Created shield window 0xa2 for display 0x042737c0
10/2/12 3:20:18.634 PM WindowServer[75]: device_generate_desktop_screenshot: authw 0x7feb3c888290(2000), shield 0x7feb3ead4d70(2001)
10/2/12 3:20:20.232 PM WindowServer[75]: device_generate_lock_screen_screenshot: authw 0x7feb3c888290(2000), shield 0x7feb3ead4d70(2001)
10/2/12 3:30:15.085 PM WindowServer[75]: handle_will_sleep_auth_and_shield_windows: releasing authw 0x7feb3c888290(2000), shield 0x7feb3ead4d70(2001), lock state 3
10/2/12 3:30:15.115 PM WindowServer[75]: handle_will_sleep_auth_and_shield_windows: err 0x0
10/2/12 3:39:37.000 PM kernel[0]: MacAuthEvent en0 Auth result for: 68:7f:74:3a:72:7e MAC AUTH succeeded
10/2/12 3:39:37.000 PM kernel[0]: wlEvent: en0 en0 Link UP virtIf = 0
10/2/12 3:39:37.000 PM kernel[0]: wl0: Roamed or switched channel, reason #8, bssid 68:7f:74:3a:72:7e
10/2/12 3:39:37.000 PM kernel[0]: en0: BSSID changed to 68:7f:74:3a:72:7e
10/2/12 3:39:37.000 PM kernel[0]: en0::IO80211Interface::postMessage bssid changed
10/2/12 3:39:38.000 PM kernel[0]: AirPort: RSN handshake complete on en0
10/2/12 3:39:54.000 PM kernel[0]: MacAuthEvent en0 Auth result for: 68:7f:74:3a:72:7e MAC AUTH succeeded
10/2/12 3:39:54.000 PM kernel[0]: wlEvent: en0 en0 Link UP virtIf = 0
10/2/12 3:39:54.000 PM kernel[0]: wl0: Roamed or switched channel, reason #8, bssid 68:7f:74:3a:72:7e
10/2/12 3:39:54.000 PM kernel[0]: en0: BSSID changed to 68:7f:74:3a:72:7e
10/2/12 3:39:54.000 PM kernel[0]: en0::IO80211Interface::postMessage bssid changed
10/2/12 3:39:55.000 PM kernel[0]: AirPort: RSN handshake complete on en0
10/2/12 3:44:55.850 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Activity Monitor" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:44:55.851 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Activity Monitor" after 1.11 seconds (server forcibly re-enabled them after 1.11 seconds)
10/2/12 3:46:24.835 PM Google Chrome Helper[1774]: Unsure about the internals of CFAllocator but going to patch them anyway. If there is a crash inside of CFAllocatorAllocate, please report it at http://crbug.com/117476 . If there is a crash and it is NOT inside of CFAllocatorAllocate, it is NOT RELATED. DO NOT REPORT IT THERE but rather FILE A NEW BUG.
10/2/12 3:46:31.000 PM Google Chrome Helper[1775]: Unsure about the internals of CFAllocator but going to patch them anyway. If there is a crash inside of CFAllocatorAllocate, please report it at http://crbug.com/117476 . If there is a crash and it is NOT inside of CFAllocatorAllocate, it is NOT RELATED. DO NOT REPORT IT THERE but rather FILE A NEW BUG.
10/2/12 3:46:39.971 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Activity Monitor" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:46:40.214 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Activity Monitor" after 1.31 seconds (server forcibly re-enabled them after 1.06 seconds)
10/2/12 3:46:43.295 PM Google Chrome Helper[1775]: CGSLookupServerRootPort: Failed to look up the port for "com.apple.windowserver.active" (1100)
10/2/12 3:46:46.053 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Activity Monitor" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:46:46.054 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Console" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:46:46.104 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Activity Monitor" after 1.06 seconds (server forcibly re-enabled them after 1.00 seconds)
10/2/12 3:46:46.106 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Console" after 1.06 seconds (server forcibly re-enabled them after 1.01 seconds)
10/2/12 3:46:47.874 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Activity Monitor" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:46:47.912 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Activity Monitor" after 1.04 seconds (server forcibly re-enabled them after 1.00 seconds)
10/2/12 3:46:59.793 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Activity Monitor" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:47:00.036 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Activity Monitor" after 1.34 seconds (server forcibly re-enabled them after 1.09 seconds)
10/2/12 3:47:39.896 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Activity Monitor" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:47:40.123 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Activity Monitor" after 1.28 seconds (server forcibly re-enabled them after 1.05 seconds)
10/2/12 3:47:54.605 PM Google Chrome Helper EH[1778]: Unsure about the internals of CFAllocator but going to patch them anyway. If there is a crash inside of CFAllocatorAllocate, please report it at http://crbug.com/117476 . If there is a crash and it is NOT inside of CFAllocatorAllocate, it is NOT RELATED. DO NOT REPORT IT THERE but rather FILE A NEW BUG.
10/2/12 3:48:01.403 PM Google Chrome Helper EH[1779]: Unsure about the internals of CFAllocator but going to patch them anyway. If there is a crash inside of CFAllocatorAllocate, please report it at http://crbug.com/117476 . If there is a crash and it is NOT inside of CFAllocatorAllocate, it is NOT RELATED. DO NOT REPORT IT THERE but rather FILE A NEW BUG.
10/2/12 3:56:56.185 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Console" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:56:56.626 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Console" after 1.44 seconds (server forcibly re-enabled them after 1.00 seconds)
10/2/12 3:56:57.820 PM WindowServer[75]: CGXDisableUpdate: UI updates were forcibly disabled by application "Console" for over 1.00 seconds. Server has re-enabled them.
10/2/12 3:56:58.373 PM WindowServer[75]: reenable_update_for_connection: UI updates were finally reenabled by application "Console" after 1.56 seconds (server forcibly re-enabled them after 1.01 seconds)
Thanks for your help--- I am sorry I've been so slow responding. Both my Air and this computer (due to age) are frightfully laggy.
I really appreciate this.