+-Serie DS216+ CPU-Frequenz

[peterhoffmann]

Wenn ich euch richtig verstehe, sagt die Frequenz mit einem 1 MHz mehr aus, dass dies der Burstmodus ist.

Meine Verteilung der Taktfrequenzen:
69,3 % 2,16 GHz (209420851)
0,00000321 % bei 1,6 GHz (971)
30,7 % 0,48 GHz (92824158)
Sie läuft also entweder im Schlaf oder auf Burstmodus. Davon rund 70% im Burstmodus. Normalmodus (fast) nie.

Ähnliches Bild bei Tommes:
45,7 % 2,16 GHz (4944043)
1,0 % 1,6 GHz (1118)
54,3 % 0,48 GHz (5874377)
Die Hälfte am Schlafen, die andere Hälfte im Burstmodus.

Wenn diese Zahlen stimmen, würde das heißen, dass das System immer und unverzüglich in den Burstmodus schaltet, wenn etwas getan werden muss und der Normaltakt die komplette Ausnahme ist.

 

[raffnix84]

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

turbostat habe ich probiert, zwar nicht die aktuellste Version aber immerhin eine. In der Turbostat Doku wird ist vom cyclecount die Rede. So wie ich das verstanden habe zeigt das Tool (in der Version in der ich es genutzt habe)
die kalkulierte maximale MHz an und nicht die gemessen Wert. Das sah dann so aus.


admin@syno:/tmp/usr/bin$ sudo ./turbostat
CPU GHz TSC
avg 2.56 1.60
0 2.56 1.60
1 2.56 1.60
2 2.56 1.60
3 2.56 1.60

The ManPage Says
?CPU: The Linux CPU (logical processor) number.
?GHz: When this number is higher than the value in TSC, the CPU is in turbo mode
?TSC: The average clock speed over the course of the entire interval.


Im übrigen sah das immer so aus... egal ob in idle oder load, was mein Verständnis von dem Tool (kalkulierte maximale MHz) stützt.

Das system schein ja richtig richtig für den boost konfiguriert zu sein und die Hardware scheint es auch zu unterstützen aber in der cpufreq stehe falsche werte drin die das scheinbar verhindern.

@Matthieu, kann ich dir irgendwie Zugang zu meiner DS916+ bereitstellen? Im grunde gehen auch alle anderen 216+ und 216+II. Die scheinen auch alle betroffen zu sein.

Gruss

 

[Matthieu]

Ich habe mich auch weiter durch die dokus gewühlt [..]

Dürften wir die Links auch kriegen?

MfG Matthieu

 

[Matthieu]

CPU Linux CPU (logical processor) number.  Yes, it is okay that on many systems the CPUs are not listed in numerical order -- for efficiency reasons, turbostat runs in topology order, so HT siblings appear together.
AVG_MHz number of cycles executed divided by time elapsed.
Busy% percent of the interval that the CPU retired instructions, aka. % of time in "C0" state.
Bzy_MHz average clock rate while the CPU was busy (in "c0" state).
TSC_MHz average MHz that the TSC ran during the entire interval.

https://www.mankier.com/8/turbostat

?

PS: Ich habe eine 916+. Das Problem löst sich nächste Woche von selbst, wenn ich wieder in meinem Heimnetz bin

 

[raffnix84]

Dürften wir die Links auch kriegen?

MfG Matthieu

Sehr gerne, beginnt bei "3. How to change the CPU cpufreq policy and/or speed"

https://www.kernel.org/doc/Documentation/cpu-freq/user-guide.txt

Gruss

 

[raffnix84]

CPU Linux CPU (logical processor) number.  Yes, it is okay that on many systems the CPUs are not listed in numerical order -- for efficiency reasons, turbostat runs in topology order, so HT siblings appear together.
AVG_MHz number of cycles executed divided by time elapsed.
Busy% percent of the interval that the CPU retired instructions, aka. % of time in "C0" state.
Bzy_MHz average clock rate while the CPU was busy (in "c0" state).
TSC_MHz average MHz that the TSC ran during the entire interval.

https://www.mankier.com/8/turbostat

?

PS: Ich habe eine 916+. Das Problem löst sich nächste Woche von selbst, wenn ich wieder in meinem Heimnetz bin

Achso das wäre cool wenn du da auch mal drauf schauen könntest.

