Sehr geehrter Herr fredvs, Sie schrieben am Tue, 4 Dec 2018 08:00:45 -0600 (CST):
> >> him-self, the memory used do not stop to increase and the speed of > >> compilation decrease. > > > I cannot see what relevance your question has to this. > > Hum, in the fpc-forum, to justify the memory leaks generate during > fpc-compilation, some people argued that the reason is speed. Well - in some respect, this may be true. Not careing to clean up, i.e. not _doing_ clean up work, will be, albeit just a little, faster than doing so. If you leave the "mess" on your desktop after doing some work and start zhe next thing just on top of it, you _will_ save a couple of seconds every time. (Although you cannot usually just dump all accumulated litter into your trash can in the evening when you leave from work, which would be the equivalent of reusing the memory after a program has terminated.) > They said that not releasing memory will speed-up the compilation and all > memory leaks will be rmoved by the OS when the application close. Yes, that's just what I stated above - omitting clean up saves a little time everytime, and on termination, all memory goes back to the system anyway. It's "just" the difference between a program that's friendly against others running concurrently, leving comfortyble space for all of them, and a "memory hog" that ploughs through all of the available memory, displacing anything else in need for a chunk, and possibly slowing down all processing by driving the system into using swap space. > OK, I understand the argument but I have still doubt. > Maybe it can speed up the compilation if there is big memory available, so > memory leak is not relay a problem but if the RAM is short, will it no be > a moment when nearly all the memory is allocated and so make the process > slower? Yes, that is just how it works. The argument "in favor" of this way is "meory is cheap as dirt these days". A faulty argument at any time, I think. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- _______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
