Der Klick auf diesen Button ist kein Problem. Bei so vielen Bildern wird der eher wegen max_execution_time intern irgendwo abbrechen, dann klickt man halt nach 5 Minuten oder so wieder drauf. Viele Hoster haben eine Limitierung von IOPS (Input Output Per Second). Also wie viele Datei-Operationen auf dem Webspeicher für Deinen Account pro Sekunde erlaubt sind. Bei 10.000 Bilder und als Beispiel 1000 IOPS dürfte das Löschen gerade mal 10-12 Sekunden dauern. Meist liegt die max_execution_time bei 30 Sekunden, bei guten TYPO3 Hostern wohl eher bei 240 Sekunden. Der Befehl sollte also mit dem ersten Klick anstandslos durchlaufen.
Das eigentliche Problem in meinen Augen ist dann der nächste Webseiten-Aufruf. Auch hier limitieren Hoster gerne. Zum Einen gibt es Entry-Processes und Processes total. Nehmen wir mal EP 20, damit dürfen 20 Webseitenbesucher Deine Webseite exakt gleichzeitig besuchen. Ich lehne mich mal aus dem Fenster, ohne Deine Serverstatistiken zu kennen, und behaupte, dass auch dies nicht Dein Problem ist. Ausnahme wäre vielleicht noch nen Newsletterversand. Ja, wenn Du für 09:00 nen Newsletter versendest, solltest Du den Button da im Installtool bitte nicht gerade drücken ;-)
Das Problem sind die Total Processes. Die liegen je nach Hoster und Tarif so zwischen 50 und 120, vielleicht auch mal 200. Du löscht nun alle processed Bilder und Du oder jemand anderes besucht Deine Webseite. Nun müssen in dem Request sagen wir 25 Bilder gerendert werden. Was gerne vergessen wird, und Wolfgang hat das auch schon angesprochen, sind responsive Images. Da hast jetzt vielleicht 4 zusätzliche Bilder pro Bild. Also müssen im Fluid-Template über f:image oder f:media 125 Bilder gebaut werden. Jedes einzelne davon startet nun einen Shell-Command, um mittels GraficksMagick oder ImageMagick die Bilder klein zu rendern. Das produziert Dir in kurzer Zeit einen Haufen Sub-Prozesse und wenn dann noch ein anderer Webseitenbesucher kommt oder gleich 3 in kurzer Zeit, dann kann sich die Anzahl dieser Sub-Prozesse schnell auf 300 anhäufen. Zu viel für diese limitierten Hostinganbieter.
Außerdem ist dieses klein rendern ein sehr CPU lastiger Prozess. Auch hier limitieren Hoster gerne und verkaufen 100%, 200%, 400% CPU Zeit. Joah, wenn die dann aufgebraucht ist, dann stapeln sich die CPU Anfragen und im Zweifel, wenn die Warteschlange voll ist, werden weitere Prozesse schlicht abgebrochen.
Bitte verwende eine Extension wie image_autoresize, um Bilder beim Hochladen schon auf eine bestimmte Größe zu reduzieren. Wenn Du da 10 MB große Dateien hochlädst, dann braucht der Prozess zum klein rendern halt erheblich länger, als wenn Du mit Bildern mit max. Breite von 1200 Pixel arbeitest. Damit bekommst Du die CPU Last erheblich runter und die Prozesse können sehr viel schneller abgearbeitet werden.
Etwas experimentell, bzw. ich habe halt noch niemanden gesehen, der es gemacht hat:
Setz den File Storage von fileadmin (1:/) mal auf public: false. In diesem Falle werden seitens Fluid halt gar keine Bilder mehr gerendert, sondern nur eine generische URL. Die Bilder werden also erst beim Laden des picture oder img Tags ausgelesen. Hat den Vorteil, dass von Deinen 5 responsive Images nur eines auch tatsächlich geladen wird. Dadurch rutscht du von 125 Bildern pro Seite runter wieder auf 25 tatsächliche Bilder.