+-Serie DS216+ CPU-Frequenz

[peterhoffmann]

Hallo,

Synology gibt für die CPU-Frequenz der DS216+ folgendes an:
Dual Core 1.6 burst up to 2.16 GHz

Im Moment erstellt meine DS gerade die Thumbnails für die Fotos und Videos. Die CPU steht bei 99%. Dennoch bleibt sie auf 1,6Ghz. Warum keine 2,16Ghz?

Hier ein Screenshot vom DSM und Putty. Über Root habe ich auf der Konsole dmidecode ausgeführt, auch da steht "Current Speed: 1600Mhz".



http://fs5.directupload.net/images/160402/a6nqvemu.jpg

 

[Frogman]

Ob in dem Menü wirklich die aktuelle Taktrate angezeigt wird, kann ich nicht sagen - ich denke nicht, sondern dort steht vermutlich der hinterlegte Standardtakt. De Angabe auf der Konsole zeigt sogar eine "max Speed" von 1.6 GHz...
Ansonsten sei angemerkt, dass es sich bei den 2.16 GHz um einen Bursttakt handelt, d.h. die CPU kann innerhalb des thermischen Reservoirs kurzzeitig hochschalten - die Erzeugung von Thumbnails hingegen ist eine Dauerlast, die die CPU bis an den Rand seiner Leistungsfähigkeit belastet, was aus thermischen Gründen unweigerlich zum Heruntertakten auf den Standardtakt führt.

 

[raffnix84]

Ansonsten sei angemerkt, dass es sich bei den 2.16 GHz um einen Bursttakt handelt, d.h. die CPU kann innerhalb des thermischen Reservoirs kurzzeitig hochschalten.

Das ist so nicht korrekt die CPU MUSS Immer "hochschalten" (auch wenn es nur 1.61GHz sind) aber nicht zwingend den Takt von 2.16GHZ halten. Dass die Taktrate bei 1.6GHz verharrt macht mich gerade richtig aggro....
Egal wie hoch der Burst ist... es muss sich an der Taktrate Irgendwas ändern aber hier passiert NICHTS!!!! So als ob es im BIOS deaktiviert wäre!

cpuinfo:
admin@syno:/$ cat /proc/cpuinfo | grep -i MHz
cpu MHz : 1601.000
cpu MHz : 1601.000
cpu MHz : 1601.000
cpu MHz : 1601.000

cpufreq
sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq = 480000
sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq = 1601000
sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq = 1601000

sudo watch -n 1 cat /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq
1601000
1601000
1601000
1601000

dmesg
cat /var/log/dmesg | grep 'MHz processor'
[Sat Oct 1 22:55:13 2016] tsc: Detected 1599.873 MHz processor
[Sat Oct 1 23:04:41 2016] tsc: Detected 1599.925 MHz processor
[Sun Oct 2 02:20:28 2016] tsc: Detected 1599.907 MHz processor
[Sun Oct 2 19:17:08 2016] tsc: Detected 1599.979 MHz processor
[Sun Oct 2 19:24:45 2016] tsc: Detected 1599.996 MHz processor
[Sun Oct 2 19:37:28 2016] tsc: Detected 1600.023 MHz processor
[Sun Oct 2 20:05:53 2016] tsc: Detected 1599.917 MHz processor

cpufreq-info
watch -n1 "cpufreq-info | grep 'current CPU frequency' | awk '{print $1}'"
current CPU frequency is 1.60 GHz.
current CPU frequency is 1.60 GHz.
current CPU frequency is 1.60 GHz.
current CPU frequency is 1.60 GHz.

Die CPU Frequenz bewegt sich kein bisschen EGAL was ich mache... nicht mal um 10Mhz... ich glaube schon fasst dass die gar nicht boostet...

Hat noch jemand eine Idee was man prüfen könnte?

Gruss

 

[raffnix84]

Status Quo:
Die 916+ sowie die 216+ mit dem Celeron N3xxx CPU Boosten nicht und verbleiben bei den 1.6GHz (Toll!!1111)...

Wer oder was ist schuld... ?! .. Die Software ob DSM oder Linux kann ich nicht genau sagen...

Das Problem:
- die scaling_available_frequencies hat maximal 1601000KHz
- die cpuinfo_max_freq liegt bei 1601000KHz (1.6Ghz)
- die cpuinfo_max_freq kann nach unten aber nicht nach oben hin angepasst werden (1000MHz geht... 2000MHz nicht..)
- die cpuinfo_max_freq wird beim boot von der bios_limit (ebenfalls 1.6Ghz) überschreiben
- die bios_limit kann nicht verändert werden .. woher die Daten kommen ist mir noch nicht unbekannt
- das verändern des governors hilft nicht

