Echtzeit-Latenzprobleme bezüglich Audiobearbeitung

  • Hallo,

    Ich habe heute bemerkt das bei meinem System irgendwas nicht stimmt.
    Zuerst mal ein paar LatencyMon werte.

    Hier die In Depth Tests:

    Ich denke mal die sind soweit ganz okay oder?
    Außer der den ich 11 Stunden lang über nacht laufen lies, aber ich denke da war halt mal was im Hintergrund etc. und daher normal?

    Was allerdings garnicht normal ist sind die Ergebnisse des Standart Tests von LatencyMon:

    Diesem Problem versuche ich aktuell auf den Grund zu gehen.

    ----

    Was ich nun bereits bemerkt habe ist das trotz Windows Energiespar Plan auf Höchstleistung und manueller Anpassung selbigen sowie deaktivieren von EIST und den C States im Bios die CPU immernoch zwischen 1200 mhz und 3700 mhz schwankt.

    Wie kann das sein?
    Ich weiß nicht ob das die Lösung des Problems ist aber vielleicht weiß jemand woran das liegen könnte?

    Auch andere Tipps was man kontrollieren sollte sind sehr willkommen.

    lg
    Michael

    Einmal editiert, zuletzt von DosAmp (14. Mai 2016 um 21:43)

  • Ein Kollege von mir produziert auch Musik und der meint, das man mit 32GiB locker hinkommt. Und da er das seit Jahren macht glaube ich ihm das da er genug Erfahrung hat. :) 128GiB ist einfach dekadent, Sorry... :D

  • ohne scheiß ich habe energiesparplan höchstleistung und da auch manuell alles auf höchstleistung gestellt
    sowie im Bios unter CPU Power Settings auch alles ausgestellt von wegen C States, ESTI etc.

    Und zu warm ist die CPU auch nicht.
    Was kann das unter Windows 7 64bit Ultimate noch sein?

    lg
    Michael

  • Lass doch bitte mal CPU, CPU sein...

    Die Clock, die den Takt in einer CPU generiert, taktet runter und wieder rauf, um Strom zu sparen. Für Idle tuns auch 1 GhZ...
    Wenn dann mal ne Aufgabe kommt, braucht die kurz um wieder rauszutakten.... Keine Ahnung wie das Programm die Latenz da misst.
    Nachts laufen auch gerne mal Updates, und das Betriebssystem macht alle paar mal checks...

    Es ist besser nicht zu moderieren als falsch zu moderieren

  • Glaube nicht, dass die Reaktionszeit der CPU vom Power Management kommt. Wenn die Kiste was zu tun hat takten sich die entsprechenden cores hoch. Das geht normal recht flott (wäre ja sonst bei zeitkritschen Anwendungen, mit wechselnder Läßt auch n riesen Problem (Spiele etc).

    Würde erst mal nach nem Bios/EFI update suchen und das Power Management wieder anzuschalten.
    Sonst verschwendest du einfach Energie.

    Ich seh ja, dass da die Windows Suche ihren Index aufbaut. Hast du viele Platten mit großen Datenmengen und kleinen Dateien, die Probleme machen könnten.

    Welchen Virenscanner setzt du ein, die könnten auch Reaktionen verzögern.

    Die svchost sind meist auch irgendwelche Optimierungen, die laufen (Startzeit Optimierung, Bereinigung von Windows Update, etc.).
    Aber das hat alles niedrige Priorität, du hast genug cores, das sollte keinen Unterschied machen.

    Edit: Der Thread Titel sollte das Thema kurz beschrieben und nicht OMG WTF AWESOME OVER 9000 heißen.

  • Sinnlose Messungen können auch ein netter Zeitvertreib sein.

    sumi - R9 5950X - 128 GB RAM ECC - 2x 1TB NVMe - 4 TB SATA SSD - 4TB SATA HDD RAID-0 - Radeon RX 7800 XT 16 GB - SoundBlaster Z - Steinberg UR22 mkII Interface - Chieftec Dragon CS-601 - Arch/Win 10 Pro
    ThinkPad P14s Gen2 AMD - R7 5850U - 48 GB RAM - 1 TB NVMe SSD - UHD 3840x2160 HDR - Vega 8 - RTL8255AE AX - EM120R-GL LTE-A - Arch/Win 10 Edu
    Apple Mac Mini (Late 2020) - Apple M1 - 16 GB RAM - 256 GB SSD - WiFi 6 - macOS
    HPE Microserver Gen 8 - Xeon E3-1220 v2 - 16 GB RAM - 12 TB HDD - Debian

    </> Do you know who ate all the doughnuts?

  • Krass

    Sobald das System unter Last Steht habe ich nur noch 10 bis 20 us Latenz im Schnitt.
    Last ist hierbei meine DAW in dem Fall FL Studio ^^

    Trotzdem Taktet die CPU wie sie will, selbst mit last kommt es vor das sie sich mal runtertaktet auf 1200mhz -.-

    Selbst wenn das okay ist und nichts ausmacht, wie kann ich das unterbinden?
    Man liest überall das man sowas für Audio besser ausstellen soll gerade auch damit man SOFORT zugriff auf die volle Leistung hat. Macht hier auch sinn zwecks REALTIME.

    lg
    Michael



    Ich will es mal testweise gerne ausstellen, sollte es mir keine Verbesserung bringen stelle ich es natürlich wieder an.
    Aber ich denke damit die latenzen nochmals optimieren zu können.

    Warum?
    Ein Song ist stark Dynamisch, und es kommen oft neue Sachen dazu etc. das heißt man hat immer schankungen wieviel LEistung man braucht.
    Wenn nun auf einen Schlag zuviel gebraucht wird und die CPU erst wieder hochtakten muss etc. hat man einen Drop out.

    lg
    Michael

    Einmal editiert, zuletzt von Michael_ (12. Mai 2016 um 20:13)

  • Sorry, solch ein Quatsch.

    sumi - R9 5950X - 128 GB RAM ECC - 2x 1TB NVMe - 4 TB SATA SSD - 4TB SATA HDD RAID-0 - Radeon RX 7800 XT 16 GB - SoundBlaster Z - Steinberg UR22 mkII Interface - Chieftec Dragon CS-601 - Arch/Win 10 Pro
    ThinkPad P14s Gen2 AMD - R7 5850U - 48 GB RAM - 1 TB NVMe SSD - UHD 3840x2160 HDR - Vega 8 - RTL8255AE AX - EM120R-GL LTE-A - Arch/Win 10 Edu
    Apple Mac Mini (Late 2020) - Apple M1 - 16 GB RAM - 256 GB SSD - WiFi 6 - macOS
    HPE Microserver Gen 8 - Xeon E3-1220 v2 - 16 GB RAM - 12 TB HDD - Debian

    </> Do you know who ate all the doughnuts?

  • Bitte beachte:

    Zitat

    Warum?
    Ein Song ist stark Dynamisch, und es kommen oft neue Sachen dazu etc. das heißt man hat immer schankungen wieviel LEistung man braucht.
    Wenn nun auf einen Schlag zuviel gebraucht wird und die CPU erst wieder hochtakten muss etc. hat man einen Drop out.


    Also, es wäre super wenn mir jemand sagt wie ich die CPU mal testweise dazu bringe immer auf vollem takt zu laufen.
    Also das Energiesparzeug wirklich mal komplett auszuschalten, vielen dank. :)

    lg
    Michael

    Einmal editiert, zuletzt von Michael_ (12. Mai 2016 um 20:16)

  • Sorry, deswegen wirds jetzt nicht richtiger.

    sumi - R9 5950X - 128 GB RAM ECC - 2x 1TB NVMe - 4 TB SATA SSD - 4TB SATA HDD RAID-0 - Radeon RX 7800 XT 16 GB - SoundBlaster Z - Steinberg UR22 mkII Interface - Chieftec Dragon CS-601 - Arch/Win 10 Pro
    ThinkPad P14s Gen2 AMD - R7 5850U - 48 GB RAM - 1 TB NVMe SSD - UHD 3840x2160 HDR - Vega 8 - RTL8255AE AX - EM120R-GL LTE-A - Arch/Win 10 Edu
    Apple Mac Mini (Late 2020) - Apple M1 - 16 GB RAM - 256 GB SSD - WiFi 6 - macOS
    HPE Microserver Gen 8 - Xeon E3-1220 v2 - 16 GB RAM - 12 TB HDD - Debian

    </> Do you know who ate all the doughnuts?


  • Der Thread Titel sollte das Thema kurz beschrieben und nicht OMG WTF AWESOME OVER 9000 heißen.

    Und dann auch noch falsch.



    Bitte beachte:


    Also, es wäre super wenn mir jemand sagt wie ich die CPU mal testweise dazu bringe immer auf vollem takt zu laufen.
    Also das Energiesparzeug wirklich mal komplett auszuschalten, vielen dank. :)

    lg
    Michael

    wenn man schon so nen Rechner baut dann will man MAXIMALEN BOOST!!!!!!!!!!!!!!111111111111111111111

    Spider Solitär @ 5,5 GHz = +10 FPS

    Blue ist euer König

    Einmal editiert, zuletzt von CDW (12. Mai 2016 um 20:19)

  • wtf?

    Insofern ich bei bedarf den Prozessor erst hochtakten muss habe ich eine kleine verzögerung die nicht vorliegt wenn der prozessor bereits auf höchstleistung läuft und direkt verfügbar ist KOMPLETT OHNE WARTEZEIT, somit realtime also.

    lg
    Michael

    Einmal editiert, zuletzt von Michael_ (12. Mai 2016 um 20:20)

  • Beste Feierabendunterhaltung hier. :b1:

    sumi - R9 5950X - 128 GB RAM ECC - 2x 1TB NVMe - 4 TB SATA SSD - 4TB SATA HDD RAID-0 - Radeon RX 7800 XT 16 GB - SoundBlaster Z - Steinberg UR22 mkII Interface - Chieftec Dragon CS-601 - Arch/Win 10 Pro
    ThinkPad P14s Gen2 AMD - R7 5850U - 48 GB RAM - 1 TB NVMe SSD - UHD 3840x2160 HDR - Vega 8 - RTL8255AE AX - EM120R-GL LTE-A - Arch/Win 10 Edu
    Apple Mac Mini (Late 2020) - Apple M1 - 16 GB RAM - 256 GB SSD - WiFi 6 - macOS
    HPE Microserver Gen 8 - Xeon E3-1220 v2 - 16 GB RAM - 12 TB HDD - Debian

    </> Do you know who ate all the doughnuts?

  • Der Kernel von Windows kann gar keine Echtzeit (RT). Dafür braucht man dann schon Linux (mit RT-Kernel) oder ein Embedded-System.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!