roki100
Beiträge: 5245

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von roki100 » Sa 11 Jan, 2020 19:28

der unterschied zu Debian Testing ist eben, dass es sich bei archlinux nicht um Testing handelt. ;) Und das andere ist eben, das wichtige Bestandteile wie Kernel & Co. keine oder weniger Patches enthalten. Mit weniger Patches meine ich, nur wenn tatsächlich etwas benötigt wird damit das System läuft, werden Patches eingebaut.... Oder man benötigt selbst irgendwelche Features die ansonsten nicht dabei sind.... Ansonsten ist das meiste quasi "vanilla". Archlinux ist etwas wie: leicht wie Debian, doch schnell und stabil wie Gentoo ...
Ich würde dennoch (für Anfänger) Debian oder Ubuntu empfehlen. Wenn man Linux mehr kennenlernt und gefallen darin findet, wird man mit der zeit so einiges ausprobieren und landet dann bei archlinux... ;) Ich hatte vor ein paar Wochen mit Blender 2.8 unter Archlinux gearbeitet und war überrascht wie schnell EEVEE war (warum auch immer).




mash_gh4
Beiträge: 3640

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von mash_gh4 » Sa 11 Jan, 2020 20:26

wenn du wirklich performance suchst, wirst du gegenwärtig kaum um clear linux herumkommen.
das ist gegenwärtig in fast allen benchmarks den anderen systemen deutlich überlegen.

https://www.phoronix.com/scan.php?page= ... inux-2010s

aber natürlich ist geschwindigkeit alleine noch nicht alles! man will ja z.b. unterstützung für alle benötigte od. auch nur denkbare software direkt in der distribution vorfinden etc. und da schaut es natürlich mit dieser lösung nicht mehr ganz so rosig aus, weil ja z.b. der doch nicht ganz unwesentliche nvidia-support erst sehr spät dazugekommen ist etc.

im übrigen dürften all diese wunderbaren system-optimierungen bei closed source software wie resolve kaum den gewünschten erfolg zeigen, weil dort ja fast die ganze runtime umgebung durch beigepackte schrecklich veraltete und eben nicht-optimierte libraries ersetzt bzw. ausgebremst wird. in dem sinn ist es dann auch leider ziemlich gleichgültig, auf welcher distribution man das zeug verwendet.




roki100
Beiträge: 5245

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von roki100 » Sa 11 Jan, 2020 20:38

Hier noch ein interessanter Artikel: https://www.phoronix.com/scan.php?page= ... lear&num=1
Beispiel h264 Video Encoding:
Bildschirmfoto 2020-01-11 um 20.41.06.png
"Arch Linux with the performance governor, optimized CFLAGS/CXXFLAGS in this test was much faster than Ubuntu and Antergos, but again Clear Linux came out ahead."
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.




mash_gh4
Beiträge: 3640

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von mash_gh4 » Sa 11 Jan, 2020 20:54

ja das ganze ist eine ziemlich verrückte geschichte! :)

bei gentoo und arch war das ja noch getragen von verständlichem sportlichem ehrgeiz im rahmen der amateur-liga, aber bei clear linux hat das mittlerweile wirklich völlig abgehobene akademisch anmutende ausmaße angenommen, wo sich offenbar nur mehr die allerbesten compiler- und prozessorentwickler darin zu übertreffen versuchen, noch ein klein wenig mehr rauszuquetschen...

wirklich spannend sind dabei u.a. die verwendeten telemetrie- und selbstoptimierungstechniken.

https://docs.01.org/clearlinux/latest/g ... trics.html
https://software.intel.com/en-us/vtune- ... troduction