Bekannte Workarounds:
Es ist möglich im GRUB die bios_limit zu ignorieren mit Hilfe
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash processor.ignore_ppc=1"

Aber Synology nutzt glaube ich den U-Boot... und da weiss ich nicht wie das geht... :-(

Hat jemand eine Idee?

sudo grep . /sys/devices/system/cpu/cpu*/cpufreq/*

/sys/devices/system/cpu/cpu0/cpufreq/affected_cpus: 0
/sys/devices/system/cpu/cpu0/cpufreq/bios_limit: 1601000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: 1601000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq: 1601000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_min_freq: 480000
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency: 10000
/sys/devices/system/cpu/cpu0/cpufreq/related_cpus: 0
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies: 1601000 1600000 1520000 1440000 1360000 1280000 1200000 1120000 1040000 960000 880000 800000 720000 640000 560000 480000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors: powersave performance userspace
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq: 1601000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver: acpi-cpufreq
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: performance
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq: 1601000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq: 480000

/sys/devices/system/cpu/cpu1/cpufreq/affected_cpus: 1
/sys/devices/system/cpu/cpu1/cpufreq/bios_limit: 1601000
/sys/devices/system/cpu/cpu1/cpufreq/cpuinfo_cur_freq: 1601000
/sys/devices/system/cpu/cpu1/cpufreq/cpuinfo_max_freq: 1601000
/sys/devices/system/cpu/cpu1/cpufreq/cpuinfo_min_freq: 480000
/sys/devices/system/cpu/cpu1/cpufreq/cpuinfo_transition_latency: 10000
/sys/devices/system/cpu/cpu1/cpufreq/related_cpus: 1
/sys/devices/system/cpu/cpu1/cpufreq/scaling_available_frequencies: 1601000 1600000 1520000 1440000 1360000 1280000 1200000 1120000 1040000 960000 880000 800000 720000 640000 560000 480000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_available_governors: powersave performance userspace
/sys/devices/system/cpu/cpu1/cpufreq/scaling_cur_freq: 1601000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_driver: acpi-cpufreq
/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor: performance
/sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq: 1601000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq: 480000

/sys/devices/system/cpu/cpu2/cpufreq/affected_cpus: 2
/sys/devices/system/cpu/cpu2/cpufreq/bios_limit: 1601000
/sys/devices/system/cpu/cpu2/cpufreq/cpuinfo_cur_freq: 1601000
/sys/devices/system/cpu/cpu2/cpufreq/cpuinfo_max_freq: 1601000
/sys/devices/system/cpu/cpu2/cpufreq/cpuinfo_min_freq: 480000
/sys/devices/system/cpu/cpu2/cpufreq/cpuinfo_transition_latency: 10000
/sys/devices/system/cpu/cpu2/cpufreq/related_cpus: 2
/sys/devices/system/cpu/cpu2/cpufreq/scaling_available_frequencies: 1601000 1600000 1520000 1440000 1360000 1280000 1200000 1120000 1040000 960000 880000 800000 720000 640000 560000 480000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_available_governors: powersave performance userspace
/sys/devices/system/cpu/cpu2/cpufreq/scaling_cur_freq: 1601000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_driver: acpi-cpufreq
/sys/devices/system/cpu/cpu2/cpufreq/scaling_governor: performance
/sys/devices/system/cpu/cpu2/cpufreq/scaling_max_freq: 1601000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_min_freq: 480000

/sys/devices/system/cpu/cpu3/cpufreq/affected_cpus: 3
/sys/devices/system/cpu/cpu3/cpufreq/bios_limit: 1601000
/sys/devices/system/cpu/cpu3/cpufreq/cpuinfo_cur_freq: 1601000
/sys/devices/system/cpu/cpu3/cpufreq/cpuinfo_max_freq: 1601000
/sys/devices/system/cpu/cpu3/cpufreq/cpuinfo_min_freq: 480000
/sys/devices/system/cpu/cpu3/cpufreq/cpuinfo_transition_latency: 10000
/sys/devices/system/cpu/cpu3/cpufreq/related_cpus: 3
/sys/devices/system/cpu/cpu3/cpufreq/scaling_available_frequencies: 1601000 1600000 1520000 1440000 1360000 1280000 1200000 1120000 1040000 960000 880000 800000 720000 640000 560000 480000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_available_governors: powersave performance userspace
/sys/devices/system/cpu/cpu3/cpufreq/scaling_cur_freq: 1601000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_driver: acpi-cpufreq
/sys/devices/system/cpu/cpu3/cpufreq/scaling_governor: performance
/sys/devices/system/cpu/cpu3/cpufreq/scaling_max_freq: 1601000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_min_freq: 480000

 

[arghmage]

Ich nehme mal an, bei der 216+II werden es dann auch nicht 2,48 GHz?
Somit müßten 216+ und 216+II dann dieselbe Leistung haben, wenn beide den Takt nicht hochsetzen.

 

[raffnix84]

Naja irgendwie kann ich das ganze noch nicht so recht glauben... ich kann mir nicht vorstellen das es bei Synology keinem aufgefallen ist und hoffe zutiefst das ich Falsch liege... allerdings finde ich gerade nichts was meine These widerlegt, ich hoffe das sich evtl. hier jemand findet der das nachprüfen kann.

Gibt es irgendwo ein Synology Benchmark denn man hier vergleichen kann? Dann könnte man ja die 216+ auch gut mit der 916+ vergleichen.

Gruss

 

[frankyst72]

was sagt denn der Support dazu? Konfrontier die doch mal damit. Die sollten das doch beantworten können, wenn es eine versprochene Produkteigenschaft ist.

 

[raffnix84]

Seit 3 Tagen leider ohne Rückmeldung... :-( ich bin gespannt.

 

[Iarn]

Was eine mögliche Erklärung sein könnte, dass der Uralt Kernel von Synology den Boost der im Vergleich zu dem Linux Kernel sehr jungen Prozessoren noch nicht richtig ansprechen kann. Nur eine Theorie.

 

[raffnix84]

Was eine mögliche Erklärung sein könnte, dass der Uralt Kernel von Synology den Boost der im Vergleich zu dem Linux Kernel sehr jungen Prozessoren noch nicht richtig ansprechen kann. Nur eine Theorie.

Dieselbe Vermutung habe ich auch, ich habe heute das selbe Problem mit einem QNAP TS-453A (Celeron N3160) nachstellen können.

Somit sehe ich hier ganz klar den Kernel als Zusammenhang. (Synology: 3.10 / QNAP: 3.19)

Ich habe auch eine alte Version von turbostat ausprobiert und CPU scheint auch wirklich in der Lage zu sein die 2.56 GHz (kalkulierter Wert von turbostat) zu liefern,
aber alles deutet darauf hin dass das Betriebssystem den Turbo einfach nicht nutzt.

Gruss

 

[Matthieu]

Hast du denn auf einem Desktop-System mit den gewählten Tools einen Burst schon mal nachgewiesen? Gemäß diversen Artikeln ist der Burst nur schwer nachweisbar und sehr volatil. Ich habe gerade keinen Zugang zu meiner DS916+. Was sagt denn folgende Datei:
/sys/devices/system/cpu/cpufreq/boost
Siehe https://www.kernel.org/doc/Documentation/cpu-freq/boost.txt und http://www.heise.de/ct/hotline/Turbo-Boost-unter-Linux-861189.html

MfG Matthieu

 

[peterhoffmann]

Es gibt Statistiken über den Taktwechsel (Quelle: https://wiki.ubuntuusers.de/Prozessortaktung/), wo man Herauslesen kann wie lange auf welchem Takt gearbeitet wurde, sowie wie oft der Takt gewechselt wurde.

Aufruf: Anzahl der Taktwechsel
cat /sys/devices/system/cpu/cpu0/cpufreq/stats/total_trans

Ergebnis aus meiner DS216+:

621

Aufruf: Laufzeit einer Taktfrequenz inkl. Angabe vom Takt:
cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state

Ergebnis aus meiner DS216+:

1601000 209420851
1600000 971
1520000 0
1440000 0
1360000 0
1280000 0
1200000 0
1120000 0
1040000 0
960000 0
880000 0
800000 0
720000 0
640000 0
560000 0
480000 92824158

Ergebnis:
Die CPU schaltete NIE höher als 1,6Ghz. Dazu sei nicht unerwähnt, dass ich die CPU mit Indexierung und manuell verursachtem Stress gequält habe.

Auszug aus dem Datenblatt der DS216+:
Intel Celeron N3050 Dual-Core 1,6 GHz, Turbo bis zu 2,16 GHz

Fazit:
Wie soll man es nennen, wenn ein Auto mit 216km/h angepriesen und verkauft wurde, am Ende aber nur 160km/h läuft. Ich würde es schlicht und einfach Betrug nennen.

Es würde mich freuen, wenn noch mehr Leute mit einer DS216+, 716 und 916 den Test machen.

 

[goetz]

Hallo,
DS916+

root@DS916:~# cat /sys/devices/system/cpu/cpufreq/boost
1

Gruß Götz

 

[Matthieu]

Zitat heise-Artikel:

Bei korrekter Konfiguration sollte sich unter den im Sys-Dateisystem abgelegten Cpufreq-Angaben zu den verfügbaren Taktstufen eine finden, die 1 MHz über der Normalfrequenz des Prozessors liegt.

@goetz: Danke.

MfG Matthieu

 

[peterhoffmann]

/sys/devices/system/cpu/cpufreq/boost

Wirft bei mir eine "1" aus.

 

[goetz]

Hallo,

Bei korrekter Konfiguration sollte sich unter den im Sys-Dateisystem abgelegten Cpufreq-Angaben zu den verfügbaren Taktstufen eine finden, die 1 MHz über der Normalfrequenz des Prozessors liegt.

root@DS916:~# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
1601000 38305
1600000 1830
1520000 0

Gruß Götz

 

[Matthieu]

Ergebnis:
Die CPU schaltete NIE höher als 1,6Ghz. Dazu sei nicht unerwähnt, dass ich die CPU mit Indexierung und manuell verursachtem Stress gequält habe.

Ich bitte um Beantwortung meiner Frage. CPU Frequency Scaling = Heruntertakten. Turbo Boost = Hochtakten. Soweit ich recherchieren konnte kommt bei Turbo Boost keiner der sonst betrachteten Scaling-Faktoren zum Einsatz, dementsprechend scheinen die "alten" Tools durchaus falsche Taktraten zurückzugeben. Ich bin kein Hardware-Experte, aber ich habe keine anderslautende Quelle gefunden.

MfG Matthieu

 

[Tommes]

Auch wenn für mich dieser Test nicht wirklich kriegsentscheidend ist und mir eigentlich relativ egal ist, ob meine DS216+ den Turbo einlegen kann oder nicht... ich hab das Modell nicht wegen des Turbo Modus gekauft, sondern aus anderen Gründen. Verglichen mit einem Auto wäre es dann wohl eher so, das einem zwar ein Duchschnittsverbrauch von 3 Litern angepriesen wurde, man in der Realität jedoch nie an diesen Wert herankommt.

cat /sys/devices/system/cpu/cpu0/cpufreq/stats/total_trans
29

cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
1601000 4944043
1600000 1118
1520000 0
1440000 0
1360000 0
1280000 0
1200000 0
1120000 0
1040000 0
960000 0
880000 0
800000 0
720000 0
640000 0
560000 0
480000 5874377

Tommes

 

[Matthieu]

All the info in /proc/ and /sys/device/system/cpu/ is always limited to regular frequencies by design; see kernel.org/doc/Documentation/cpu-freq/boost.txt Also, the CPU Freq Mons rely on this information, so they will not show boosts. But turbostat and other tools will.

http://askubuntu.com/questions/37618/is-turbo-boost-working

Es müsste also jemand ein spezialisiertes Tool auf der DS kompilieren um nachzuweisen ob Turbo Boost geht. Nach allem was ich gelesen habe (siehe auch Zitat oben), sieht man maximal die oberste reguläre Frequenz plus 1 MHz. Wie schon gesagt habe ich gerade keinen Zugang zur DS, daher kann ich nicht helfen.

MfG Matthieu

 

[raffnix84]

Hey Matthieu,

danke für deinen Beitrag, du hast vermutlich unwissentlich aber mir persönlich denn passenden Beweis gelifert das die CPU NICHT Boostet! In dem von dir verlinkten Heise Artikel ist ein Terminal Screenshot einer CPU der die Boostet und ein md5 sample um gezielt 2 Threads zu starten um den optimalen Boost zustand zu erreichen (wenn alle cores ausgelastet sind boostet es ja soweit ich weiß nicht oder nur wenig)


Hier sehen wir die scaling_available_frequencies. Nach dem besagtem md5 load test sehen wir auch das die CPU von 1200MHz auf 2668MHz boostet.

Bei uns sieht das so aus:

Wir sehen hier das die CPU 1) nicht runter taktet auf 480MHz und 2) maximal auf 1601MHz Boosten kann.

Hier der kleine md5load: md5sum /dev/urandom & md5sum /dev/urandom & sleep 1 ; grep "cpu MHz" /proc/cpuinfo ; killall md5sum

Zu deiner Ursprünglichen Frage was in der "/sys/devices/system/cpu/cpufreq/boost" steht, bei mir ist hier auch ein 1 eingetragen und auch die Konfiguration ist laut Heise Artikel scheinbar korrekt da sich die "01" über dem Basis Takt finden.

Mein Fazit ist das cpufreq die CPU schlicht und einfach nicht einwandfrei erkennt und die boost states nicht korrekt setzt. In der "/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies" MUSS der Wert 2560000 auftauchen damit es mit dem boost klappt. Ich habe mich auch weiter durch die dokus gewühlt das der maximale wert in der scaling_available_frequencies durch die Datei cpuinfo_max_freq bestimmt wird und diese widerrum von der bios_limit (hier stehen 1601MHz) bestimmt wird und diese widerrum beim booten von PPC geschrieben wird und auch nicht änderbar ist (auch nicht mit root - sudo su).