Forum Debian Users Gang

lis6502 · 2011-01-03 00:04:26

Zauważył ktoś na maszynie ze zmiennym taktowaniem procesora (najczęściej laptop ;)) 'rozjeżdżający się' zegar?
Dziś (`date`) ustawiłem z wręcz atomową precyzją zegarek na ręce (binarny, prosty, w cholerę dokładny, po pół roku od ostatniego resetu czas nie różni się od nastawionego o więcej niż 2 sek) z zegarem w Rockbox'ie, a do tego ostatniego (jako ze widać sekundy) dokoptowałem RTC w laptopie.

Po kilku radosnych kompilacjach kernela i rebootach jakież było moje zdziwienie, kiedy czas różnił się o 6 sekund, po dwóch godzinach...
cpufreq zarządzany ondemand, systemowy czas zapisywany do RTC przy shutdownie systemu.

EDIT: Sam sobie odpowiadajac na pytanie: opcja [tt]clocksource=tsc[/tt] polowicznie rozwiazala problem.
EDIT:Nie mam juz pomyslu.

Kod:

Pulsar lis # hwclock;date
Wed Jan  5 15:12:18 2011  -0.156341 seconds
Wed Jan  5 14:53:12 CET 2011

:(

Ostatnio edytowany przez lis6502 (2011-01-05 15:18:23)

bobycob · 2011-01-08 22:24:35

Może po prostu taki trafił ci się kwarc w rtc ;) mam tego typu problem z jednym z serwerów. A na serwerach nie używam cpufreq.
Na laptopach raczej tego nie zauważam. No chyba, że włącza mi się regularnie jakieś nptdate i nie jestem tego świadom ;).

Ostatnio edytowany przez bobycob (2011-01-08 22:25:04)

bercik · 2011-01-09 00:34:02

rozumiem ze zegar rozjezdza sie w trakcie pracy komputera (czyli wtedy kiedy chodzi zegar "systemowy", a uklad RTC nie jest wykorzystywany) ...

akurat tsc niekoniecznie jest dobrym pomyslem na taki problem (tsc jest zwiazany z rejestrem procesora zwiekszanym z kazydym taktem wiec dzialanie tego clocksource moze zalezec od taktowania) ... zobacz jakie masz dostepne zrodla zegara cat /sys/devices/system/clocksource/*/available_clocksource i wyproboj rozne (mozesz zaczac np. od hpet - on bazuje na sprzetowym ukladzie zegarowym) ... zrodla mozesz tez przelaczac na zywac w /sys (ale moze to zawiesic system)

lis6502 · 2011-01-09 00:34:41

Członku z Ramienia wysunięty na Czoło! ;) Zauważyłem, że jest to [b]ściśle[/b] powiązane z cpufreqd i zmieniłem sterownik [tt]speedstep-centino[/tt] na jakiś acpikowaty. Co prawda był w opcjach jądra zaznaczony jako deprecated, ale miał też opcję dla mojego procesora.

Kod:

Pulsar ~ # uptime;bash time.sh 
 00:31:59 up 1 day,  5:46,  2 users,  load average: 1.31, 1.11, 0.86
hw:Sun Jan 9 00:32:11 2011 -0.040765 seconds   sys:Sun Jan 9 00:31:59 CET 2011

myślę że to będę w stanie znieść.

bobycob · 2011-01-09 21:04:53

tak z ciekawości co to za sprzęt?

lis6502 · 2011-01-09 23:16:49

IBM Thinkpad T41 modded by 6502 (wymienione WiFi na nieśmiertelnego Atherosa, hdd zamienione na 2x CF, zapodane chłodzenie z T43, wyczyszczona obudowa xD), aktualne na gen2 z paczem TOI. Śmiga jak diabeł, bootowanie do login screenu <30 s. </napinka>
EDIT: dopiero teraz zobaczyłem Twój post [b]bercik[/b] :(. Już zaglądam, siedzi tam tylko [tt]acpi-pm[/tt], pewnie po zmianie sterownika z zarządzania taktowaniem na acpi-cośtam.

Ostatnio edytowany przez lis6502 (2011-01-09 23:20:14)

bercik · 2011-01-10 20:03:02

w teorii acpi-pm nie powinien zalec od czestotliwosci CPU ... chodzi on z wlasna (10MHz) ... patrz punkt 17.5.117 specyfikacji ACPI: http://www.acpi.info/DOWNLOADS/ACPIspec30b.pdf

Time (s)	Query
0.00015	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00145	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.144.114.8' WHERE u.id=1
0.00083	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.144.114.8', 1733017695)
0.00056	SELECT * FROM punbb_online WHERE logged<1733017395
0.00070	DELETE FROM punbb_online WHERE ident='3.142.255.23'
0.00094	DELETE FROM punbb_online WHERE ident='54.36.148.101'
0.00087	DELETE FROM punbb_online WHERE ident='54.36.148.120'
0.00084	DELETE FROM punbb_online WHERE ident='54.36.148.81'
0.00082	DELETE FROM punbb_online WHERE ident='54.36.149.71'
0.00087	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=18024 AND t.moved_to IS NULL
0.00008	SELECT search_for, replace_with FROM punbb_censoring
0.00187	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=18024 ORDER BY p.id LIMIT 0,25
0.00096	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=18024
Total query time: 0.01098 s

Forum Debian Users Gang

Ogłoszenie

#1 2011-01-03 00:04:26

lis6502 - Łowca lamerów

RTC a cpufreq

Kod:

#2 2011-01-08 22:24:35

bobycob - Członek z Ramienia

Re: RTC a cpufreq

#3 2011-01-09 00:34:02

bercik - Moderator Mamut

Re: RTC a cpufreq

#4 2011-01-09 00:34:41

lis6502 - Łowca lamerów

Re: RTC a cpufreq

Kod:

#5 2011-01-09 21:04:53

bobycob - Członek z Ramienia

Re: RTC a cpufreq

#6 2011-01-09 23:16:49

lis6502 - Łowca lamerów

Re: RTC a cpufreq

#7 2011-01-10 20:03:02

bercik - Moderator Mamut

Re: RTC a cpufreq

Stopka forum

Informacje debugowania