Path: news.daimi.aau.dk!news.uni-c.dk!sunic!sunic.sunet.se!news.luth.se!eru.mt.luth.se!bloom-beacon.mit.edu!crl.dec.com!caen!hookup!news.mathworks.com!udel!gatech!howland.reston.ans.net!Germany.EU.net!Dortmund.Germany.EU.net!ping.de!edge.ping.de!not-for-mail Newsgroups: comp.lang.beta References: <3jq90s$ojp@belfort.daimi.aau.dk> <3n5eht$m2i@fbi-news.informatik.uni-dortmund.de> <3niffk$qik@fbi-news.informatik.uni-dortmund.de> From: "Tim Teulings" Date: Thu, 27 Apr 1995 18:23:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Followup-To: comp.lang.beta X-NewsReader: Read 0.820 (26-Apr-95) Subject: Re: BETA questions Message-ID: <96710766@edge.ping.de> Lines: 41 Hallo Wilfried! > But as others have pointed out already: The design of BETA > is not optimized for Hello or Fibonacci programs. > With those 150k you get e.g. RT type checking (where necessary) > and smart storage management including garbage collection. Type checking and garbage collection don't make it to 150KByte, I've got two implementations doing it, the codesize of the first collector itself is around 10KByte, the other one even smaller. Typechecking (and other things like range, overflow etc...) don't make it either. The difference between an example executeable with and without checking is around 360000<->310000. I my opinion the huge codesizes result from not optimized linking. (This means, not eliminating dead code while linking.) But this is of course only a guess. But if it's the case, it should be easy to fix. [...] > an application fast for the user. Therefore we should be > concerned first of all with the design and in the very end > only with local code optimizations. If the design is right > then also the overall efficiency is pretty good already. > If it's not good enough then you should look after local > optimizations. As it was said here already (cf. Jacob But it is not the way, that dumb C++-programmers always use slow algorithms and clever BETA-programmer allways the good one. So an overall speed loss of factor 2-5 is there and you won't sell an product that is 2-5 time slower than that of an other firm (I fact you *will* sell it, because someone else had made the user think that his computer is damed slow and that he must have an Pentium (or PPC) and that will make your aplication again very fast :-))... In my opinion (beeing in the course in Dortmund, too) you have stress even more, that developing in BETA (and othe similar languages :-) is much faster and easier and saver and... to get the people away from C and other languages, which make some aplications so full of bugs. How much people of the course in Dortmund do you think have changed from Pascal or C/C++ to BETA at the end? Gruß ... Tim