🌍
Français
lildadou a écrit:
Si je comprends bien, il ne sera plus necessaire de passer par une modification du template mais qu'on pourra passer le local config?
Edit: Au fait, il y a bien des gains signification lorsqu'on parallèlise le traitement. Avec 4 thread c'est une vrai flèche :)
Oui du coup les plugins pourront en tenir compte
Si je comprends bien, il ne sera plus necessaire de passer par une modification du template mais qu'on pourra passer le local config?
Edit: Au fait, il y a bien des gains signification lorsqu'on parallèlise le traitement. Avec 4 thread c'est une vrai flèche :)
Je ne sais pour gthumb mais sachez qu'une nouvelle variable de configuration max_requests a fait son apparition pour la future 2.5
Re ^^'
je me demandais si vous aviez un "trick" équivalent pour GThumb+?
Si ça peut vous être utile, sachez que GThumb+ utilise un objet JavaScript de type ImageLoader.
Merci pour votre réponse super-rapide!
C'est un PC de salon qui héberge donc aucun souci pour la consommation de ressources. J'ai fait un essai préliminaire mais je ne suis pas sur qu'il y ait un gain significatif. Je vais monitorer tout ça et faire un petit compte rendu, demain j'espère.
Bonjour lildadou,
Dans le fichier admin/themes/default/template/batch_manager_global.tpl, c'est la variable maxRequests (à 1 actuellement).
Si tu as un serveur dédié ou que tu héberges ton Piwigo à la maison, pas de soucis pour passer à 2 ou 4, mais si tu es sur un serveur mutualisé, attention à ne pas abuser des ressources du serveur.
Bonjour,
je suis entrain de re-générer les thumbs pour mon site de partage de photo familiale. 15487 photos c'est long, très long d'autant qu'il faut laisser le browser ouvert! A côté de ça, ma machine se tourne les pouces.
Le multi-threading me semble une bonne solution pour améliorer facilement les performances. Le goulot ne devrait pas se décaler du CPU vers les accès disques vu la nature des opérations (beaucoup de calcul pour quelques Mio d'écriture/lecture).