Ich habe nur eine turbostat binary von 2010 ans laufen bekommen, die anderen versionen hatten alle eine dependency auf die linux-tools (glaube ich) und das habe ich
nicht hinbekommen. Bin noch recht neu bei Linux und mit dem Umgang mit dem compiler bzw. all dem drum herum nicht mächtig , bin aber lernwillig .

Diese Binaries habe ich verwendet.
http://ftp.us.debian.org/debian/pool/main/a/acpidump/acpidump_20100513-3.1_amd64.deb

Die Seite mit der uralt-doku/mapage/artikel finde ich gerade nicht, jedenfalls frisst diese Version nicht die Parameter von der aktuellen turbostat.

 

[raffnix84]

Es sieht danach aus als ob der intel_pstate das fehlende Puzzel teil sein könnte.
Mit dem intel_pstate treiber kommt der ondemand governor der den Burst korrekt handeln könnte.

Es scheint eine Xpenology Version mit dem intel_pstate Treiber zu geben.
http://xpenology.com/forum/viewtopic.php?f=0&t=5026&p=68767&hilit=intel_pstate#p68767

 

[Hansdampf12345]

Das klingt hier ja alles sehr spannend und professionell. Hoffen wir mal, das die Jungs und Mädels von Synology hier mitlesen.
Kann ja nicht sein, dass denen das noch nicht aufgefallen ist.

 

[dil88]

Die lesen nicht mit, aber man kann sie ja über die Ergebnissen informieren oder ein Ticket in dieser Sache aufmachen.

 

[arghmage]

Kann ja nicht sein, dass denen das noch nicht aufgefallen ist.

Es sind ja bislang alles nur (vage) Vermutungen, vielleicht muß Synology auch garnix auffallen

 

[raffnix84]

Wie versprochen hier die Konversation.

Anfrage [02.10.2016 23:28]

Problem Explanation:	
The CPU does not Burst up to 2.56GHz like you promote on your Product Page. The CPU always remeans at 1.6GHz. The CPU Clock does not change at any time 
(i used several tools dmesg, cpuinfo_cur_freq, cpuinfo, cpufreq-info etc...). I reinstalled the current DSM, fresh without any changes.. the problem remeans the same.
Seachring for the reason i found out that the system does not recognize the CPU correctly, the max recognized CPU clock is 1.6GHz and that's why there no boost... 
or Burst.. whatever it is called. So the Synology can't boost... this is not a display issue... please see the "Problem Reproduce Steps". The system can't boost to 2.56GHz 
when there is a 1601000KHz (1.6GHz) in the cpufreq/bios_limit
This is a huge mess... 


Problem Reproduce Steps:	
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

Related hardware:	
Product Information/Question	Personal Information
Product:	DS916+	Type of Customer:	End User
Product Version:	DSM 6.0.2-8451 Update 1	Company Name:	
Type of Usage:	For Personal Use	Job Title:	
Telephone:		Location:	Europe & Russia / Germany
Type of Message:	Need Technical Support

Support Antwort 1 [10.10.2016 14:06]

Sehr geehrter Herr xxxxxx,

vielen Dank für Ihre Anfrage.

Die Frage ist nicht mit dem Grep zu beantworten, dies sehen Sie an den Forenbeträgen hier. Unter Linux gibt es immer wieder falsche Anzeigen:

http://www.linuxmintusers.de/index.php?topic=24566.0#top

Erst mal wird der Burst nur vom Bios/CPU gesteuert, kann aber vom Betriebssystem de-/aktiviert werden.

https://de.wikipedia.org/wiki/Intel_Turbo_Boost

https://communities.intel.com/thread/45164

http://ark.intel.com/De/products/91830/Intel-Pentium-Processor-N3710-2M-Cache-up-to-2_56-GHz?wapkw=burst++n3710&_ga=1.129669258.729308790.1476099859

Um den Burst einzuschalten müssen auch noch mehrere Punkte beachtet werden.

1. Nur ein Prozess auf einem CPU wird beschleunigt.

2. Der CPU darf nicht zu warm oder ausgelastet sein.

