Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Out of memory
7 views
Skip to first unread message
Stefan Froehlich
Feb 13, 2024, 3:19:43 AM2/13/24
to
Ich habe da einmal ein Stück Software installiert, in einem
Unternehmen. Das läuft dort seit über 10 Jahren auf einer virtuellen
Windows-Maschine (weitgehend fehlerfrei, ausgenommen ein paar
Probleme nach Windows-Updates).
Gestern schickt mir jemand einen Screenshot, ein Benutzer würde
Fehler bekomme und zwar:
"Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
So weit, so schlecht. Der Benutzer macht nichts anderes als auch er
(und alle anderen) in den Jahren davor, und vor allem: memory_limit
ist in der php.ini auf 6GB gesetzt, die virtuelle Maschine auch mit
entsprechend viel Speicher ausgestattet; ich sehe keinen Grund,
weshalb PHP bereits nach 4MB aufgeben sollte.
Liest hier noch jemand mit, der zusätzlich eine Idee hat, was hier
falsch laufen könnte? Unangenehmerweise darf ich nämlich nicht
remote auf die Maschine zugreifen, und der Kunde ist etwas weiter
weg...
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
Neu? Neuer als Stefan!? Da muß die Konkurrenz aber noch früher aufstehen!
(Sloganizer)
Unternehmen. Das läuft dort seit über 10 Jahren auf einer virtuellen
Windows-Maschine (weitgehend fehlerfrei, ausgenommen ein paar
Probleme nach Windows-Updates).
Gestern schickt mir jemand einen Screenshot, ein Benutzer würde
Fehler bekomme und zwar:
"Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
So weit, so schlecht. Der Benutzer macht nichts anderes als auch er
(und alle anderen) in den Jahren davor, und vor allem: memory_limit
ist in der php.ini auf 6GB gesetzt, die virtuelle Maschine auch mit
entsprechend viel Speicher ausgestattet; ich sehe keinen Grund,
weshalb PHP bereits nach 4MB aufgeben sollte.
Liest hier noch jemand mit, der zusätzlich eine Idee hat, was hier
falsch laufen könnte? Unangenehmerweise darf ich nämlich nicht
remote auf die Maschine zugreifen, und der Kunde ist etwas weiter
weg...
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
Neu? Neuer als Stefan!? Da muß die Konkurrenz aber noch früher aufstehen!
(Sloganizer)
Tim Ritberg
Feb 13, 2024, 4:24:26 AM2/13/24
to
Am 13.02.24 um 09:19 schrieb Stefan Froehlich:
Das Speicherlimit ist selten das Problem, eher fehlerhafte Schleifen.
Tim
> Ich habe da einmal ein Stück Software installiert, in einem
> Unternehmen. Das läuft dort seit über 10 Jahren auf einer virtuellen
> Windows-Maschine (weitgehend fehlerfrei, ausgenommen ein paar
> Probleme nach Windows-Updates).
>
> Gestern schickt mir jemand einen Screenshot, ein Benutzer würde
> Fehler bekomme und zwar:
>
> "Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
>
> So weit, so schlecht. Der Benutzer macht nichts anderes als auch er
> (und alle anderen) in den Jahren davor, und vor allem: memory_limit
> ist in der php.ini auf 6GB gesetzt, die virtuelle Maschine auch mit
> entsprechend viel Speicher ausgestattet; ich sehe keinen Grund,
> weshalb PHP bereits nach 4MB aufgeben sollte.
>
> Liest hier noch jemand mit, der zusätzlich eine Idee hat, was hier
> falsch laufen könnte? Unangenehmerweise darf ich nämlich nicht
> remote auf die Maschine zugreifen, und der Kunde ist etwas weiter
> weg...
Ist das überhaupt ein 64bit PHP, welches?
> Unternehmen. Das läuft dort seit über 10 Jahren auf einer virtuellen
> Windows-Maschine (weitgehend fehlerfrei, ausgenommen ein paar
> Probleme nach Windows-Updates).
>
> Gestern schickt mir jemand einen Screenshot, ein Benutzer würde
> Fehler bekomme und zwar:
>
> "Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
>
> So weit, so schlecht. Der Benutzer macht nichts anderes als auch er
> (und alle anderen) in den Jahren davor, und vor allem: memory_limit
> ist in der php.ini auf 6GB gesetzt, die virtuelle Maschine auch mit
> entsprechend viel Speicher ausgestattet; ich sehe keinen Grund,
> weshalb PHP bereits nach 4MB aufgeben sollte.
>
> Liest hier noch jemand mit, der zusätzlich eine Idee hat, was hier
> falsch laufen könnte? Unangenehmerweise darf ich nämlich nicht
> remote auf die Maschine zugreifen, und der Kunde ist etwas weiter
> weg...
Das Speicherlimit ist selten das Problem, eher fehlerhafte Schleifen.
Tim
Stefan Froehlich
Feb 13, 2024, 6:11:46 AM2/13/24
to
On Tue, 13 Feb 2024 10:24:24 Tim Ritberg wrote:
> Am 13.02.24 um 09:19 schrieb Stefan Froehlich:
> Am 13.02.24 um 09:19 schrieb Stefan Froehlich:
>> "Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
>> So weit, so schlecht. Der Benutzer macht nichts anderes als auch
>> er (und alle anderen) in den Jahren davor, und vor allem:
>> memory_limit ist in der php.ini auf 6GB gesetzt, die virtuelle
>> Maschine auch mit entsprechend viel Speicher ausgestattet; ich
>> sehe keinen Grund, weshalb PHP bereits nach 4MB aufgeben sollte.
>> Liest hier noch jemand mit, der zusätzlich eine Idee hat, was
>> hier falsch laufen könnte? Unangenehmerweise darf ich nämlich
>> nicht remote auf die Maschine zugreifen, und der Kunde ist etwas
>> weiter weg...
> Ist das überhaupt ein 64bit PHP, welches?
Es sollte sich um PHP 7.1.33-Win32-VC14-x86 handeln, der Webserver
>> So weit, so schlecht. Der Benutzer macht nichts anderes als auch
>> er (und alle anderen) in den Jahren davor, und vor allem:
>> memory_limit ist in der php.ini auf 6GB gesetzt, die virtuelle
>> Maschine auch mit entsprechend viel Speicher ausgestattet; ich
>> sehe keinen Grund, weshalb PHP bereits nach 4MB aufgeben sollte.
>> Liest hier noch jemand mit, der zusätzlich eine Idee hat, was
>> hier falsch laufen könnte? Unangenehmerweise darf ich nämlich
>> nicht remote auf die Maschine zugreifen, und der Kunde ist etwas
>> weiter weg...
> Ist das überhaupt ein 64bit PHP, welches?
ist ein Apache 2.4.54. Windows weiß ich nicht, das wurde aber 2022
aktualisiert, ist also jedenfalls nicht klinisch tot.
> Das Speicherlimit ist selten das Problem, eher fehlerhafte
> Schleifen.
Aufruf zu simpel; der Fehler tritt angeblich bei rund 30% aller
Aufrufe auf.
Wenn PHP bereits bei 4*M*B abgeschossen wird, kann das nicht
gutgehen. Aber woher kann diese Grenze kommen? Da wäre ja Windows
3.1 schon besser gewesen.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
(Sloganizer)
Tim Ritberg
Feb 13, 2024, 6:25:38 AM2/13/24
to
Am 13.02.24 um 12:11 schrieb Stefan Froehlich:
bei 3GB.
> Wenn PHP bereits bei 4*M*B abgeschossen wird, kann das nicht
> gutgehen. Aber woher kann diese Grenze kommen? Da wäre ja Windows
> 3.1 schon besser gewesen.
Leg eine phpinfo ins Docroot und prüf die Limits.
Tim
> Es sollte sich um PHP 7.1.33-Win32-VC14-x86 handeln, der Webserver
> ist ein Apache 2.4.54. Windows weiß ich nicht, das wurde aber 2022
> aktualisiert, ist also jedenfalls nicht klinisch tot.
Dann kannst du keine 6GB zuweisen. Das Maximum liegt bei 2, mit Tricks
> ist ein Apache 2.4.54. Windows weiß ich nicht, das wurde aber 2022
> aktualisiert, ist also jedenfalls nicht klinisch tot.
bei 3GB.
> Wenn PHP bereits bei 4*M*B abgeschossen wird, kann das nicht
> gutgehen. Aber woher kann diese Grenze kommen? Da wäre ja Windows
> 3.1 schon besser gewesen.
Tim
Stefan Froehlich
Feb 13, 2024, 8:32:58 AM2/13/24
to
On Tue, 13 Feb 2024 12:25:36 Tim Ritberg wrote:
> Am 13.02.24 um 12:11 schrieb Stefan Froehlich:
>> Es sollte sich um PHP 7.1.33-Win32-VC14-x86 handeln, der Webserver
>> ist ein Apache 2.4.54. Windows weiß ich nicht, das wurde aber 2022
>> aktualisiert, ist also jedenfalls nicht klinisch tot.
> Dann kannst du keine 6GB zuweisen. Das Maximum liegt bei 2, mit
> Tricks bei 3GB.
So weit, so klar. Aber woher könnten die 4 MB kommen?
> Am 13.02.24 um 12:11 schrieb Stefan Froehlich:
>> Es sollte sich um PHP 7.1.33-Win32-VC14-x86 handeln, der Webserver
>> ist ein Apache 2.4.54. Windows weiß ich nicht, das wurde aber 2022
>> aktualisiert, ist also jedenfalls nicht klinisch tot.
> Dann kannst du keine 6GB zuweisen. Das Maximum liegt bei 2, mit
> Tricks bei 3GB.
>> Wenn PHP bereits bei 4*M*B abgeschossen wird, kann das nicht
>> gutgehen. Aber woher kann diese Grenze kommen? Da wäre ja
>> Windows 3.1 schon besser gewesen.
> Leg eine phpinfo ins Docroot und prüf die Limits.
so viel wie möglich dazu überlegt, da ich von Windows keine Ahnung
(es ist die einzige Installation in 20 Jahren) und ein wenig Sorge
habe, dort ratlos und erst noch wegen erforderlicher Recherche unter
Zeitdruck zu sein.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
(Sloganizer)
Tim Ritberg
Feb 13, 2024, 8:55:18 AM2/13/24
to
Am 13.02.24 um 14:32 schrieb Stefan Froehlich:
It's dead Jim!
Kein Remotezugang?
Tim
>> Leg eine phpinfo ins Docroot und prüf die Limits.
>
> Dazu muss ich halt extra hinfahren, und ich hätte mir gerne vorher
> so viel wie möglich dazu überlegt, da ich von Windows keine Ahnung
> (es ist die einzige Installation in 20 Jahren) und ein wenig Sorge
> habe, dort ratlos und erst noch wegen erforderlicher Recherche unter
> Zeitdruck zu sein.
Ahja, keine Daten - keine Diagnose.
>
> Dazu muss ich halt extra hinfahren, und ich hätte mir gerne vorher
> so viel wie möglich dazu überlegt, da ich von Windows keine Ahnung
> (es ist die einzige Installation in 20 Jahren) und ein wenig Sorge
> habe, dort ratlos und erst noch wegen erforderlicher Recherche unter
> Zeitdruck zu sein.
It's dead Jim!
Kein Remotezugang?
Tim
Stefan Froehlich
Feb 13, 2024, 12:01:56 PM2/13/24
to
einmal untergekommen ist.
> Kein Remotezugang?
Nein, seit ca. 10 Jahren per Policy untersagt, inzwischen sogar für
die eigenen Mitarbeiter.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
(Sloganizer)
Arno Welzel
Feb 17, 2024, 5:51:49 AM2/17/24
to
Stefan Froehlich, 2024-02-13 09:19:
> Ich habe da einmal ein Stück Software installiert, in einem
> Unternehmen. Das läuft dort seit über 10 Jahren auf einer virtuellen
> Windows-Maschine (weitgehend fehlerfrei, ausgenommen ein paar
> Probleme nach Windows-Updates).
>
> Gestern schickt mir jemand einen Screenshot, ein Benutzer würde
> Fehler bekomme und zwar:
>
> "Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
>
> So weit, so schlecht. Der Benutzer macht nichts anderes als auch er
> (und alle anderen) in den Jahren davor, und vor allem: memory_limit
> ist in der php.ini auf 6GB gesetzt, die virtuelle Maschine auch mit
> entsprechend viel Speicher ausgestattet; ich sehe keinen Grund,
> weshalb PHP bereits nach 4MB aufgeben sollte.
Ohne genauere Analyse mit phpinfo() ist keine Aussage dazu möglich.
> Liest hier noch jemand mit, der zusätzlich eine Idee hat, was hier
> falsch laufen könnte? Unangenehmerweise darf ich nämlich nicht
> remote auf die Maschine zugreifen, und der Kunde ist etwas weiter
> weg...
Egal was es ist - ohne Zugriff auf die Maschine ist es nicht lösbar.
--
Arno Welzel
https://arnowelzel.de
> Ich habe da einmal ein Stück Software installiert, in einem
> Unternehmen. Das läuft dort seit über 10 Jahren auf einer virtuellen
> Windows-Maschine (weitgehend fehlerfrei, ausgenommen ein paar
> Probleme nach Windows-Updates).
>
> Gestern schickt mir jemand einen Screenshot, ein Benutzer würde
> Fehler bekomme und zwar:
>
> "Out of memory (allocated 4194304) (tried to allocate 8192 bytes)"
>
> So weit, so schlecht. Der Benutzer macht nichts anderes als auch er
> (und alle anderen) in den Jahren davor, und vor allem: memory_limit
> ist in der php.ini auf 6GB gesetzt, die virtuelle Maschine auch mit
> entsprechend viel Speicher ausgestattet; ich sehe keinen Grund,
> weshalb PHP bereits nach 4MB aufgeben sollte.
> Liest hier noch jemand mit, der zusätzlich eine Idee hat, was hier
> falsch laufen könnte? Unangenehmerweise darf ich nämlich nicht
> remote auf die Maschine zugreifen, und der Kunde ist etwas weiter
> weg...
--
Arno Welzel
https://arnowelzel.de
0 new messages