Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!feeder.erje.net!eu.feeder.erje.net!newsfeed.fsmpi.rwth-aachen.de!eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: Walter Banks Newsgroups: comp.lang.forth Subject: Re: Metrics on stack usage Date: Tue, 16 Sep 2014 15:11:18 -0400 Organization: Aioe.org NNTP Server Lines: 48 Message-ID: <54188B56.41C6FC49@bytecraft.com> References: <541855C0.2558D27D@bytecraft.com> <5418716C.E8B0E114@bytecraft.com> NNTP-Posting-Host: YoO9jN9ybQgjv0MfopP4oQ.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org X-Mailer: Mozilla 4.79 [en]C-CCK-MCD NSCPCD479 (Windows NT 5.0; U) X-Accept-Language: en X-Notice: Filtered by postfilter v. 0.8.2 Xref: csiph.com comp.lang.forth:33392 rickman wrote: > On 9/16/2014 1:20 PM, Walter Banks wrote: > > rickman wrote: > > > >> On 9/16/2014 11:22 AM, Walter Banks wrote: > >>> I am working on a code generator for a stack processor. > >>> Who better to ask about real stack requirements than a forth group. > >>> > >>> The question is what is the expected stack requirements for a > >>> forth implementation? > >>> > >>> Is there any benchmark code that test stack usage? > >>> > >>> Many Thanks > >> > >> I can't answer your question, but I'm sure others can give you some > >> guidance. I expect the question is a bit like, "how long is a piece of > >> string". How much stack you will need greatly depends on what you are > >> doing. That is it depends much more on your apps than it does Forth > >> itself. There are many Forths that run on very limited hardware and so > >> have a rather small stack although they are fully capable of performing > >> many tasks. There are also Forths on PCs with huge stacks which allow > >> deep recursion. So what sort of apps are you thinking of running? > >> > >> Also, do you mean you are working on a code generator which produces > >> code for a virtual stack machine or you have a hardware implementation > >> of a stack processor? > > > > I agree that it is possible to create examples that can use all > > available stack. There are practical limits in real life code. > > There is a statistical distribution of stack requirements given > > actual application code. It is this distribution that I am > > interested in tapping into the knowledge of this NG. > > > > It is real hardware. I will post details when they are > > released. > > What apps are intended for your hardware? It is (yet another) non hosted embedded systems processor that will probably be used mostly for stand alone process control systems. w..