Re: [As-users] v1.8.11 + toshiba 320CT = 4second freeze every 1020
Tim Moore (afterstep@nsr500.net)
Mon, 28 Jun 2004 17:43:10 -0700
Pls ignore it was a coincidence although quite convincing.
t.
Tim Moore wrote:
>
> Unfortunately also the same for 2.00.beta4b. This is with defaults
> ./configure; make; make install; echo afterstep > .xinitrc; startx:
>
>> server 192.168.1.11, stratum 2, offset 4.161093, delay 0.02583
>> server 192.168.1.10, stratum 3, offset 4.165817, delay 0.02580
>> 28 Jun 14:11:39 ntpdate[21467]: step time server 192.168.1.11 offset
>> 4.161093 sec
>> server 192.168.1.11, stratum 2, offset 4.161255, delay 0.02583
>> server 192.168.1.10, stratum 3, offset 4.165978, delay 0.02579
>> 28 Jun 14:11:40 ntpdate[21469]: step time server 192.168.1.11 offset
>> 4.161255 sec
>
> ** machine freezes here **
>
>> server 192.168.1.11, stratum 2, offset 8.151905, delay 0.02583
>> server 192.168.1.10, stratum 3, offset 8.156620, delay 0.02579
>> 28 Jun 14:11:41 ntpdate[21471]: step time server 192.168.1.11 offset
>> 8.151905 sec
>> server 192.168.1.11, stratum 2, offset 8.152067, delay 0.02582
>> server 192.168.1.10, stratum 3, offset 8.156777, delay 0.02582
>> 28 Jun 14:11:43 ntpdate[21473]: step time server 192.168.1.11 offset
>> 8.152067 sec
>
>
> The memory footprint for v1.8.11 is 24MB virtual, 10MB resident, v2beta4 is
> 3x bigger. Not good for small memory/cpu machines as older laptops.
>
> Any "look here" suggestions welcome.
>
> rgds,
> tim.
>
> Tim Moore wrote:
>
>> I know this release is not current but would like to fix it since my
>> laptop has natural limitations (64MB max, Mobile Pentium MMX @266MHz).
>>
>> Somewhere in 1.8.11 is code that causes a precise, repeatable 3.99
>> second whole system freeze very 1020 seconds no matter how busy or
>> idle, or task mix. "whole system" means the entire laptop, including
>> RTC, is frozen. After the freeze, everything continues as if nothing
>> happened except that the system time has jumped ahead by 3.990
>> seconds. This does not happen on my Asus and Abit based desktops
>> which all have the same environment.
>>
>> There have never been any problems like dropped packets or data loss,
>> only the RTC gaining 4.seconds. I ran ntpdate to my LAN ntp server
>> in a 1 second loop to illustrate:
>>
>>> 28 Jun 11:56:52 ntpdate[2780]: adjust time server 192.168.1.11 offset
>>> 0.002125 sec
>>> 28 Jun 11:56:53 ntpdate[2782]: step time server 192.168.1.11 offset
>>> 3.992613 sec
>>> ...
>>> 28 Jun 12:13:52 ntpdate[4599]: step time server 192.168.1.11 offset
>>> 4.003295 sec
>>> 28 Jun 12:13:53 ntpdate[4601]: step time server 192.168.1.11 offset
>>> 7.993790 sec
>>> ...
>>> 28 Jun 12:30:52 ntpdate[6409]: step time server 192.168.1.11 offset
>>> 8.004875 sec
>>> 28 Jun 12:30:53 ntpdate[6411]: step time server 192.168.1.11 offset
>>> 11.995373 sec
>>
>>
>>
>> When I switch to either gnome or kde, no time jumps. 100% repeatable.
>>
>> I am happy to track and fix. I've looked at lib/{sleep,tick}.c and
>> can see no obvious 1020s or 4s patterns. Any suggestions as to where
>> else to look?
>>
>> Thanks,
>> Tim.
>
>
>
--
| for direct mail add "private_" in front of user name
_______________________________________________
As-users mailing list
As-users@afterstep.org
http://mail.afterstep.org/mailman/listinfo/as-users