-
-
Notifications
You must be signed in to change notification settings - Fork 117
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for large libraries #186
Comments
Hi, thanks for reaching out, but please follow the issue template and provide more information.
Can you define loading? Is the library scan being slow or is the web frontend not responding?
Please provide steps to reproduce. What did you do before getting the error? Did you see other error messages in your console? I tried a library with over 8k files and it works fine.
There are a lot of factors that can contribute to the slowness you are experiencing. What's the size (file size in GB) of your library? Are you using an HDD? Is your library on a network-attached drive? Are the entries mostly RAR/CBR files? It would be great if you could provide the extra information so I can reproduce it and pinpoint the issue. |
Describe the bug To Reproduce
Expected behavior Environment (please complete the following information):
Library has size of 150GB, it's on HDD(7.2k rpm one), not on nas, on bare filesystem. Entries are CBZ files.
I don't know if mango has any logging options - can't find them... |
Sorry for the long delay!
Mango supports only one library. I assume you mean clicking on one of your manga in your library? May I know how many entries do you have in the said manga?
This might be the reason why I am not experiencing the slowness. My library is smaller in size and I am using an SSD. Will try to test it on a HDD and see how it goes. |
Are you putting all your 6k+ cbz files under one folder? If so that is probably the reason it's slow. Please try to organize your library as recommended in the README. |
My library is already organized and still that's 6500 entries (i can't place different mangas in one folder to shorten the overall list of folders). I've increased nginx proxy timeout to 3000 and that provided me the ability to actually read something, but i still have to wait more than a minute before all entries are shown in the library when it loads. |
I am experiencing something similar. My collection is around ~1TB total and 1000s of directories. Trying to use Chunky's (iPad reader app) OPDS actually times out completely, where at the web just takes a minute to load. |
@JakeShirley Wow, you've got a huge library! Currently, Mango stores metadata to the I am currently working on an official react native app for Mango (still a private repository). I plan to return to #148 once the app has the basic functionalities ready. |
50 titles, 3 000 chapter for all of them (Webtoon) and its took a minute to scan it. everytime i start the application, instead of having the library back, mango seem to not check the database and i have to wait the scan is finished again to access it. The applpication is very light, but definitely need optimization for even a very small library (actually i just can't scan my full library even hour and hour waiting because its just do not scan fast enought) :/ EDIT: need a minuter to scan on a SSD and a high end computer. Impossible to run it on a slow or a low end computer neither on HDD. |
For a reference, here are my environments:
more detail, the Mango runs on Windows docker (WSL2 based engine, Windows installed on SATA3 SSD). the entries are on another HDD. I symlinked There are two slow factors, scanning files and loading pages. I worked to improve to load pages and it seems good (not enough tested yet and some jobs left). It would resolve timeout errors, slow loading for a massive entries in one title. We couldn't make it fast that scanning large library on HDDs because of its characteristics. However, it is necessary reading all files in the library at least once.
I agree this is annoying! We could serialize scanned titles to a file, and restore them when the app restarted and inspect / update them one by one. or could skip scanning some files that has a same signature before |
These are actually great idea! I think we can even combine the two to further speed things up. I can try this out next week, but @Leeingnyo let me know if you are interested in doing it yourself :D |
@hkalexling haha I want to do but I think I'll be busy a few weeks. I would focus to finish improving loading pages (config cache size etc.). |
@Leeingnyo No worries please take your time :P I will work on other issues first. |
Hi guys! Could you try the pre-released version 0.24.0, please? It would be helpful! Let me know if your issue resolved |
@zFerry98 it would be great if you could give rc/0.24.0 a try too! I remember you have a big library, and the new changes should help speed things up. |
has been in testing since last night 👍 Log:
I now notice these errors... 🤔 What have I done:Off Mango; What I've noticed regardless of whether it's working or not:Rocket-cannon in loading the library and the covers (even if sometimes they take a few seconds to appear); Now I have to understand the For better or for worse he is already a progressone is version 👍🔝 |
@zFerry98 Thanks for testing! You can set |
👍🚀 Added the path of the file "library.yml.gz" in the configuration (you must also add the name + extension "library.yml.gz" otherwise it tells you that the path entered is a path and not a file 🙃). |
It's a great and lightweight application but does not seem to work with large libraries (6500+ entries).
Loading of such library takes ages and often ends with 502 error page, it's virtually impossible to browse such libraries. Reader still works if you pick first entry from the library, read it till the end and use "Next" button at the end of the page.
The text was updated successfully, but these errors were encountered: