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.58.54.97 with SMTP id i1mr2714610vep.40.1384364484378; Wed, 13 Nov 2013 09:41:24 -0800 (PST) X-Received: by 10.50.79.228 with SMTP id m4mr519449igx.9.1384364484332; Wed, 13 Nov 2013 09:41:24 -0800 (PST) Path: border2.nntp.dca.giganews.com!nntp.giganews.com!o2no32993518qas.0!news-out.google.com!9ni26386qaf.0!nntp.google.com!o2no32993509qas.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 13 Nov 2013 09:41:23 -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: <3022f135-3996-4ae8-abcd-e79ca11c60f5@googlegroups.com> Subject: Re: Increasing GNAT's heap From: Eryndlia Mavourneen Injection-Date: Wed, 13 Nov 2013 17:41:24 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: number.nntp.dca.giganews.com comp.lang.ada:183864 Date: 2013-11-13T09:41:23-08:00 List-Id: On Wednesday, November 13, 2013 11:27:26 AM UTC-6, Dmitry A. Kazakov wrote: > On Wed, 13 Nov 2013 16:39:23 +0100, 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 > Certainly no paging, the virtual machine has 8GB free. >=20 > Compilation is also sluggish under Windows for both native and VxWorks > targets on a machine with 16GB RAM. Both compile successfully. >=20 > [Not to confuse compiling with linking. Linking is also extremely slow, > especially when building a dynamic library, but that is a known GCC issue= ] >=20 > --=20 > Regards, > Dmitry A. Kazakov > http://www.dmitry-kazakov.de It typically is not the amount of free virtual address space (which is easy= to allocate) but the amount of physical memory in addition to the referenc= es to the address space actually used by the program. These referenced pag= es must be read into memory (and others probably written to bulk storage to= make room), when the requested addresses reside in pages that are not pres= ently resident. -- Eryndlia Mavourneen (KK1T)