Stellen Sie, wenn möglich, die Situation vorher nach, notieren Sie sich die Uhrzeit und erstellen Sie die Debug wie folgt:
1. Gehen Sie auf die DSM Oberfläche
2. Klicken Sie auf Hauptmenü und danach auf Support-Center
3. Klicken sie im Reiter Support-Dienste auf den Button "Protokolle erstellen"
4. Sie bekommen eine Datei "debug.dat" zum Download angeboten, Speichern Sie diese auf Ihrem Computer ab
5. Senden Sie uns die gespeicherte debug.dat mit den Uhrzeiten im Anschluss bitte per E-Mail zur Analyse zu.

Sollten Sie noch Fragen haben, können Sie sich gerne jederzeit an uns wenden.

Mit freundlichen Grüßen

xxxx xxxxxxx
Technical Support Engineer

Anfrage 2 [10.10.2016 22:19]

Sehr geehrte Herr xxxxxxx,

vielen Dank für die standardisierte Antwort. Leider reicht mir das nicht aus. Ich als Informatiker habe durchaus Verständnis von Technik und glaube nicht an 
den "Unsichtbaren" oder "nicht Messbaren" Burst. Was man nicht sehen oder messen kann, das gibt es auch nicht. Selbstverständlich ist es mit "grep" 
nicht getan aber wie ich Ihnen geschrieben habe, habe ich diverse tools durchprobiert (dmesg, cpuinfo_cur_freq, cpuinfo, cpufreq-info). Selbst in Ihrem 
Beispiel mit dem J1900 (ebenfalls mit Burst) ist eine Änderung des Taktes mit dem Befehl "grep MHz /proc/cpuinfo" zu sehen. 

Ihr Beispiel: http://www.linuxmintusers.de/index.php?topic=24566.0#top
Meine Ausgabe sieht dann so aus
cpu MHz      : 1328.000
cpu MHz      : 1993.000
cpu MHz      : 1328.000
cpu MHz      : 1328.000

Es geht mir in erster Linie nicht darum wie viele Kerne und wie hoch diese boosten. Es geht darum das der Takt sich egal unter welchem Zustand GAR NICHT 
ändert... keine einziger Core und kein einziges MHz.

Bitte lassen Sie uns nicht Zeit mit thermischen Ausflüchten verschwenden. Es herrscht normale Zimmertemperatur und es ist nur 1 Festplatte verbaut... wenn 
das schon ein zu hohe thermische Belastung darstellt dann reden wir hier von einer gravierenden Fehlkonstruktion in der gesamten Serie, da alle anderen DSx16+ 
Systeme scheinbar auch betroffen sind. 

Mit diesem Befehl hier kann man gezielt nur auf einem Kern Last erzeugen:
md5sum /dev/urandom & sleep 1 ; grep "cpu MHz" /proc/cpuinfo ; killall md5sum

Mit dieme Befehl auf 2 Threads / Kerne:
md5sum /dev/urandom & md5sum /dev/urandom & sleep 1 ; grep "cpu MHz" /proc/cpuinfo ; killall md5sum

Die Zahl hinter sleep ist die Zeit in Sekunden in der die Last anliegen soll.

Wie wir aus dieser Grafik entnehmen können schaltet die CPU sauber in den Boost State, dieser trägt jedoch die falsche Taktrate.
admin@syno:/$ cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
1601000 102557
1600000 754
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 0

Hier sieht man auch schön das die CPU auch nie in die Stromsparende States schaltet und immer zw. 1600 und 1601 MHz pendelt.

