Deutsch English Français Italiano |
<utf7je$2god8$1@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: fir <fir@grunge.pl> Newsgroups: comp.lang.c Subject: Re: > fails. Because heaps are unlimited whilst stacks are not. Date: Wed, 20 Mar 2024 18:49:35 +0100 Organization: i2pn2 (i2pn.org) Message-ID: <utf7je$2god8$1@i2pn2.org> References: <uteqa1$2g5vi$1@i2pn2.org> <utf2fj$1j1tv$1@dont-email.me> <utf754$2gnvv$1@i2pn2.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Wed, 20 Mar 2024 17:49:34 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="2646440"; mail-complaints-to="usenet@i2pn2.org"; posting-account="+ydHcGjgSeBt3Wz3WTfKefUptpAWaXduqfw5xdfsuS0"; User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24 In-Reply-To: <utf754$2gnvv$1@i2pn2.org> X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 2764 Lines: 42 fir wrote: > bart wrote: >> >> Maybe the routine is never called. Or it's called once then never called >> again but the stack is now committed. >> > > as far as i know it is not commited..im not 100 procent sure (as it > would probably need to use soem tool that shows that, maybe there are > some) but probably what i think is rught > > windows will swap unused pages away from ram and it work in runtime > i mean if you declare 300 MB stack use it once and then for an hour you > use only 2 MB of this the 298 MB of physical ram will nt be "taken" > > it is not hard to do it in system i think just as aplication acces ram > thry some table you may monitor once a time which regions are alocated > and non used and "detatch " phisical ram ftom thsi area - then attach it > if there is an acces -0 where this detach and attach is not very slow > operation > > thats how i see it..i readed something about this but not much and long > time ago im quite convinced at last that it worx for static arrays so it also should work for stack ..this is difference process explorer shows as "private bytes" and "working set" for example my aplication shows it uses 230 MB of "private bytes" (this is becouse i used lot of statc arrays for various files in code that sum up to 230 MB and it shows it uses 3MB of "working set" - which i understand as real attached physical ram it uses i hope im not wrong though im not totally sure as i not readed a lot on this this is also why im not sure if i should use more heap (reallock) based), more stack, or more static - static should be faster and if the cost os only that "private bytes" wit show high value im not sure if this is nor erasonable cost (becouse heap based in present c is not so much nice)