Problem with XP scheduler?
in [Win32 Kernel]
|
From: Boba on 16 Jan 2010 05:34 "Paul Baker [MVP, Windows Desktop Experience]" <paulrichardbaker(a)community.nospam> wrote in message news:uGhoWsglKHA.4408(a)TK2MSFTNGP04.phx.gbl... >... You should be happy that it buffered all those events without losing >them (presumably interrupt based?), if it didn't that would bad. | ^ | 6 mouse events got lost here | >...doing the processing you expect *and* taking key/mouse events promptly. >It just can't. Something has to give. | ^ | and at least 6 more here | d'u use oe or u'r texting while driving :)
From: tanix on 16 Jan 2010 09:31 I would still like to hear an opinion of competent kernel guys on whether there are issues with XP scheduler on a multi-core system. What surprises me is that so far I recall seeing the system hangs only with firefox. Do not recall seeing these hangs with any other app so far. This new box of mine has been running for almost a month now. -- Programmer's Goldmine collections: http://preciseinfo.org Tens of thousands of code examples and expert discussions on C++, MFC, VC, ATL, STL, templates, Java, Python, Javascript, PHP, organized by major topics of language, tools, methods, techniques.
From: Alexander Grigoriev on 16 Jan 2010 12:04 You've already heard opinions of competent kernel guys, who write kernel drivers and usermode code for living since Windows 3.1. You decided to ignore them. "tanix" <tanix(a)mongo.net> wrote in message news:hisik1$vnd$1(a)news.eternal-september.org... >I would still like to hear an opinion of competent kernel guys > on whether there are issues with XP scheduler on a multi-core > system. > > What surprises me is that so far I recall seeing the system hangs > only with firefox. Do not recall seeing these hangs with any other > app so far. This new box of mine has been running for almost a month > now. > > -- > Programmer's Goldmine collections: > > http://preciseinfo.org > > Tens of thousands of code examples and expert discussions on > C++, MFC, VC, ATL, STL, templates, Java, Python, Javascript, PHP, > organized by major topics of language, tools, methods, techniques. >
From: tanix on 16 Jan 2010 12:13 In article <uRdv63slKHA.1648(a)TK2MSFTNGP05.phx.gbl>, "Alexander Grigoriev" <alegr(a)earthlink.net> wrote: > >You've already heard opinions of competent kernel guys, who write kernel >drivers and usermode code for living since Windows 3.1. You decided to >ignore them. Just relax, willya? It is not an end of the world just as yet. >"tanix" <tanix(a)mongo.net> wrote in message >news:hisik1$vnd$1(a)news.eternal-september.org... >>I would still like to hear an opinion of competent kernel guys >> on whether there are issues with XP scheduler on a multi-core >> system. >> >> What surprises me is that so far I recall seeing the system hangs >> only with firefox. Do not recall seeing these hangs with any other >> app so far. This new box of mine has been running for almost a month >> now. >> -- Programmer's Goldmine collections: http://preciseinfo.org Tens of thousands of code examples and expert discussions on C++, MFC, VC, ATL, STL, templates, Java, Python, Javascript, PHP, organized by major topics of language, tools, methods, techniques.
From: Paul Baker [MVP, Windows Desktop Experience] on 18 Jan 2010 08:24
Boba, I don't recall my mouse events being eaten during times of high CPU usage, but I suppose it's possible. What I usually see is that when whatever is using a lot of CPU is complete, user events suddenly all take effect. This is not necessarily a good thing for the click happy user who goes nuts retrying or clicking something else whenever it does not respond immediately (as tanix probably does). The good news is that it remembers the mouse position for each message and so as long as the message handler is written correctly, it won't think you clicked on something else. I think that was mentioned earlier in this thread. Bottom line: if your computer is too slow you cannot expect it to do everything you want perfectly. Paul "Boba" <Boba(a)somewhere.net> wrote in message news:ezFEReplKHA.5520(a)TK2MSFTNGP06.phx.gbl... > "Paul Baker [MVP, Windows Desktop Experience]" > <paulrichardbaker(a)community.nospam> wrote in > message news:uGhoWsglKHA.4408(a)TK2MSFTNGP04.phx.gbl... > >>... You should be happy that it buffered all those events without losing >>them (presumably interrupt based?), if it didn't that would bad. > | ^ > | 6 mouse events got lost here > | >>...doing the processing you expect *and* taking key/mouse events promptly. >>It just can't. Something has to give. > | ^ > | and at least 6 more here > | > d'u use oe or u'r texting while driving :) > > |