Re: [CEDET-devel] [ECB-list] CPU usage

Hi,
A recent change in Emacs 22 causes new timers that are already past
a given idle time to run, when before they had to wait until after a
new idle moment started.
Since semantic's timer disables itself while parsing and then
re-installs, it goes off running over and over, where before it did
not.
The fix for this is in CEDET CVS in the file
cedet/semantic/semantic-idle.el.
Eric
>>> <klaus.berndl@...> seems to think that:
>Hmm, i remember a thread in the cedet-list which mentioned a change
>concerning the idle-timers... maybe there are some influences ;-)
>
>Chris' solution below tells us, that the reason of the problem could
>(must?!) be located somewhere in the idle-code od semantic (or new
>Emacs 22 timer changes related to this...)
>
>Can anybody from cedet help here?
>
>Thansk a lot,
>Klaus
>
>Chris Britton wrote:
>> I see this behavior also. It only happens in Emacs 22. I don't see
>> the symptoms with Emacs 21. Also, I did not observe it with Emacs 22
>> until emacs source changes which were checked-in between 13-Aug and
>> 20-Aug. (I checkout and rebuild emacs 22 from cvs once per week.)
>>
>> What OS are you on? I see this problem on Windows XP Professional.
>> I have not had a chance to try it on Linux.
>>
>> I avoid the problem for now by setting an absurdly large value for
>> semantic-idle-scheduler-idle-time in my .emacs file.
>>
>> '(semantic-idle-scheduler-idle-time 432000)
>>
>> Hope this helps.
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Cedet-devel mailing list
>Cedet-devel@...
>https://lists.sourceforge.net/lists/listinfo/cedet-devel
>

Thread view

Hmm, i remember a thread in the cedet-list which mentioned a change =
concerning the idle-timers... maybe there are some influences ;-)
Chris' solution below tells us, that the reason of the problem could =
(must?!) be located somewhere in the idle-code od semantic (or new Emacs =
22 timer changes related to this...)
Can anybody from cedet help here?
Thansk a lot,
Klaus
Chris Britton wrote:
> I see this behavior also. It only happens in Emacs 22. I don't see
> the symptoms with Emacs 21. Also, I did not observe it with Emacs 22
> until emacs source changes which were checked-in between 13-Aug and
> 20-Aug. (I checkout and rebuild emacs 22 from cvs once per week.)
>=20
> What OS are you on? I see this problem on Windows XP Professional.=20
> I have not had a chance to try it on Linux.
>=20
> I avoid the problem for now by setting an absurdly large value for
> semantic-idle-scheduler-idle-time in my .emacs file.
>=20
> '(semantic-idle-scheduler-idle-time 432000)
>=20
> Hope this helps.

Hi,
A recent change in Emacs 22 causes new timers that are already past
a given idle time to run, when before they had to wait until after a
new idle moment started.
Since semantic's timer disables itself while parsing and then
re-installs, it goes off running over and over, where before it did
not.
The fix for this is in CEDET CVS in the file
cedet/semantic/semantic-idle.el.
Eric
>>> <klaus.berndl@...> seems to think that:
>Hmm, i remember a thread in the cedet-list which mentioned a change
>concerning the idle-timers... maybe there are some influences ;-)
>
>Chris' solution below tells us, that the reason of the problem could
>(must?!) be located somewhere in the idle-code od semantic (or new
>Emacs 22 timer changes related to this...)
>
>Can anybody from cedet help here?
>
>Thansk a lot,
>Klaus
>
>Chris Britton wrote:
>> I see this behavior also. It only happens in Emacs 22. I don't see
>> the symptoms with Emacs 21. Also, I did not observe it with Emacs 22
>> until emacs source changes which were checked-in between 13-Aug and
>> 20-Aug. (I checkout and rebuild emacs 22 from cvs once per week.)
>>
>> What OS are you on? I see this problem on Windows XP Professional.
>> I have not had a chance to try it on Linux.
>>
>> I avoid the problem for now by setting an absurdly large value for
>> semantic-idle-scheduler-idle-time in my .emacs file.
>>
>> '(semantic-idle-scheduler-idle-time 432000)
>>
>> Hope this helps.
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Cedet-devel mailing list
>Cedet-devel@...
>https://lists.sourceforge.net/lists/listinfo/cedet-devel
>

