From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.182.108.136 with SMTP id hk8mr13700265obb.11.1384359111641; Wed, 13 Nov 2013 08:11:51 -0800 (PST) X-Received: by 10.182.72.225 with SMTP id g1mr194707obv.7.1384359111521; Wed, 13 Nov 2013 08:11:51 -0800 (PST) Path: border1.nntp.ams3.giganews.com!border1.nntp.ams2.giganews.com!border3.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!feeder2-2.proxad.net!proxad.net!feeder1-2.proxad.net!209.85.216.87.MISMATCH!o2no32876615qas.0!news-out.google.com!9ni26651qaf.0!nntp.google.com!i2no23904269qav.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 13 Nov 2013 08:11:51 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=129.59.203.130; posting-account=7Oy7OQoAAABhVYFOo553Cn1-AaU-bSfl NNTP-Posting-Host: 129.59.203.130 References: <1o29hesl8k6yk$.1kqputng2vdks$.dlg@40tude.net> <87habgiufi.fsf@ludovic-brenta.org> <1ogylkzganxtj.1fuy036v94ui4$.dlg@40tude.net> <52835cab$0$9515$9b4e6d93@newsspool1.arcor-online.net> <1gyri4u994iza.15tpx0vnp77zr.dlg@40tude.net> <20131113163923.32140110@PC-8N-L> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <1ee257e5-516c-4506-970b-4311ab29980c@googlegroups.com> Subject: Re: Increasing GNAT's heap From: Eryndlia Mavourneen Injection-Date: Wed, 13 Nov 2013 16:11:51 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Original-Bytes: 2660 Xref: number.nntp.dca.giganews.com comp.lang.ada:183860 Date: 2013-11-13T08:11:51-08:00 List-Id: On Wednesday, November 13, 2013 10:07:14 AM UTC-6, Eryndlia Mavourneen wrot= e: > On Wednesday, November 13, 2013 9:39:23 AM UTC-6, Oliver Kleinke wrote: >=20 > > > I don't believe it has anything to do with GCC. It looks clearly like > > > GNAT issue which, BTW, also leads to extremely sluggish compilation. > > > After all, if you allocate 2+ GB of memory you have to fill it with > > > some junk and that takes time, much time. > >=20 > > I suppose this has to do with swapping/paging, so the sluggishness migh= t > > not be GNAT's fault. >=20 > I was thinking along these lines. It is important to remember that the p= rogram being run dictates much of what occurs with paging. Data references= aside, the locality of execution has a great deal to do with the amount of= paging and swapping that occurs. =20 > . . .=20 > -- Eryndlia Mavourneen (KK1T) Actually, I meant to say "paging" and not "paging and swapping," although s= wapping can be partially controlled by the process' priority relative to th= e others in the system with the same OS mode (kernel, user, etc.). -- em