... auch wenn das natürlich in puncto datenschutz nicht unbedingt das ist, was man sich so wünscht. :(




cantsin
Beiträge: 8230

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von cantsin » Sa 11 Jan, 2020 21:10

Wobei diese Optimierungen im Zweifelsfall wieder Probleme nach sich ziehen und z.B. Clear Linux so auf Intel-CPUs optimiert ist, dass man es nicht auf AMD-Systemen einsetzen sollte, was den Einsatzzweck sehr einschränkt...

Ich kann nur davor warnen, dieses Bastler-, Nerd- und Freak-Diskussionen, die sich um Freak-Distributionen wie Gentoo, Clear etc. drehen, hier in Mainstreamforen von Mediengestaltern zu tragen, weil sie für die Zielgruppe absolut irrelevant sind und der Akzeptanz von Linux einen Bärendienst erweisen. (Das wäre genauso, als wenn auf ein Computertechnik-Forum die Diskussion über eine geeignete Videokamera in Esoterik-Debatten über die Vorteile von MagicLantern-raw mit gehackten Canon-Kameras ggü. einem Camcorder breittreten würde.)

Ich spreche da aus Erfahrung, weil wir in unserem Mediengestaltungs-Studiengang in der Vergangenheit einen Gentoo-Apostel als technischen Dozenten hatten, der erreichte, dass beinahe alle Studenten bei MacOS blieben. Seitdem er weg ist, verwenden 90% der Studenten Linux, und zwar i.d.R. Ubuntu.


@mash Könntest Du bitte noch erklären, was Du mit dem Verbiegen von Systempfaden/-variablen bei dem Debian-Paketskript für Resolve meinst? Das Programm wird in den Ordner /opt/resolve installiert und lässt sich mit der Standard-Paketverwaltung, wenn nötig, sauber und rückstandslos entfernen. Der /opt-Pfad mag zwar nicht Debian-richtlinienkonform sein, aber das ist für Anwender irrelevant. (Du musst Dir klar sein, dass Deine Postings hier von vielen gelesen werden und im Zweifelsfall missverstanden werden und für Gerüchte sorgen wie "ich habe gelesen, dass Resolve unter Ubuntu das System zerschiesst".)




mash_gh4
Beiträge: 3640

Re: Linux ([x]Ubuntu?) und DaVinci-Resolve - Erfahrungen?

Beitrag von mash_gh4 » Sa 11 Jan, 2020 21:55

cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Wobei diese Optimierungen im Zweifelsfall wieder Probleme nach sich ziehen und z.B. Clear Linux so auf Intel-CPUs optimiert ist, dass man es nicht auf AMD-Systemen einsetzen sollte, was den Einsatzzweck sehr einschränkt...
seltsamerweise zeigen die benchmarks ziemlich deutlich, dass auch AMD prozessoren von den verbesserungen profitieren.

siehe bspw: https://www.phoronix.com/scan.php?page= ... rome-clear

es hat wohl mehr damit zu tun, dass es hier wirklich um tricks der optimierung geht, die den meisten programmieren gar nicht bewusst sind bzw. einfach nie in die zugrundeliegende software -- also bspw. ffmpeg -- eingeflossen sind. das gilt auch auch für die SVT-en/decoder, die auch auf AMD prozessoren ganz gut funktionieren, obwohl sie ja eigentlich sehr stark auf intel hardware zugeschnitten sind.

aber es gibt natürlich schon sachen, wo intel die konkurenz ganz bewusst in recht unschöner art und weise ausbremst, weil sie einfach manche optimierungen bzw. vektoroperationen in ihren mathematik- und medienverarbeitungslibraries nicht aktivieren, wenn der prozessor nicht aus dem eigenen hause kommt...
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Ich kann nur davor warnen, dieses Bastler-, Nerd- und Freak-Diskussionen, die sich um Freak-Distributionen wie Gentoo, Clear etc. drehen, hier in Mainstreamforen von Mediengestaltern zu tragen, weil sie für die Zielgruppe absolut irrelevant sind und der Akzeptanz von Linux einen Bärendienst erweisen.
bis zu einem gewissen grad verstehe ich die damit verbundene kritk schon.

ich würde ja auch niemandem raten, produktionsserver mit gentoo zu betreiben, weil es leider wirklich oft ein glücksspiel ist, ob das nach dem nächsten update wieder läuft. da bringt einem dann natürlich das ganze spiel mit optimierter kompilierung überhaupt nichts, wenn man sich einfach nicht darauf verlassen kann...

aber mit clear linux ist das ein bisserl anders. das ist eher eine distributionen, die tatsächlich auch für anspruchsvolle praktische aufgaben im cloud hosting umfeld eine absolut ernstzunehmende lösung darstellt.

und ehrlich gestanden verstehe ich nicht, warum BMD nicht vielmehr clear linux statt CentOS als basis pushed, wo doch gerade die dortige performance bei multimedia und transcoding tasks in den benchmarks immer ganz besonders heraussticht. ich bin mir ziemlich sicher, dass ein resolve auf dieser basis in vielen zeitaufwendigen cpu bound operationen fast doppelt so schnell wäre!

aber auf so etwas legt man bei BMD keinen großen wert. dort versteht man sich als hardware-hersteller und propagiert lieber die anschaffung neuer hardware, auch wenn sie von anderen produziert wird, statt tatsächlich auch softwarequalität und -optimierung ausreichend ernst zu nehmen.
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Ich spreche da aus Erfahrung, weil wir in unserem Mediengestaltungs-Studiengang in der Vergangenheit einen Gentoo-Apostel als technischen Dozenten hatten, der erreichte, dass beinahe alle Studenten bei MacOS blieben. Seitdem er weg ist, verwenden 90% der Studenten Linux, und zwar i.d.R. Ubuntu.
ja -- mit gentoo muss man einfach so seine erfahrungen gemacht haben, um etwas für's leben zu lernen. ;)

aber, um das ein bisserl zu relativieren, könnte ich dir auch von ganz vielen kollegen aus dem umfeld der elektronischen musik berichten, die ständig mit irgendwelchen linux-realtime-erweiterungen, L4-basierenden microkernels u.ä. herumexperimentieren, um die latenzen bzw. buffergrößen noch weiter nach unten zu schrauben. da schau ich dann auch immer ganz ungläubig und verständnislos zu und kann kaum verstehen, warum das den kollegen derartige mühen wert ist...
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
@mash Könntest Du bitte noch erklären, was Du mit dem Verbiegen von Systempfaden/-variablen bei dem Debian-Paketskript für Resolve meinst? Das Programm wird in den Ordner /opt/resolve installiert und lässt sich mit der Standard-Paketverwaltung, wenn nötig, sauber und rückstandslos entfernen.
leider stimmt das nur beinahe -- der panel-treiber bzw. die beigepackte libusb-version wird offenbar vom installer noch immer im systempfad in nicht multiarch kompatibler weise abgelegt, und auch mit dem cuda support gibt es leider ständig probleme, wenn man die pfade bzw. tatsächliche platzierung zu korrigieren versucht.

siehe z.b.:
https://forum.blackmagicdesign.com/view ... 47#p553615
und die daran knüpfende diskusion bzw. jene faktischen probleme, die sich plötzlich nach der umstellung auf debian10 daraus ergaben:
https://forum.blackmagicdesign.com/view ... 47#p555290

"..., Then we know that this effectively sets stop for this hack on Debian and probably soon also on Ubuntu and others."
cantsin hat geschrieben:
Sa 11 Jan, 2020 21:10
Der /opt-Pfad mag zwar nicht Debian-richtlinienkonform sein, aber das ist für Anwender irrelevant. (Du musst Dir klar sein, dass Deine Postings hier von vielen gelesen werden und im Zweifelsfall missverstanden werden und für Gerüchte sorgen wie "ich habe gelesen, dass Resolve unter Ubuntu das System zerschiesst".)
der /opt-pfad ist schon o.k. und durchaus debian bzw. linux Filesystem Hierarchy Standard (FHS) konform. daran könnte man höchstens kritisieren, dass user-stettings nicht dort abgespeichert werden sollten, aber da kann ich gerne ein auge zudrücken. nur diese idotischen inkompatibilitäten mit den multiarch-konventionen bzw. hardcodierten pfaden in den binaries kann ich wirklich nicht akzeptieren. das ist weder saubere programmierung, noch zwingend notwendig, um das zeug zum laufen zu bringen -- weder auf CentOS, noch sonst irgendwo.

ich hab mich ja wirklich sehr lange an den entsprechenden diskussionen um verbesserungen im resolve forum bemüht, aber irgendwann hat man dann einfach genug davon, wenn sich gar nichts zum besseren hin ändert...




Social Media

       
 Aktuelle Beiträge [alle Foren]
 
» Sigma: Drei neue 24, 35 und 65mm Vollformat-Objektive der I-Serie für DSLMs
von rush - Do 23:04
» Zhiyun Crane 2 geht nicht mehr an
von klusterdegenerierung - Do 22:53
» Dual Funk-Lavalier Set von Hollyland - LARK 150
von rush - Do 22:11
» 50zig Jahre Tatort - Für die Tonne (1)
von nicecam - Do 22:04
» Digitalisierung von VHS-C Kassetten
von Bruno Peter - Do 22:01
» Sony Creative Pro Night - powered by slashCAM: Profi-Praxis + Sony A7SIII zu gewinnen
von srone - Do 20:58
» Probleme mit RCM vs. CST
von AndySeeon - Do 20:49
» GoPro 6 oder 7 Zeitraffer und Stromversorgung
von Mantas - Do 20:12
» Premiere nutzt nur einen Teil der Perfomance und ist überlastet.
von srone - Do 19:59
» The Batman - Teaser Trailer
von Ziggy Tomcat - Do 18:06
» Was schaust Du gerade?
von 7River - Do 17:20
» Premiere Pro 2020 friert ständig ein während Premiere 2019 funktioniert?
von klusterdegenerierung - Do 16:43
» Das MacBook Pro 13" M1 im 4K, 5K, 8K und 12K Performance-Test mit ARRI, RED, Canon uva. ...
von motiongroup - Do 16:40
» Was hörst Du gerade?
von 7River - Do 16:39
» Was denken sie über Matrix 4?
von 7River - Do 16:23
» Video "smoother" gestalten
von benniAT - Do 16:11
» The Boys - Season 2 - Teaser Trailer
von neo-the-one - Do 15:43
» Gerücht: Nächstes Jahr MacBook Pro 16" mit 12-Kern M1X?
von R S K - Do 15:24
» Lumix S5 Footage flackert
von s.holmes - Do 14:57
» Philips 326P1H und Philips 329P1H: Neue 31.5" Monitore mit integrierter USB-C Dockingstation
von slashCAM - Do 13:42
» "Komm und sieh" - auf BD
von neo-the-one - Do 12:23
» Welchen Fernseher habt ihr?
von klusterdegenerierung - Do 12:22
» Was hast Du zuletzt gekauft?
von klusterdegenerierung - Do 12:06
» Panasonic S5 in der Praxis: Hauttöne, 10 Bit 50p intern, Gimbal-Betrieb, AF, LOG/LUT … Teil 1
von marcszeglat - Do 11:57
» 50fps Footage in 25fps Timeline
von Jott - Do 11:55
» Mini DV Abspielgerät
von Jott - Do 11:50
» KI ermöglicht automatisches Layering von bewegten Video-Objekten
von Darth Schneider - Do 11:43
» 2x Ricoh 800Z Super 8 Schmalfilmkamera und 1x SANKYO Super-CM 300 Super 8 Film Video Kamera
von Jamiel - Do 9:07
» Ich brauche mal Hilfe.
von Kevin Reimann - Do 8:56
» Biete neuw. Panasonic GH5 V-Log mit Garantie & Zubehör (nur 108 Auslösungen)
von Huitzilopochtli - Do 8:10
» Premiere Fehler: Motion Graphics template currupt?
von StephanEarthling - Do 0:24
» SONY SELP18200 18 mm - 200 mm f/3.5-6.3 OSS, E-Mount, 22 Monate Restgarantie
von srone - Mi 21:53
» 2x Ricoh super 8 800Z und 1x Sankyo super cm 300
von Jamiel - Mi 21:52
» Die ersten Kritiken zu Tenet. Eure Meinung zum Film?
von neo-the-one - Mi 21:09
» Sony FX6: Vollformat Nachfolger der FS5 MKII mit 10.2 MP Sensor, 2xXLR , S-Log 3, 120 fps, externem RAW uvm.
von rush - Mi 21:08
 
neuester Artikel
 
Sony Creative Pro Night - powered by slashCAM

Wir freuen uns, am 10. Dezember 2020 die Sony Creative Pro Night ab 19:00 auf slashCAM zu Gast zu haben. Bei dem live gestreamten Event steht die Erfahrung von professionellen Filmern aus der Praxis mit Kameras der Sony Cinema Line -- FX6 und FX9 sowie Alpha 7S III -- im Mittelpunkt. Außerdem gibt es eine Sony A7SIII zu gewinnen. weiterlesen>>

Apple iPhone 12 Pro Max Videoqualität

Das neue iPhone 12 Pro Max von Apple will ein weiteres mal mit verbesserter Videoqualität aufwarten - unter anderem durch 10 Bit Aufzeichnung mit besonders hoher Dynamik... weiterlesen>>

neuestes Video
 

Aktuelles Video:
concatenation 2 OLYMPIC GAME

Die olympischen Spiele als großes bewegtes Puzzle, bei dem man sich die Teilchen passend zuschneiden kann -- genug Geduld vorausgesetzt...