From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3176 invoked by alias); 19 Mar 2002 16:39:44 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 3046 invoked from network); 19 Mar 2002 16:39:28 -0000 Received: from unknown (HELO localhost.redhat.com) (24.112.135.44) by sources.redhat.com with SMTP; 19 Mar 2002 16:39:28 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 3E3513DAB; Tue, 19 Mar 2002 11:39:22 -0500 (EST) Message-ID: <3C9769BA.2050401@cygnus.com> Date: Tue, 19 Mar 2002 08:39:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.8) Gecko/20020210 X-Accept-Language: en-us MIME-Version: 1.0 To: Anthony Green Cc: Nick Clifton , gdb-patches@sources.redhat.com Subject: Re: ARM sim patch: increase default target memory References: <200203171650.g2HGo8714138@louie.sfbay.redhat.com> <1016488049.16219.118.camel@dhcppc2> <3C9694AF.6050605@cygnus.com> <1016521626.18520.17.camel@dhcppc2> <3C975D3B.8010805@cygnus.com> <1016554885.18678.76.camel@dhcppc2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-03/txt/msg00347.txt.bz2 > On Tue, 2002-03-19 at 07:46, Andrew Cagney wrote: > >> The number is a compromise between a fast simulator startup, sufficient >> memory for a typical simulation and unnecessary VM grab. It was also >> found to be sufficient for the basic GDB and GCC tests. > > > Unfortunately this isn't true anymore. gcj is part of GCC and 2MB is > not enough space. As I said a compromise for the ``basic'' gcc tests. I recall this value being put up once before and people complaining that the basic tests slowed down and GDB grabbed too much memory. >> From memory, he Java tests run on the MIPS (and PPC?) simulators and >> yet there haven't been problems. The MIPS defaults to 2mb, the PPC 1mb. > > > (just MIPS) The default runtime requirements have grown since the early > days. 8MB appears to be a very comfortable amount of space, although > with some experimentation this could probably be brought down. > > >> I don't think that re-compiling GDB is the correct way for a user to >> change the size of simulator memory. Instead the user should be able to >> fix it at run time. I think that is the real bug here. > > > Yes, I agree that this is a bug, which is why I filed a case against it. We're going to degenerate into semantics :-) Arm can't change its memory size at run time. This is the bug that hurt you - you had to change a compile time constant to fix your problem and that simply shouldn't have been necessary. Remember, the other simulators don't have this problem as -m can be used. As a separate issue, it is probably time to review the default memory size for all the simulators. Should they all be increased (to again be consistent)? Should the GDB builder be allowed to --enable-sim-memory-size=BLAH this? Andrew