ubuntuusers.de

Ich habe ein Gigabyte B650M K, das hat zumindest alle Schnittstellen, die Du möchtest, wie lange die Zeit von Anschalter bis Grub genau ist, weiß ich aber nicht. Es war nicht extrem lange, aber auch nicht super-schnell. Ich habe aber auch 2Riegel mit je 48GB Ram verbaut, dafür aber keine Grafikkarte.

Vielleicht schaffe ich es die Tage mal, den Rechner neu zu starten und die Zeit zum Post zu messen. In der Regel habe ich meinen Rechner nämlich im Standby, weil das längste am Starten immer das Öffnen der vielen Programme bei mir ist.

Ich sehe irgendwie das Problem nicht. 😎

AM4 wird zur Zeit "verschenkt", und du hast keinerlei Ansprüche. AM4 ist ausgereift und funktioniert.

https://www.mindfactory.de/product_info.php/AMD-Ryzen-5-5600G-6x-3-90GHz-So-AM4-BOX_1419324.html

... mörderische CPU Leistung und solide GPU 👍 für Linux Nutzer zu einem "Spottpreis".

2x M.2 und GPU wären für mich die Knackpunkte!

Naja, keine Ansprüche würde ich jetzt so nicht unterschreiben... Der 5600G liegt leider leistungstechnisch doch deutlich hinter dem 7700X und dem 13600k wenn es um 4K Video geht (speziell weil KDENLive keine GPU Unterstütztung hat) und abgesehen von der CPU ist der Rest zwar etwas, aber jetzt auch nicht so viel billiger. MoBo mit den Anforderungen wäre gleich oder sogar teurer als ein AM5 oder 1700er Board, da es nicht viele 10GB USB-C Boards für den AM4 Sockel gibt. Dh unterm Strich reden wir da von ca 200€ Differenz.

Auch bei VMs sehe ich die beiden neueren Prozessoren deutlich im Vorteil, da mehr Kerne.

Soll die Empfehlung jetzt implizit aussagen, dass es keine aktuelle HW gibt die halbwegs schnell bootet? Das kann ich irgendwie nicht glauben...

Ich habe es mal gestoppt (per Hand), knapp unter 20s mit einem optischen Laufwerk bis Grub erscheint vom Drücken des Einschalters am Gehäuse. Es kann aber gut sein, dass im Mainboard kein Fastboot eingestellt ist, ich weiß nicht mehr genau, wie ich das Mainboard eingstellt hatte.

PcDoc2000 schrieb:

(speziell weil KDENLive keine GPU Unterstütztung hat)

Ich habe Kdenlive eben gerade noch mal mit frischem Sourcode aus dem GIT gebaut, mein Kdenlive hat mit Nvidia Grafikkarte Hardwarbeschleunigung. "hardware encoders found and enabled (NVIDIA)." gibt es als Ergebnis der Überprüfung. Sieht man auch im nvtop dass der Encoder auf der GPU läuft beim Video rendern.

Was übrigens Energiverbrauch angeht, einen Vergleich zwischen AMD und Intel CPU gab es kürzlich auf Computerbase als Lesertest. Zusammengefasst, auf dem Desktop und im Idle war Intel sparsamer, unter Vollast war dann AMD sparsamer. Also egal, wie auch immer man sich entscheidet, man macht es verkehrt. 🤣

Kaivk schrieb:

Ich habe es mal gestoppt (per Hand), knapp unter 20s mit einem optischen Laufwerk bis Grub erscheint vom Drücken des Einschalters am Gehäuse. Es kann aber gut sein, dass im Mainboard kein Fastboot eingestellt ist, ich weiß nicht mehr genau, wie ich das Mainboard eingstellt hatte.

Danke fürs testen!! 20 Sekunden ist kein großartiger Wert, aber jetzt auch nicht so schockierend lang.

trollsportverein schrieb:

Ich habe Kdenlive eben gerade noch mal mit frischem Sourcode aus dem GIT gebaut, mein Kdenlive hat mit Nvidia Grafikkarte Hardwarbeschleunigung. "hardware encoders found and enabled (NVIDIA)." gibt es als Ergebnis der Überprüfung. Sieht man auch im nvtop dass der Encoder auf der GPU läuft beim Video rendern.

Jetzt wirds spannend, obwohl das in gewisser Weise off-topic ist. Meines Wissens nach verwendet KDENLive zum Rendern MLT für alle Effekte und ffmpeg zum Codieren. Ffmpeg unterstützt die Nutzung der GPU, MLT so viel ich weiß nicht. Wenn du viele Effekte (schärfen, diverse Farbanpassungen, Transformationen oder was auch immer) verwendest, sollte eigentlich die GPU deutlich durch die CPU ausgebremst werden. Von daher hilft die GPU vielleicht etwas, aber nicht annähernd so viel wie sie es könnte wenn auch MLT die GPU nutzen würde.