Meinen Recherchen zufolge ([url]https://www.kernel.org/doc/Documentation/cpu-freq/user-guide.txt[/url]) wird das processor Kernel-Modul 
scheinbar nicht korrekt initialisiert da in der /sys/devices/system/cpu/cpu0/cpufreq/bios_limit bereits der falsche Wert von 1601000 KHz 
eingetragen wird. Die für den Burst erforderlichen scaling_max_freq & scaling_available_frequencies richten sich ebenfalls nach der bios_limit 
und können somit nicht höher takten. 

Eine mögliche Ursache könnte das fehlen des intel_pstate driver im Kernel oder der Kernel selber sein.

Ich bin sehr an einer Lösung interessiert und bin schon im regen Austausch einigen Foren und Youtubern. Langsam bekommt das Thema 
Beachtung und es wäre schön wenn Sie Ihr Werbeversprechen - nachvollziehbar - beweisen könnten.

Anbei die sende ich Ihnen wie gewünscht die debug.dat.

Die öffentlich Diskussion und mehr Details zu diesem Thema finden Sie unter:
[url]http://www.synology-forum.de/showthread.html?74847-DS216-CPU-Frequenz[/url]
[url]https://forum.synology.com/enu/viewtopic.php?f=39&t=123367&e=1&view=unread#unread[/url]

Sollten Fragen Auftauchen, so stehe ich Ihnen Gerne zu Verfügung.


-- 
Mit freundlichen Grüßen
xxxx xxxxx

 

[peterhoffmann]

Nu wird es interessant.
(Satz1 (standardisierte Antwort) hättest du dir sparen können. Das vergiftet nur die Atmosphäre.)

 

[arghmage]

Wenn ich euch richtig verstehe, sagt die Frequenz mit einem 1 MHz mehr aus, dass dies der Burstmodus ist.

Meine Verteilung der Taktfrequenzen:
69,3 % 2,16 GHz (209420851)
0,00000321 % bei 1,6 GHz (971)
30,7 % 0,48 GHz (92824158)
Sie läuft also entweder im Schlaf oder auf Burstmodus. Davon rund 70% im Burstmodus. Normalmodus (fast) nie.

Ähnliches Bild bei Tommes:
45,7 % 2,16 GHz (4944043)
1,0 % 1,6 GHz (1118)
54,3 % 0,48 GHz (5874377)
Die Hälfte am Schlafen, die andere Hälfte im Burstmodus.

Wenn diese Zahlen stimmen, würde das heißen, dass das System immer und unverzüglich in den Burstmodus schaltet, wenn etwas getan werden muss und der Normaltakt die komplette Ausnahme ist.

Sieht bei mir ähnlich aus. Wenn es so wäre, dann wäre es doch ok. CPU taktet runter und auch hoch, wobei halt beim Turboboost immer 1601 angezeigt wird und nicht die reale Taktfrequenz.

Kann man den denn Turboboost an der DS dektivieren? In der Supportantwort steht ja "kann aber vom Betriebssystem de-/aktiviert werden.".
Die DS müßte dann nach Deaktivierung langsamer sein, vielleicht könnte man das so überprüfen.

 

[raffnix84]

Sieht bei mir ähnlich aus. Wenn es so wäre, dann wäre es doch ok. CPU taktet runter und auch hoch, wobei halt beim Turboboost immer 1601 angezeigt wird und nicht die reale Taktfrequenz.

Kann man den denn Turboboost an der DS dektivieren? In der Supportantwort steht ja "kann aber vom Betriebssystem de-/aktiviert werden.".
Die DS müßte dann nach Deaktivierung langsamer sein, vielleicht könnte man das so überprüfen.

Die Antwort vom Support ist hier leider inkonsistent... "Erst mal wird der Burst nur vom Bios/CPU gesteuert, kann aber vom Betriebssystem de-/aktiviert werden." Am Anfang des Satzes steht das es nur vom Bios gesteuert wird und danach das eine Steuerung durch OS doch möglich sei. Vermutlich ist damit das pipen einer "0" in die /sys/devices/system/cpu/cpufreq/boost gemeint. Das hatte aber bei mir keine Auswirkungen und wurde nach dem reboot resettet.

Ich gebe mich nicht damit zufrieden wenn man mir sagt das die Anzeige defekt... und selbst wenn es so ist, dann soll gefälligst die Anzeige repariert werden oder eine überprüfbares Szenario zur Verfügung gestellt werden das den korrekten Wert darstellt... Wenn beides nicht möglich ist dann ist es nun mal nicht eingehaltenes Werbeversprechen und somit Betrug!

Gruss

 

[Puppetmaster]

Wenn beides nicht möglich ist dann ist es nun mal nicht eingehaltenes Werbeversprechen und somit Betrug!

Hui ... Willkommen in der Wirklichkeit.
Hoffentlich sind deine Untersuchungen bzgl. der Burstmöglichkeiten der DS auch so stichhaltig und belastbar, dass sie dieser harten Äusserung standhalten.

Wenn du dich immer so auf das Einhalten von Werbeversprechen versteifst, wirst du sicher wenig Freude an technischen Dingen haben. Hoffentlich hast du kein Dieselauto, oder überhaupt ein Auto mit einer vom Hersteller genannten Verbrauchsangabe. Und misst du z.B. auch das maximale Drehmoment nach, oder den Pumpendruck eines Espressoautomaten? All diese Angaben sind nämlich mit an Sicherheit grenzender Wahrscheinlichkeit falsch und somit wäre das Betrug!

Ich wäre einfach ein wenig vorsichtiger mit solchen Äusserungen. Gib den Krempel einfach zurück, wenn dich das so fuchst.

Ist ja schön, dass du der Sache so nachgehst, ein Lob auf deinen persönlichen Eifer, aber mal ehrlich, ist deine DS so furchtbar langsam, dass du ernsthaft an der CPU Geschwindigkeit zweifeln musst?
Hast du all deine Geräte mit Prozessoren bisher auf die Richtigkeit der angegebenen Taktraten hin überprüft?

Mich interessiert hier einfach die Motivation, die dahinter steckt.

Die Antwort vom Support ist hier leider inkonsistent... "Erst mal wird der Burst nur vom Bios/CPU gesteuert, kann aber vom Betriebssystem de-/aktiviert werden." Am Anfang des Satzes steht das es nur vom Bios gesteuert wird und danach das eine Steuerung durch OS doch möglich sei.

Einen wirklichen Widerspruch sehe ich darin noch nicht.
Eine Steuerung kann sicherlich vom Bios/CPU vorgenommen werden, aber durch eine zweite Instanz eben deaktiviert oder aktiviert werden. Das ist ja bei so einigen BIOS Parametern möglich.

 

[raffnix84]

Hui ... Willkommen in der Wirklichkeit.
Hoffentlich sind deine Untersuchungen bzgl. der Burstmöglichkeiten der DS auch so stichhaltig und belastbar, dass sie dieser harten Äusserung standhalten.

Wenn du dich immer so auf das Einhalten von Werbeversprechen versteifst, wirst du sicher wenig Freude an technischen Dingen haben. Hoffentlich hast du kein Dieselauto, oder überhaupt ein Auto mit einer vom Hersteller genannten Verbrauchsangabe. Und misst du z.B. auch das maximale Drehmoment nach, oder den Pumpendruck eines Espressoautomaten? All diese Angaben sind nämlich mit an Sicherheit grenzender Wahrscheinlichkeit falsch und somit wäre das Betrug!

Ich wäre einfach ein wenig vorsichtiger mit solchen Äusserungen. Gib den Krempel einfach zurück, wenn dich das so fuchst.

Ist ja schön, dass du der Sache so nachgehst, ein Lob auf deinen persönlichen Eifer, aber mal ehrlich, ist deine DS so furchtbar langsam, dass du ernsthaft an der CPU Geschwindigkeit zweifeln musst?
Hast du all deine Geräte mit Prozessoren bisher auf die Richtigkeit der angegebenen Taktraten hin überprüft?

Mich interessiert hier einfach die Motivation, die dahinter steckt.



Einen wirklichen Widerspruch sehe ich darin noch nicht.
Eine Steuerung kann sicherlich vom Bios/CPU vorgenommen werden, aber durch eine zweite Instanz eben deaktiviert oder aktiviert werden. Das ist ja bei so einigen BIOS Parametern möglich.

Oh Mann immer diese ICH brauche das nicht also warum sollst du das brauchen Egos. Wenn dich das nicht juckt dann schreibe doch hier einfach nicht... ich habe für Burst 2.56GHz bezahlt!
Deine Vergleiche sind hingegen wirklich naiv... "Hoffentlich hast du kein Dieselauto, oder überhaupt ein Auto mit einer vom Hersteller genannten Verbrauchsangabe." Fahre zum NEFZ lass dein
Auto umbauen und ab auf dem Prüfstand... e viola da hast du deinen niedrigen Verbrauchswert... Beinahe alle Pumpen und technische KFZ Bauteile und auch Prozessoren haben Mindestvorgaben
(manche sogar nach DIN spezifiziert) die nicht unterschritten werden dürfen sonst ist das Bauteil defekt und du als Kunde hast Anspruch auf Nachbesserung. Bei jedem Prozess gibt es Streuung
deshalb nimmt man als Mindeswert den schlechtest Wert und sogar noch ein wenig darunter. Und NUR DESHALB lassen sich Prozessoren übertakten und Motoren Tunen. Die Mindestvorgaben,
das sind die Vorgaben die du als Endverbraucher kennst (z.B. PS/MHz/KG/KM/h etc.), müssen überprüfbar sein auch wenn es NUR unter Laborbedingungen ist. Außerdem lehne ich
mich nicht aus dem Fenster sondern sage "und selbst wenn es so ist, dann soll gefälligst die Anzeige repariert werden oder eine überprüfbares Szenario zur Verfügung gestellt
werden das den korrekten Wert darstellt... Wenn beides nicht möglich ist dann ist es nun mal nicht eingehaltenes Werbeversprechen und
somit Betrug!"

Solltest du an der richtigen Anzeige oder Geschwindigkeit deiner NAS CPU interessiert sein dann bist du herzlich eingeladen mitzuwirken. Solltest du hingegen uns mitteilen wollen das deiner
Meinung nach die NAS schnell genug ist und wir uns nicht so anstellen sollen dann danke ich dir für deine Meinung die jetzt von allen zur Kenntnis genommen wurde und wir wünschen dir
gemeinsam eine schöne Weiterfahrt.

LG

 

[arghmage]

Einen wirklichen Widerspruch sehe ich darin noch nicht.
Eine Steuerung kann sicherlich vom Bios/CPU vorgenommen werden, aber durch eine zweite Instanz eben deaktiviert oder aktiviert werden. Das ist ja bei so einigen BIOS Parametern möglich.

So verstehe ich das auch, ein Widerspruch ist das durchaus nicht.

Ob die Anzeige stimmt, ist mir auch ziemlich egal. Turboboost sollte aber funktionieren und da ist eben die Frage, wie man das belegen kann
Wenn man es im OS deaktivieren könnte, könnte man einmal einen Bench ohne und einmal mit laufen lassen, die Laufzeiten müßten dann -ganz unabhängig von der Anzeige- unterschiedlich sein, bei 0,5GHz mehr müßte der Unterschied auch sehr deutlich sein.

Wenn Turbobosst allerdings wirklich nicht funktionieren würde, wäre das ein dicker Klops, das betrifft ja eine ganze Reihe von Systemen. Wäre dann vielleicht mal was für heise (die Turboboost-Lüge)

Bin auch mal gespannt, was da noch vom Support kommt.

 

[Puppetmaster]

Kann es sein, dass vielleicht die Taktfrequenz deiner DS nicht ganz auf der Höhe ist, dein Puls allerdings den Burst lange hinter sich hat?
Eine Brille benötige ich jedenfalls noch nicht beim Lesen.

Sowas Krudes habe ich jedenfalls lange nicht mehr lesen dürfen hier. Danke dafür.
Irgendwie entgeht dir aber auch der Sinn des von mir Geschriebenen völlig. Sei's drum.

Viel Erfolg weiterhin.

 

[raffnix84]

So verstehe ich das auch, ein Widerspruch ist das durchaus nicht.

Ich bin als Programmierer "berufsgeschädigt" und bin deshalb bei so was pingelig genau... :-( ich vermute das der Supporter sagen wollte das die Taktrate (MHz) vom OS nicht beeinflusst werden kann.

Wenn Turbobosst allerdings wirklich nicht funktionieren würde, wäre das ein dicker Klops, das betrifft ja eine ganze Reihe von Systemen. Wäre dann vielleicht mal was für heise (die Turboboost-Lüge)

Habe noch eine QNAP TS-453A hier mit dem N3060 und genau demselben Problem. Von daher gehe ich stark davon aus das es ein Allgemeines Problem ist Linux Kernel? Modul? Treiber? ... irgendwas in die Richtung.

Gruss

 

[Hansdampf12345]

[...]
Irgendwie entgeht dir aber auch der Sinn des von mir Geschriebenen völlig. Sei's drum.
[...]

Der entgeht mir aber auch. Unpassende Beispiele nennen und "gute" Tipps geben bringt hier niemanden weiter. Wenn es dich nicht juckt, dass dir jemand Ware mit nicht vorhandenen, aber beworbenen Eigenschaften verkauft, dann erfreu dich deines Lebens und versuch nicht die zu überzeugen, denen das nicht egal ist. Erinnert mich an die Überzeugungsversuche von Veganern.