Giter VIP home page Giter VIP logo

Comments (8)

jasonsansone avatar jasonsansone commented on June 3, 2024 1

I don’t know. I am not a developer. I was sharing my experiences, similar to yours. I agree that this seems to be a memory leak.

from upscayl.

TGS963 avatar TGS963 commented on June 3, 2024 1

Thanks for reporting this, we'll investigate this

from upscayl.

EZaplata avatar EZaplata commented on June 3, 2024 1

Same here on version 2.11 using RX 7900 xt on Endevour OS with Mesa drivers.

I have hit 28gb of RAM usage after processing 4900 images (1920x1080 PNG, no up scaling just re processing using realesr-animveviodev3-x4).

With such a high number another thing that can happen is the progress count goes out of sync as it will freeze up. Minor thing but I though I will bring that up as well.

from upscayl.

vakarian92 avatar vakarian92 commented on June 3, 2024 1

I'm having the same issue, trying to convert more than 1000 images. I'm on Windows with version 2.11.0. I see usage reaching almost 30GB and then crashing (I've got 32). Interesting enough, it happens with both GUI and CLI version upscayl-ncnn.

from upscayl.

NayamAmarshe avatar NayamAmarshe commented on June 3, 2024

How high is it? You didn't mention.

from upscayl.

jasonsansone avatar jasonsansone commented on June 3, 2024

Depends on size of source image, whether jpg or png, etc. I found I have to work on batches of less than 150 images to avoid OOM kills. This is on LXC containers with 4-6GB memory. Regardless of the amount of memory, the usage just steadily climbs until OOM unless you cap the batch size. Memory is never freed until the entire process completes.

from upscayl.

ToniLipponen avatar ToniLipponen commented on June 3, 2024

How high is it? You didn't mention.

If I'm upscaling a lot of images, say a thousand, the memory usage can go as high as 10Gb or higher.

from upscayl.

ToniLipponen avatar ToniLipponen commented on June 3, 2024

Depends on size of source image, whether jpg or png, etc. I found I have to work on batches of less than 150 images to avoid OOM kills. This is on LXC containers with 4-6GB memory. Regardless of the amount of memory, the usage just steadily climbs until OOM unless you cap the batch size. Memory is never freed until the entire process completes.

So is this by design? I would have thought once an image in the batch is upscaled, the memory should be freed.

from upscayl.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.