Jetzt kostenlos Anmelden!


reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

1

Dienstag, 20. April 2010, 20:35

Allowed Memory

Ich bekomme seit kurzen bei bestimmten Forenpost ne Warnmeldung:

Fatal error: Allowed memory size of 68157440 bytes exhausted (tried to allocate 71 bytes) in /www/htdocs/w0096fe8/wcms/pkinc/class/sql.php on line 148

Ich weiss das es um die DB und maximales Limit usw. aber das wird doch gar nicht überschritten.

Jemand ne Idee?

Edit: Habe soeben mal mit ini_set das memory limit hochgesetzt nun gehts zwar aber trotzdem verstehe ich net wieso der aufeinmal bei manchen Posts soviel Speicherkapazität vom RAM her braucht
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »reddevil82« (20. April 2010, 20:44)

  • Zum Seitenanfang
  • Zum Seitenende

Muetze Männlich

Ein Pazifist mit der Waffe in der Hand

Beiträge: 681

Geschlecht: Männlich

Wohnort: zu Hause

PHPKIT Version: 1.6.5

2

Dienstag, 20. April 2010, 20:49

Vielleicht hilft Dir das weiter. Oder beim Hoster fragen, ob die memory_limit erhöhen oder bei nem Server selbst erhöhen.

MfG
Es geht nicht darum zu haben was man will, sondern zu schätzen was man hat!
Blutrausch HP

Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
  • Zum Seitenanfang
  • Zum Seitenende

reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

3

Dienstag, 20. April 2010, 20:52

Danke

Habe ich doch schon gemacht siehe meinen Edit und es funktioniert so aber wie gesagt mich würde eher interessieren wieso es bei dem einen Post geht und bei dem anderen wiederrum nicht mit Standard 64
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.
  • Zum Seitenanfang
  • Zum Seitenende

Muetze Männlich

Ein Pazifist mit der Waffe in der Hand

Beiträge: 681

Geschlecht: Männlich

Wohnort: zu Hause

PHPKIT Version: 1.6.5

4

Dienstag, 20. April 2010, 20:57

Ah, ok, an der php.ini kommt man ja beim Webhosting in der Regel nicht. Aber wenn es so geht. Sind es immer die gleichen Postings, wo der Fehler auftrat & war da irgendwann was drin, was in den anderen nicht drin war?
Es geht nicht darum zu haben was man will, sondern zu schätzen was man hat!
Blutrausch HP

Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
  • Zum Seitenanfang
  • Zum Seitenende

Beiträge: 706

PHPKIT Version: keine

5

Dienstag, 20. April 2010, 22:36

@ Red

Falsch geschriebene oder "nicht intelligente" Schleifen verusachen den RAM Verbrauch. Das ganze Kit kommt locker mit 16MB RAM aus ohne das man dieses Limit erhöhen muss. Es wäre also besser mal zu schauen, welche Schleife schuld ist, statt das Limit zu erhöhen. :D
  • Zum Seitenanfang
  • Zum Seitenende

Knuddi Männlich

kennen Einige hier

Beiträge: 344

Geschlecht: Männlich

PHPKIT Version: 1.6.1

6

Mittwoch, 21. April 2010, 08:20

Schleifen lol dieses Problem ist mir bei kit-spiele auch schon aufgefallen und da war noch die 1.6.4 oben. bei der 1.6.5 ist es mir dort noch nicht aufgefallen. Mal weiter obacht geben ^^
  • Zum Seitenanfang
  • Zum Seitenende

maXus Männlich

Grafik Künstler

Beiträge: 1 092

Geschlecht: Männlich

Wohnort: Berlin

PHPKIT Version: 1.6.03

7

Mittwoch, 21. April 2010, 10:04

Kann ich Cracky nur Zustimmen. Für den Anfang kann auch die Reduzierung der angezeigten Posts auf einer Seite helfen, damit da nicht so viel geladen wird. Ansonsten Optimierung der Queries aus eigenen Addons und eben die Schleifen ausbessern. Auch kann gelegentlich ein unset() helfen, auch wenn das wohl erst richtig den Speicher bei php5.3 frei räumen soll, wie ich vor kurzem gelesen habe.
  • Zum Seitenanfang
  • Zum Seitenende

reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

8

Mittwoch, 21. April 2010, 12:07

Ok das es an Schleifen liegt weiss ich ja nur das komische ist ja das bei zb. 15 angezeigten Posts es zb. geht und bei 5 nicht. Gibt es irgenwie ne Möglichkeit mit error reporting die genaue Stelle einzugrenzen da das Script ja leider immer mit nem Fatal Error abbricht und nur ne Fehlermeldung zur der sql.php zewigt und dort ist ja definitiv der Fehler nicht.

Gibt es auch in PHP ne Möglichkeit zb. mit echo rauszufinden wieviel RAM gerade verbraucht wird?

Aber trotzdem danke für Eure Hilfe

PS: Das mit den angezeigten Postings runtersetzen versuche ich mal.
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.
  • Zum Seitenanfang
  • Zum Seitenende

maXus Männlich

Grafik Künstler

Beiträge: 1 092

Geschlecht: Männlich

Wohnort: Berlin

PHPKIT Version: 1.6.03

9

Mittwoch, 21. April 2010, 17:01

Jeder Post hat eine andere Größe, die in den RAM geladen wird. Daher tritt der Fehler nur an einigen Stellen auf und an anderen wiederum nicht.

ZUm testen des Memory Limits schaue hier: Bitte einmal testen! Speicherverbrauch des PHPKIT's
  • Zum Seitenanfang
  • Zum Seitenende

reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

10

Mittwoch, 21. April 2010, 17:17

Ohje jetzt kein Schock bekommen:

Memory START: 3757232
Memory END: 7023512
Memory Total: 68284608

Das ganze wurde in der forumsthread.php eingesetzt bei dem jeweiligen Post

PHP-Version 5.2.12-nmm1
Server-Betriebssystem Linux dd23504 2.6.24-27-server #1 SMP Fri Mar 12 01:23:09 UTC 2010 x86_64
Server-Software Apache
Aktuelle Server-Zeit / angepasste Zeit 21.04.2010 - 17:17:14 / 21.04.2010 - 17:17
Aktuelle PHP Zeitzone Europe/Berlin
SafeMode deaktiviert
MySQL-Version 5.0.51a-3ubuntu5.5-log

Anbieter: All-Inkl.
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.
  • Zum Seitenanfang
  • Zum Seitenende