trollsportverein schrieb:

Was übrigens Energiverbrauch angeht, einen Vergleich zwischen AMD und Intel CPU gab es kürzlich auf Computerbase als Lesertest. Zusammengefasst, auf dem Desktop und im Idle war Intel sparsamer, unter Vollast war dann AMD sparsamer. Also egal, wie auch immer man sich entscheidet, man macht es verkehrt. 🤣

Das ist eine sehr hilfreiche Info, danke! In dem Fall würde ich die Intel CPU vorziehen, da die meiste Zeit die CPU nicht unter Vollast läuft.

PcDoc2000 schrieb:

Jetzt wirds spannend, obwohl das in gewisser Weise off-topic ist. Meines Wissens nach verwendet KDENLive zum Rendern MLT für alle Effekte und ffmpeg zum Codieren. Ffmpeg unterstützt die Nutzung der GPU, MLT so viel ich weiß nicht.

Mit MLT dazwischen sieht man, dass auf die GPU weniger Last kommt und es länger dauert, als wenn man das Video direkt zum rendern an FFmpeg übergibt. Aber wenn man Videos bequem in Kdenlive bearbeiten will, Effekte, Übergänge, usw. dann muss man das wohl in Kauf nehmen.

Die Filter, die es in FFmpeg gibt, nutzen mittlerweile auch teilweise Vulkan.

• https://www.phoronix.com/news/FFmpeg-Vulkan-Video

ffmpeg -filters | grep vulkan
ffmpeg version N-112450-gab95338a20 Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 12 (Ubuntu 12.3.0-1ubuntu1~23.04)
  configuration: --prefix=/usr --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --disable-debug --enable-libvmaf --enable-gcrypt --enable-gmp --enable-libaribb24 --enable-libdavs2 --enable-libopenh264 --enable-librabbitmq --enable-librtmp --enable-libsrt --enable-libtesseract --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libjxl --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-libplacebo --enable-libmodplug --enable-avisynth --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-lcms2 --enable-frei0r --enable-libx264 --disable-static --enable-shared --enable-nonfree --enable-nvenc --enable-nvdec --enable-libfdk-aac --enable-libdav1d --enable-libsvtav1 --enable-swresample --enable-cuda-nvcc --enable-cuvid --enable-cuda-llvm --enable-postproc --enable-chromaprint --enable-libglslang --enable-librav1e --enable-vulkan --enable-xlib --enable-libvpl --enable-vaapi --enable-vdpau --enable-libnpp --enable-pic --enable-libharfbuzz --extra-cflags='-march=native' --extra-cflags=-I/usr/local/cuda/include --extra-ldflags=-L/usr/local/cuda/lib64 --extra-libs=-lpthread
  libavutil      58. 27.100 / 58. 27.100
  libavcodec     60. 30.102 / 60. 30.102
  libavformat    60. 15.100 / 60. 15.100
  libavdevice    60.  2.101 / 60.  2.101
  libavfilter     9. 11.100 /  9. 11.100
  libswscale      7.  4.100 /  7.  4.100
  libswresample   4. 11.100 /  4. 11.100
  libpostproc    57.  2.100 / 57.  2.100
 ... avgblur_vulkan    V->V       Apply avgblur mask to input video
 ..C blend_vulkan      VV->V      Blend two video frames in Vulkan
 T.. bwdif_vulkan      V->V       Deinterlace Vulkan frames via bwdif
 ... chromaber_vulkan  V->V       Offset chroma of input video (chromatic aberration)
 ... flip_vulkan       V->V       Flip both horizontally and vertically
 ... gblur_vulkan      V->V       Gaussian Blur in Vulkan
 ... hflip_vulkan      V->V       Horizontally flip the input video in Vulkan
 ... nlmeans_vulkan    V->V       Non-local means denoiser (Vulkan)
 ... overlay_vulkan    VV->V      Overlay a source on top of another
 ... scale_vulkan      V->V       Scale Vulkan frames
 ... transpose_vulkan  V->V       Transpose Vulkan Filter
 ... vflip_vulkan      V->V       Vertically flip the input video in Vulkan
 ... xfade_vulkan      VV->V      Cross fade one video with another video.
 ... color_vulkan      |->V       Generate a constant color (Vulkan)

Habe ich vor 2 Tagen aus dem GIT gebaut. Könnt ich eigentlich mal gleich einen neueren bauen. 😎

Den AMD vs. Intel Stromverbrauch-Vergleich gibt es dort zu lesen:

• 7800X3D vs 13700K Watt-Wahnsinn: Wie groß ist der Unterschied wirklich?

PcDoc2000

trollsportverein schrieb:

