SLOW Gallery please Fix (We have year 2k18)

[Ser1ous1]

Please fix the slow thumbnail generation, especially for big file collections. It is not sustainable to host your "own" nextcloud and want to save images on it, with that low speed and high cpu consuming thumbnail generation.

Btw. im using "occ preview:generate-all" Cron @ 0 3 * * *

Screenshot with no new pictures, just executing the command!

(~ 2200 pictures)

[hast0011]

Just to support this issue:

Please fix this issue also for me. I have a some thousand pictures but gallery works soooo slow.
How can anybody use this as a replacement for OneDrive or dropbox?

Once I manage to navigate into a folder (eventually it crahes) the preview generation is like 1 picture every 30 seconds or even worse…

The servers purpose is nextcloud only and there is only 1 user

I use redis and tried all the things I found without success. Samba share on the same server over the same network allows my windows client to create previews 10x faster in file explorer.

In desparation any settings related to preview-generation are changed now. No clue howto reset to default due to lack of documentation.

Example:
/Folder php -f *3 xxx??? occ --vvvv preview-generate-all-reset-size-to small-and-store-this-anywhere

Please put some manpower here because I would really like to get rid of overseas cloud service.

Having said that I want to say that normal file access and sync work perfect.

[rrrnld]

I found this issue because I was looking for a way to pre-generate previews. The app you're talking about seems to be this one, not the gallery app that you're looking at here (even though they work together). The project's readme says the following:

preview:generate-all [user-id]
Loop over all files and try to generate previews for them. If user-id is supplied just loop over the files for that user.

preview:pre-generate
Do the actual pregeneration. This means only for new or modified files (since the app was enabled or the last pregeneration was done).

So I guess the command you're looking for should be the second one, no? You shouldn't need to re-generate previews that were already created.

[azlux]

You can install php-imagick and imagemagick-6-common, it's will be faster
Az

[hast0011]

Both are already installed. Am Fr., 1. Juni 2018 um 00:07 Uhr schrieb azlux <notifications@github.com>:

…

You can install *php-imagick* and *imagemagick-6-common*, it's will be faster Az — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#437 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Afn79mJwXNavoNaxFyhKuszhDIm9RxYfks5t4GmmgaJpZM4UKz93> .

[Ser1ous1]

preview:pre-generate
Do the actual pregeneration. This means only for new or modified files (since the app was enabled or the last pregeneration was done).

Was at least an improvement, thx.

[ferdiga]

1. dispatching a 140k "full" size jpg is much to slow, clicking "next image" between 3 and 10 seconds
2. gallery preview - with or without preview generator is equally slow
3. the thumbnails in the list view seem to be dispatched faster.