Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Użytkownikom procesorów Intel łapiących się pod ten intelowski sterownik CPUfreq (bodajże PState się to zwie i było wprowadzone w jądrze 3.10 albo 3.11 (juz nie pamietam)) polecam nowe jądro 3.14. Ostatnio generalnie nie zajmuję się Linuxem (bo po prostu działa i obowiązki ;\), ale teraz patrzę `watch "cat /proc/cpuinfo | grep MHz"` i całkowicie inaczej skaluje te częstotliwości niż wcześniej - znacznie częściej trzyma na niższych i potrafi na krótko podkręcać tylko kilka wybiórczych rdzeni. Tak jak przykładowo wcześniej włączenie kilku youtube hd powodowało u mnie skok wszystkich rdzeni do ~1,8GHz tak teraz dzieje się to wybiórczo i znacznie lepiej. Z tego co na szybko pobieżnie przeczytałem w internecie wprowadzili jakieś poprawki. na początku trochę narzekałem na ten PState w porównaniu ze starym acpi-cpufreq, ale teraz to można praktycznie można zapomnieć o ręcznej regulacji typu ondemand, powersave itd... takie to mądre ;)
Offline
Czyli wedlug twojego "doswiadczenia" cpufreq jest zautomatyzowany pod jadrem 3.14 ? Dobra nowinka. :)
P.S. jadro aktualizowane
Ostatnio edytowany przez darius (2014-05-19 08:20:51)
Offline
potwierdzam, zauważyłem ale nie zgłębiałem tematu.
Offline
Od dawna był zautomatyzowany, ale ostatnio działa lepiej.
Z poborem energii też się poprawia.
Offline
pstate robi coś jak procesor nie ma speedstep? np. ten
[url=http://ark.intel.com/pl/products/35641/Intel-Atom-Processor-330-1M-Cache-1_60-GHz-533-MHz-FSB]330[/url]
edit:
więc raczej nie dotyczy, tam to się robi nieco inaczej (kontrola FSB) ;|
Ostatnio edytowany przez garrick (2014-05-19 17:40:19)
Offline
[b]This driver implements a scaling driver with an internal governor for
Intel Core processors. [/b] The driver follows the same model as the
Transmeta scaling driver (longrun.c) and implements the setpolicy()
instead of target(). Scaling drivers that implement setpolicy() are
assumed to implement internal governors by the cpufreq core. All the
logic for selecting the current P state is contained within the
driver; no external governor is used by the cpufreq core.
[b]Intel SandyBridge+ processors are supported.[/b][/quote]
https://www.kernel.org/doc/Documentation/cpu-freq/intel-pstate.txt
Offline
[quote=darius]Czyli wedlug twojego "doswiadczenia" cpufreq jest zautomatyzowany pod jadrem 3.14 ? Dobra nowinka. :)
P.S. jadro aktualizowane[/quote]
jeśli chodzi o te procki łapiące się pod PState to tak wygląda. fajnie że z każdym kolejnym jądrem jest poprawa.
Offline
[quote=mati75]Atoma N2800 ładnie skaluje.[/quote]
Pewnie tak, ale niekoniecznie [tt]intel_pstate[/tt]
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_driver
Offline
Time (s) | Query |
---|---|
0.00011 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00113 | 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='18.188.107.57' WHERE u.id=1 |
0.00077 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.188.107.57', 1732559956) |
0.00069 | SELECT * FROM punbb_online WHERE logged<1732559656 |
0.00071 | SELECT topic_id FROM punbb_posts WHERE id=267598 |
0.00005 | SELECT id FROM punbb_posts WHERE topic_id=25842 ORDER BY posted |
0.00059 | 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=25842 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00116 | 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=25842 ORDER BY p.id LIMIT 0,25 |
0.00089 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25842 |
Total query time: 0.00619 s |