That solves the problem for me. Thanks.
--
Chris Britton
britton@...
-----Original Message-----
From: Eric M. Ludlam [mailto:eric@...]
Sent: Wednesday, September 20, 2006 6:47 AM
To: klaus.berndl@...
Cc: britton@...; blacklotus@...;
ecb-list@...; sacharya@...;
cedet-devel@...
Subject: Re[2]: [CEDET-devel] [ECB-list] CPU usage
Hi,
A recent change in Emacs 22 causes new timers that are already past a
given idle time to run, when before they had to wait until after a new idle
moment started.
Since semantic's timer disables itself while parsing and then re-installs,
it goes off running over and over, where before it did not.
The fix for this is in CEDET CVS in the file
cedet/semantic/semantic-idle.el.
Eric
>>> <klaus.berndl@...> seems to think that:
>Hmm, i remember a thread in the cedet-list which mentioned a change
>concerning the idle-timers... maybe there are some influences ;-)
>
>Chris' solution below tells us, that the reason of the problem could
>(must?!) be located somewhere in the idle-code od semantic (or new
>Emacs 22 timer changes related to this...)
>
>Can anybody from cedet help here?
>
>Thansk a lot,
>Klaus
>
>Chris Britton wrote:
>> I see this behavior also. It only happens in Emacs 22. I don't see
>> the symptoms with Emacs 21. Also, I did not observe it with Emacs 22
>> until emacs source changes which were checked-in between 13-Aug and
>> 20-Aug. (I checkout and rebuild emacs 22 from cvs once per week.)
>>
>> What OS are you on? I see this problem on Windows XP Professional.
>> I have not had a chance to try it on Linux.
>>
>> I avoid the problem for now by setting an absurdly large value for
>> semantic-idle-scheduler-idle-time in my .emacs file.
>>
>> '(semantic-idle-scheduler-idle-time 432000)
>>
>> Hope this helps.
>
>-----------------------------------------------------------------------
>-- Take Surveys. Earn Cash. Influence the Future of IT Join
>SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVD
>EV _______________________________________________
>Cedet-devel mailing list
>Cedet-devel@...
>https://lists.sourceforge.net/lists/listinfo/cedet-devel
>

First of all thanks a lot to Eric for the fast fix...
But for my own knowledge: Do i understand right, that the change in =
Emacs 22 is
still active and also sensuful but now Eric has adjusted =
semantic-idle.el to
work properly with this new Emacs 22 timer-behavior, right?
Thanks.
Ciao,
laus
Eric M. Ludlam wrote:
> Hi,
>=20
> A recent change in Emacs 22 causes new timers that are already past
> a given idle time to run, when before they had to wait until after a
> new idle moment started.
>=20
> Since semantic's timer disables itself while parsing and then
> re-installs, it goes off running over and over, where before it did
> not.
>=20
> The fix for this is in CEDET CVS in the file
> cedet/semantic/semantic-idle.el.
>=20
> Eric
>=20
>>>> <klaus.berndl@...> seems to think that:
>> Hmm, i remember a thread in the cedet-list which mentioned a change
>> concerning the idle-timers... maybe there are some influences ;-)
>>=20
>> Chris' solution below tells us, that the reason of the problem could
>> (must?!) be located somewhere in the idle-code od semantic (or new
>> Emacs 22 timer changes related to this...)
>>=20
>> Can anybody from cedet help here?
>>=20
>> Thansk a lot,
>> Klaus
>>=20
>> Chris Britton wrote:
>>> I see this behavior also. It only happens in Emacs 22. I don't see
>>> the symptoms with Emacs 21. Also, I did not observe it with Emacs
>>> 22 until emacs source changes which were checked-in between 13-Aug
>>> and 20-Aug. (I checkout and rebuild emacs 22 from cvs once per
>>> week.)=20
>>>=20
>>> What OS are you on? I see this problem on Windows XP Professional.
>>> I have not had a chance to try it on Linux.
>>>=20
>>> I avoid the problem for now by setting an absurdly large value for
>>> semantic-idle-scheduler-idle-time in my .emacs file.
>>>=20
>>> '(semantic-idle-scheduler-idle-time 432000)
>>>=20
>>> Hope this helps.
>>=20
>> =
-------------------------------------------------------------------------=
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to
>> share your opinions on IT & business topics through brief surveys --
>> and earn cash
>> =
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
>> _______________________________________________=20
>> Cedet-devel mailing list
>> Cedet-devel@...
>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>=20
>=20
> =
-------------------------------------------------------------------------=
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your opinions on IT & business topics through brief surveys --
> and earn cash
> =
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________=20
> Ecb-list mailing list
> Ecb-list@...
> https://lists.sourceforge.net/lists/listinfo/ecb-list

