4images Forum & Community
4images Issues / Ausgaben => Installation, Update & Configuration => Topic started by: tgn on January 07, 2003, 11:13:31 PM
-
hi!
I have some troubles working with this genious script on my old pc...
my hardware: pentium 166, 96MB RAM - now upgraded to 256MB and increased the mysql-limits.
I have already disabled all random images but.....
e.g. clicking to a "add to lightbox"-button: about 11-12 seconds in a category with about 150 pictures.
opening a category with 17 pictures: ~ 7 sec., adding to lightbox: ~ 7 sec.
....
my first idea was to increase the ram-size, but that's not the real thing.
looking to the process-table shows only, that some httpd's are consuming cpu-time - not the safe_mysqld....
any hints? (perhaps in german ;-))))
thanx
thomas
-
Arbeitest Du evtl. viel mit URLs statt die Bilder upzuloaden?
Jan
-
nein. habe derzeit überhaupt keine url in der datenbank.
alle bilder sind physikalisch im media-verzeichnis vorhanden - und dies liegt sogar auf einer eigenen hdd - nicht mal auf der system-platte.
thomas
-
Hmmm...schwer zu sagen. Wieviele Bilder hast Du denn in der Galerie?
Jan
-
derzeit ca. 7.000
zwischen 10 und 300 bildern je kategorie/unterkategorie
habe auch darauf geachtet, daß in kategorien, die unterkategorien haben, keine einzelnen bilder enthalten sind.
...
kann das allein an einem pentium 166 liegen? ich kanns fast nicht glauben.
oder ist die "default-config" vom mysql in der suse 8.0 so schlimm.
werde mal versuchen, das ganze probehalber auf meinem schleppi zu installieren (1,6GHz P IV), ob es sich da ähnlich verhält.
thomas
-
Genau, probier das mal aus. 7000 Bilder sind schon eine Menge. Evtl. liegt es wirklich daran.
Jan
-
So. Nach viel Schweiß hab ichs nun geschafft: 1:1 Kopie auf den Laptop (1,6GHz P4, 512MB Ram)
-> Wartezeiten sind nun akzeptabel (ca. 1 sec.); aufruf von "detail"-seiten subjektiv nicht verzögert.
allerdings dürfte ich doch irgendwie mit der datenbankgröße troubles haben:
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 3318768 bytes) in /usr/local/httpd/htdocs/4i/includes/zip.php on line 81
das ganze gelingt mir, sobald ich entweder versuche, die komplette datenbank zu backupen bzw. ebenfalls, wenn ich 100 bilder in die lightbox lege und versuche, das ganze gezippt downzuloaden. - auf beiden rechnern (natürlich dann in einem anderen .php-file ;-))
hat jemand tipps für mich, wie bei ihm die my.cnf aussieht?
backup mit phpMyAdmin: das sql-text-file ist 980kB groß, im Detail:
4images_categories 106 11.5 KB
4images_comments 11 6.7 KB
4images_groupaccess 51 3.8 KB
4images_groupmatch 13 3.2 KB
4images_groups 11 2.3 KB
4images_images 6,570 643.0 KB
4images_images_temp 0 1.0 KB
4images_lightboxes 6 4.9 KB
4images_postcards 1 2.1 KB
4images_sessions 1 219.5 KB
4images_sessionvars 1 2.2 KB
4images_settings 60 4.7 KB
4images_users 8 6.0 KB
4images_wordlist 4,686 181.5 KB
4images_wordmatch 7,062 147.0 KB
15 table(s) Sum 18,587 -- 1.2 MB
eigentlich sieht das ganze doch nicht abnormal aus.
habe mich auch mal mit der "minutenperformance" vom MySQL gespielt:
auf dem 1,6GHz rechner: ca. 1400-1700 req./min.
auf dem 166MHz kam ich gerade mal auf knapp 200 req./min. [mrtg-mysql-load v. 1.02]
das ganze ist mir irgendwie suspekt.
thomas
-
Das Problem ist, dass in beiden Fällen Dateien eingelesen werden und der Speicher dann nicht mehr ausreicht alles zu verarbeiten. Ab einer bestimmten Größe sollte die Datenbank mit phpMyAdmin gesichert werden. Das würde ih soweiso generell empfehlen da phpMyAdmin naturgemäss viel ausgefeilter und damit stabiler läuft als die Funktion von 4images.
Bei der Lightbox müssen alle Datein zum zippen eingelesen werden um sie dann in ein .zip zu packen. Ab einer bestimmten Anzahl bzw. Gesamtgröße gibt es damit natürlich auch Probleme.
Du kannst das memory_limit aber auch in Deiner php.ini höher setzen.
Jan