search

bluemodel / BlueM.Opt

BlueM.Opt is an optimization framework that can be coupled with an arbitrary simulation software.
https://wiki.bluemodel.org/index.php/BlueM.Opt
GNU General Public License v3.0
2 stars 1 forks source link

273: Fehler beim Allokieren von Speicher #190

Closed bluemodel-bot closed 2 years ago

bluemodel-bot commented 2 years ago
Original bug ID 273
Reported by froehlich on 2008-02-27
Affects version 0.9
Component Anw_BlueM.Sim
Severity critical
Priority P1
Milestone Zukunft
Assigned to dittmann
Status RESOLVED WONTFIX

Comments:

froehlich on 2008-02-27:

Nach mehrfacher Simulation via EVO tritt ein Visual Fortran run-time error auf:

forrtl: severe (27): too many records in I/O statement, unit -5, file Internal Formatted Write Stack trace terminated abnormally.

Vermutlich gleichzeitig wird folgender Fehler ausgegeben:

50 Fehler beim Allokieren von Speicherplatz
fuer die Werte bei ..................... ptrS

In Frage kommt hierfür eigentlich nur der ptrStufenContainer

reussner on 2008-02-27:

Bei der DELETE-methode des Stufencontainers könnte es sein, dass Nullify sich nach etlichen wiederholungen als instabil erweist (kA)

Änderung: NULLIFY (ptrStufenContainer) ersetzt durch
DEALLOCATE (ptrStufenContainer)

reussner on 2008-02-27:

zu testen

froehlich on 2008-02-27:

Added attachment: BlueM.dll: BlueM.dll Release r335

Robert, bitte teste doch mal mit dieser dll (ersetze EVO\Apps\Bluem\BlueM.dll)

reussner on 2008-02-28:

Also:

Felix konnte den Fehler reproduzieren: Es wird von der Fortran Runtime der Fehler 41 geworfen (s.u.)!

Das heisst der Speicher ist voll !!!

fehler 41: severe (41): Insufficient virtual memory

FOR$IOS_INSVIRMEM. The Intel Fortran RTL attempted to exceed its available virtual memory while dynamically allocating space. To overcome this problem, increase the per-process data limit by using the limit (C shell) or ulimit (Bourne* and Korn and bash shell) commands before you run this program again.

To determine whether the maximum per-process data size is already allocated, check the value of the maxdsiz parameter in the sysconfigtab or system configuration file. If necessary, increase its value. Changes to do not take effect until the system has been rebooted (you do not need to rebuild the kernel if you modify sysconfigtab).

Before you try to run this program again, wait until the new system resources take effect.

froehlich on 2008-02-28:

ja, diesmal konnte in der FKT_NEU keine Allokierung mehr durchgeführt werden, es liegt also nicht am ptrStufenContainer sondern einfach nur daran, dass der Speicher irgendwann voll ist und die nächste Allokierung schlägt dann fehl. Als der Fehler bei mir auftrat, hatte EVO.exe 1,5 GB Speicher in Verwendung (nach 29h Laufzeit). Bleibt herauszufinden, wo der Speicher hingeht - es scheint eher an EVO als an BlueM zu liegen... Vielleicht kann dieses Tool Aufschluss bieten: http://www.compuware.com/products/devpartner/studio.htm#memory Hat jemand Lust, das auszuprobieren?

PS: den Fehler 27 (siehe oben) konnte ich allerdings nicht reproduzieren...

froehlich on 2017-08-31:

Closing this bug because its almost 10 years old and with the amount of memory available these days, it shouldnt be a problem anymore.

froehlich on 2017-08-31:

close resolved bug