Új hozzászólás Aktív témák

• #101 wwenigma Jómunkásember clyvejhamma #100

  Új Válasz 2018-08-27 12:54:54 #101

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  wwenigma

  Jómunkásember

  válasz clyvejhamma #100 üzenetére

  Tehát akkor megiscsak gyorsabb egy kicsivel ott ahol szamit illetve sokkal gyorsabb ott ahol kevesbe szamit?

  Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

• #104 #54625216 törölt tag clyvejhamma #100

  Új Válasz 2018-08-27 14:07:07 #104

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  #54625216

  törölt tag

  válasz clyvejhamma #100 üzenetére

  Éppen ezt mondom, hogy az AE egy kompozit program, ami nincs rendesen megírva több szálra, ezért az AE-n mért render teljesítmény csak azoknak érdekes, akik AE-vel dolgoznak és nincs lehetőségük másra váltani, de általánosságban totál alkalmatlan a render hardver tesztelésére.
  Az AE esetében amúgy egyedül a motion grahics az a terület, ahol még egyáltalán értelme van használni a natív vektorgrafika támogatása miatt, minden másra vannak nagyságrendekkel hatékonyabb kompozitor szoftverek, amik nagyon jól kihasználják a több szálat.

  A render disztribúció nehézsége természetesen a szoftvertől függ. Ha csak egy fajta renderelőt használsz és annak van saját batch vezérlője, akkor persze jó az is. A gond akkor kezdődik, ha több különböző szoftverrel akarsz dolgoztatni, mert a rendervezérlőnek minden jobról tudnia kell, ami a gépeken fut.
  A deadline amúgy tényleg jó szoftver, de két gép miatt nincs értelme vacakolni vele, ha meg lehet oldani egy gépen is ugyanazt. Plusz hibaforrás feleslegesen.

  A külön szervert a biztonság miatt említettem. Ha az egyik gép a szerver, a másik meg a render node, akkor ha a szerver kidől, akkor a másik gép munkája is elvész, tehát így semmivel sem biztonságosabb a rendszer. Kettőnél több node-nál meg már amúgy is kell szerver meg render vezérlés, ott tényleg csak ki kell számolni a bekerülési és az üzemeltetési költségeket, hogy mikor melyik felállás a jobb: a több gép kevesebb szállal vagy a kevesebb gép több szállal, de ha csak egy db. több magos gépet hasonlítasz két kevesebb magossal, akkor a több mag mindig jobb, mint két külön gépet menedzselni.

Új hozzászólás Aktív témák