Kirjoittaja Aihe: Blenderin kaatuilu renderoitaessa  (Luettu 4160 kertaa)

vesa_turp

  • Käyttäjä
  • Viestejä: 16
    • Profiili
Blenderin kaatuilu renderoitaessa
« : 22.12.17 - klo:07.39 »
Renderoin Blenderillä(BenderRender) animaatioita usein ferimeinä (1920*1080 png /rgba).
Blender kaatuu lähes järjestelmällisesti 300 - 400 kuvakentän jälkeen.
Ydinlokin ilmoituksella: "Out of memory  Kill process 7260 (blender) score 819 or sacrifice child"
Ja lokin seuraavalla rivillä on: "Killed process 7260 (blender), now anon-rss:0kB, file-rss:0kB, shem-rss:564kB"
Itse ymmärrän vain tuon ekan rivin - ja tuo lapsi lienee BlenderRender.
Muistipiikit renderointi ikkunassa ovat vain puolen gigan tietämissä eikä renderointi chachenkaan koolla näytä olevan vaikutusta asiantilaan (nyt 8.192G)
Järjestelmän valvonta ilmoittaa kaikkien kolmen ytimen kuorman olevan 100% ja muistihistorian tasaisen oloisesti 3.6GiB/5.6GiB
Swappia ei näytä olevan asennuksessa lainkaan (seuraava kokeiluni on tehdä  se gpartedilla)
Koostaessani kuvakenttiä Blenderin videoeditorissa ei häiriöitä esiinny suurissakaan projekteissa.
Konetiedot:
Blender 2.79
Kubuntu 16.04
Qt-versio: 5.5.1
Ydin: 4.10.0-42-generic
kayttis 64-bittinen
Suoritittimet: 3*AMD Phenom(tm) 8550 Triple core
Muistii 5.6 GiB

Itse testaan seuraavaksi vaikkapa 12G:n swapin lisäämistä, mutta jos aiheesta löytyy joltakulta tietoa ja kokemusta asiasta, olen erittäin kiitollinen.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11481
    • Profiili
    • Tomin kotisivut
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #1 : 22.12.17 - klo:10.21 »
Swapin voi tehdä myös tiedostoon. https://www.linux.fi/wiki/Swap-tiedosto
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

vesa_turp

  • Käyttäjä
  • Viestejä: 16
    • Profiili
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #2 : 22.12.17 - klo:11.04 »
Tuo swappi ei ehkä ole ratkaisu ongelmiini.
Tulipa mieleeni kuitenkin eräs juttu - ostan vuodenvaihteen jälkeen koneeseeni ssd-levyn. Saavuttaisinkohan nopeusetua sijoittamalla swappini sinne ?

retu

  • Käyttäjä
  • Viestejä: 949
    • Profiili
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #3 : 22.12.17 - klo:11.06 »
Osta ennemmin lisää rammia. Sen puutehan tuossa tökkii (ellei sitten ole joku bugi tuossa softassa).

Swappia voi olla vaikkei olisi swap-osiota tai -tiedostoa. Osa muistista voi olla zram-laitteen kautta swap käytössä eli kun alkaa ahistaa niin muistisivuja kopiodaan pakatulle muistialueelle. Pakkaukseen käytetään nopeita algoritmeja (lzo tai lz4), joten se toimii nopeammin kuin levy. Cpu kuormaa tulee tietysti lisää.

Komento zramctl listaa zram laitteet.
« Viimeksi muokattu: 22.12.17 - klo:11.19 kirjoittanut retu »

vesa_turp

  • Käyttäjä
  • Viestejä: 16
    • Profiili
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #4 : 23.12.17 - klo:06.07 »
Jaahah - näytti tuo zramctl pelkkää tyhjää - eikä swap-osiota ole.
kohta on :)

kiitti tuosta zramctl - vhjeestä. en ole aiemmin törmännyt aiheeseen - pitääpä hiukan googlailla.
Linux/Unix-kirjoja on puolisen hyllymetriä, mutta ovat pääosin edelliseltä vuosituhannelta.

vesa_turp

  • Käyttäjä
  • Viestejä: 16
    • Profiili
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #5 : 23.12.17 - klo:15.21 »
Noniin - laitoin zrammilla swapin koneeseen. Ainakin yksi 1600-freimin animaatio meni pykimättä läpi. Outo juttu koska muistin olisi muutoinkin pitänyt riittää.
Mutta pitäähän koneessa toki swappikin olla.
Eletään toivossa ja pidetään pulmaa ratkaistuna   :)

reboot

  • Käyttäjä
  • Viestejä: 213
    • Profiili
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #6 : 30.12.17 - klo:20.06 »
Tulipa mieleeni kuitenkin eräs juttu - ostan vuodenvaihteen jälkeen koneeseeni ssd-levyn. Saavuttaisinkohan nopeusetua sijoittamalla swappini sinne ?

Ehkä vähän offtopic, mutta eikö SSD-levyn käyttäminen swappina ole juuri huonoin vaihtoehto raudan kestävyyden kannalta? Usein kirjoittamista vaativat asiat "vanhanaikaiselle" HD-levylle ja sitten staattiset usein käytettävät/ladattavat tiedostot SSD-levylle? Vai olenko antanut johdattaa itseäni harhaan netin syövereissä? :)

Alla yksi keskustelu toisella kotimaisella kielellä, minkä nopeasti googlaamalla löysin:
https://serverfault.com/questions/838036/is-adding-swap-on-a-server-with-an-ssd-discouraged
Ubuntu käytössä kotona ja töissä!
*** Kun ongelmasi on ratkaisu lisää otsikkoon [Ratkaistu] ***

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11481
    • Profiili
    • Tomin kotisivut
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #7 : 30.12.17 - klo:20.27 »
Tulipa mieleeni kuitenkin eräs juttu - ostan vuodenvaihteen jälkeen koneeseeni ssd-levyn. Saavuttaisinkohan nopeusetua sijoittamalla swappini sinne ?

Ehkä vähän offtopic, mutta eikö SSD-levyn käyttäminen swappina ole juuri huonoin vaihtoehto raudan kestävyyden kannalta? Usein kirjoittamista vaativat asiat "vanhanaikaiselle" HD-levylle ja sitten staattiset usein käytettävät/ladattavat tiedostot SSD-levylle? Vai olenko antanut johdattaa itseäni harhaan netin syövereissä? :)

Periaatteessa on. Siinä mielessä siis, että flashmuistin kirjoituskertojen määrä on rajattu. Käytännössä SSD-levyt kestävät aika hyvin kirjoitusta. Riippuu ihan levyssä käytetyistä muistipiireistä ja ohjaimen laiteohjelmistosta. Itse en olisi huolissani. Todennäköisempää tuntuu olevan, että se levy lakkaa toimimasta ihan muuten vain kirjoitusmääristä sen kummemmin riippumatta. Tässä yksi kestävyystesti: The SSD Endurance Experiment: They're all dead - The Tech Report.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

retu

  • Käyttäjä
  • Viestejä: 949
    • Profiili
Vs: Blenderin kaatuilu renderoitaessa
« Vastaus #8 : 31.12.17 - klo:18.35 »
Niin ja sitten tuohon vaikuttaa myös se, että monellako se swap on yleensäkään kovassa käytössä? Meinaan että olipa se swap sitten ssd-levyllä tai perinteisellä, sen jatkuva käyttö tökkii aika pahasti. Veikkaan siksi että useimmilla menee kone vaihtoon, jos ram ei riitä peruskäyttöön.