Was übrigens Energiverbrauch angeht, einen Vergleich zwischen AMD und Intel CPU gab es kürzlich auf Computerbase als Lesertest. Zusammengefasst, auf dem Desktop und im Idle war Intel sparsamer, unter Vollast war dann AMD sparsamer. Also egal, wie auch immer man sich entscheidet, man macht es verkehrt. 🤣

Das ist eine sehr hilfreiche Info, danke! In dem Fall würde ich die Intel CPU vorziehen, da die meiste Zeit die CPU nicht unter Vollast läuft.

Vielleicht noch als zusätzliche Information: die AMD 7xxx, sowie die 5xxx ohne Graphik haben einen relativ hohen Idle-Verbrauch, wohingegen der 5xxG bei mir einen Idle von unter 20W hat, aber mit einem sehr einfach MB, dafür 3 SSDs.

Von meinem Ryzen R9 7900 habe ich den den idle Verbrauch noch nicht gemessen, weil ich gerade kein Messgerät zuhause habe. Da soll der Verbrauch aber eher zwischen 20 und 30W liegen, mit Tendenz zu 30W.

Hab das gerade auch selbst mal versucht zu testen.

Wie gesagt ist mein aktueller i5-6600k massiv überfordert bei 4K Videomatieral und schafft gerade mal 3-4fps... Aber die GPU wird quasi nicht verwendet, siehe Anhang.

Danke auch für den Link. Wenn die Angaben auch so umlegbar sind auf den 7700X vs. 13600K, dann macht für mich der Intel wirklich mehr Sinn, da ich den Computer oft den ganzen Tag im Idle oder nur mit Musik oder Video laufen habe. Ich glaube zwar gelesen zu haben, dass die normalen Ryzens (merklich) weniger Strom brauchen als die X3D, aber keine Ahnung ob sich das auf Idle oder Vollast bezogen hat.

Dann ist aus meiner Sicht die Wahl gefallen und es wird der 13600k werden, wenn AMD die Preise jetzt nicht deutlich senkt in den nächsten Wochen bis ich kaufe. Bleibt aber immer noch die Frage nach einer konkreten Empfehlung für ein Sockel 1700er Board mit schneller Initialisierung. Wenn das bei Intel auch so einen Unterschied macht wie bei den AMD, geplant sind 32GB RAM mit eventuell späterer Erweiterung auf 64GB, weshalb auch 4 RAM Module Platz haben müssen.

Zwei die mir ins Auge gestochen sind wären:

• ASUS Prime B760-Plus als günstigere Alternative

• ASRock Z790 PG Lightning D4 was nicht viel teurer ist. Hat den besseren Chipsatz und bessere/mehr Mosfets verbaut, aber nur DDR4

Sonst nehmen sich die beiden Boards aus meiner Sicht nicht viel und würden beide sowohl preislich ok sein (sogar günstiger als die AMD Boards) und von den Features her das abdecken was ich mir vorstelle. Aktuell sitzt mein i5-6600k auf einem Asrock Fatality Z170 Gaming K4 mit dem ich eigentlich sehr zu frieden bin und welches sehr schnell durchs UEFI läuft. Nur nach 7-8 Jahren kann sich da sehr viel geändert haben und ich hab ein paar Berichte zu dem Board gefunden, dass der LAN-Port ausgefallen ist, welchen ich unbedingt brauche....

Edit: ASRock B760M Steel Legend WiFi wäre auch noch interessant. Für 170€ bietet es eigentlich auch alles was ich brauche und kann DDR5, auch wenn 1 PCI-E Slot nicht viel ist. Aus meiner Sicht fast dem Z790 Lightning vorzuziehen.

Final hab ich mich dann entschieden für einen 14600k auf einem Asus Prime Z790-P entschieden mit 32GB RAM. Was die Bootzeiten angeht.... Naja,... ca. 24 Sekunden bis zum Login. Das ist zwar länger als mein alter PC, aber im akzeptablen Rahmen. Was erstaunlich lange dauert bei dem Board ist vom Einschalten bis Keyboard/Maus Strom bekommen und die Monitore mal was anzeigen. Sobald man mal ein Bild hat, geht es sehr schnell, was diese extrem langsame Initialisierung etwas ausgleicht. Muss noch im schauen ob ich da im UEFI noch etwas optimieren kann, auch wenn ich bis jetzt nichts gefunden habe.

Nach anfänglichen Schwierigkeiten mit der Kühlung (Kühler lag nicht plan auf der CPU > entweder schief geschliffen oder die Brackets waren verbogen),läuft das System jetzt mit neuem Kühler problemlos. Wer viel Volllast erwartet, sollte nicht beim Kühler sparen, sonst läuft die CPU recht schnell in die thermische Begrenzung und drosselt die CPU wieder. Mit einem Dark Rock 4 Pro komme ich jetzt nach 10 Minuten Vollast (Video Rendern) auf ca. 80°C).