The Emacs developers are apparently examining their code also. I'm
not sure what they will choose to do.
I think the original timer stuff was that way because it was required
for particularly old (19.x) versions of Emacs or XEmacs. It seems
reasonable to me not to support that anymore.
Eric
>>> <klaus.berndl@...> seems to think that:
>First of all thanks a lot to Eric for the fast fix...
>
>But for my own knowledge: Do i understand right, that the change in Emacs 22 is
>still active and also sensuful but now Eric has adjusted semantic-idle.el to
>work properly with this new Emacs 22 timer-behavior, right?
>
>Thanks.
>
>Ciao,
>laus
>
>Eric M. Ludlam wrote:
>> Hi,
>>
>> A recent change in Emacs 22 causes new timers that are already past
>> a given idle time to run, when before they had to wait until after a
>> new idle moment started.
>>
>> Since semantic's timer disables itself while parsing and then
>> re-installs, it goes off running over and over, where before it did
>> not.
>>
>> The fix for this is in CEDET CVS in the file
>> cedet/semantic/semantic-idle.el.
>>
>> Eric
>>
>>>>> <klaus.berndl@...> seems to think that:
>>> Hmm, i remember a thread in the cedet-list which mentioned a change
>>> concerning the idle-timers... maybe there are some influences ;-)
>>>
>>> Chris' solution below tells us, that the reason of the problem could
>>> (must?!) be located somewhere in the idle-code od semantic (or new
>>> Emacs 22 timer changes related to this...)
>>>
>>> Can anybody from cedet help here?
>>>
>>> Thansk a lot,
>>> Klaus
>>>
>>> Chris Britton wrote:
>>>> I see this behavior also. It only happens in Emacs 22. I don't see
>>>> the symptoms with Emacs 21. Also, I did not observe it with Emacs
>>>> 22 until emacs source changes which were checked-in between 13-Aug
>>>> and 20-Aug. (I checkout and rebuild emacs 22 from cvs once per
>>>> week.)
>>>>
>>>> What OS are you on? I see this problem on Windows XP Professional.
>>>> I have not had a chance to try it on Linux.
>>>>
>>>> I avoid the problem for now by setting an absurdly large value for
>>>> semantic-idle-scheduler-idle-time in my .emacs file.
>>>>
>>>> '(semantic-idle-scheduler-idle-time 432000)
>>>>
>>>> Hope this helps.
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to
>>> share your opinions on IT & business topics through brief surveys --
>>> and earn cash
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Cedet-devel mailing list
>>> Cedet-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>>
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to
>> share your opinions on IT & business topics through brief surveys --
>> and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> Ecb-list mailing list
>> Ecb-list@...
>> https://lists.sourceforge.net/lists/listinfo/ecb-list
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys -- and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Cedet-devel mailing list
>Cedet-devel@...
>https://lists.sourceforge.net/lists/listinfo/cedet-devel
>
--
Eric Ludlam: zappo@..., eric@...
Home: http://www.ludlam.net Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net GNU: http://www.gnu.org

Community

Help

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

CountryState

JavaScript is required for this form.

I agree to receive quotes, newsletters and other information from sourceforge.net and its partners regarding IT services and products. I understand that I can withdraw my consent at any time. Please refer to our Privacy Policy or Contact Us for more details