egghelp.org community

[EEggy]

Hi,
is there any way to findout what's causing this msg? in the partyline
(!) timer drift -- spun 3 minutes
because i have 2 bots, same version, same scripts
one bot is fine, but 2nd shows this msgs in the partyline.

Thanks
_________________
EEggy

[caesar]

Look at this topic.
_________________
Once the game is over, the king and the pawn go back in the same box.

[EEggy]

Hi, thanks for the reply, but is there anyway to resolve this?? because its affecting on the bot performance and causing the bot a bit slow.. and it shows average 0ver 16 times a day, some time 3 mintues, sometime 2 mintues, sometime 6 mintues....

then i had started a testbot without any scripts, and it showed up as well.

i'll apprecite for the help, and i am sure solution will help someother users as well.

thanks
_________________
EEggy

[ppslim]

There is nothing you can do, other that upgrade the system the bot is on.

Timer drift is caused by the bot not performing operations at its normal rate.

This can be caused by scripts blocking the bot (IE, not continueing until a script is complete, EG, FTP ifo requests, http downloads). Other reasons include the bot not getting enough CPU time to complete a job.

Normaly, it is down to the CPU time and memory (low memory causes swap disk to be used, this can be time and CPU consuming process to perform).
_________________
PlusNet Supported Customer - Low cost UK ISP services

[Dereckson]

When you change the time of a computer hosting an eggdrop, you get a timer drift spun (but in common, 58 minutes).

So, on a server with instable electrical connexion frenquentily updated with the value returned by a NTP server, this line is very current.

[DayCuts]

Dereckson, any chance you could expand a little on that, or anybody else.

I get the '(!) timer drift -- spun 58 minutes' message from time to time, there is no patturn to it and it can happen at any time of the day. I know this is not a problem with a process hogging script or such. As the scripts were wrote by myself with the very implicit intention to keep them simply and fast.

Could somebody please expand on this. I do not ever change the time on the system, and it is not set to use daylight savings (it does not alter for this). Although the system is only a 466mhz w/ 320mb sdram, this setup is more than enough for what is run on it.

[awyeah]

This problem has been described in the eggdrop.*****.tar.gz package itself.

[DayCuts]

I read that in another thread here and in the package to see if there was any extra, but i dont see how any of them seem to apply to me. And since dereckson specifically mentioned the 58 minutes with there alternate explanation i thought maybe they could expand or be a little clearer on the issue. In any case i guess it really doesn't matter, one var and if statement would take care of the script issue caused, it would just be preferable not to have to use one. Oh, and im only running on bot for that box.

[egghead]

[DayCuts]

egghead, that is what the timer calls.... it calls a maintenance and backup procedure, which performs a quick regex search to strip out bad entries then re-writes the variable list to file. It is just one simple regex search and then the write to file using 'puts $xpf [join $xpl "\n"]'.

This procedure it called and run every half an hour, and takes about half a second to complete. Could this really be causing such a large timer drift? 48times at day at 0.5 seconds, thats about 24seconds. Could that really somehow cause a 58 minute drift?

If so is there some alternative to my proc, the list is generally about 300 in length. I thought 'puts $xpf [join $xpl "\n"]' was pretty quick and basic, would be suprised if such a short write to file really caused such a large drift.