Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!cunixf.cc.columbia.edu!cunixb.cc.columbia.edu!es1 From: es1@cunixb.cc.columbia.edu (Ethan Solomita) Newsgroups: comp.sys.amiga.tech Subject: Re: Dhrystones 2.1 Message-ID: <1990Nov16.063703.21391@cunixf.cc.columbia.edu> Date: 16 Nov 90 06:37:03 GMT References: <1990Nov11.093823.8369@cunixf.cc.columbia.edu> Sender: news@cunixf.cc.columbia.edu (The Daily News) Organization: Columbia University Lines: 41 In article eachus@linus.mitre.org (Robert I. Eachus) writes: > > Are you using SetCPU to turn on the data cache in the 68030? (I >don't think you need to use FASTROM.) This sounds about like the >right difference. (Under 1.3 the data cache is off by default, since >with some DMA controllers it could cause problems, but I think I >remember reading that the 3000s disk controller and hddisk.device do >the "right" things. (I have a 2090 and a 2630 card and I have never >had a problem caused by the data cache. SetCPU leaves both data and >instruction caching off for the CHIP memory. -- Thanks Dave :-) > I have the cache on, but burst off because I don't have static column ram, just burst. I've gotten the numbers up just above 6,000 (6,060 to be exact) by changing a few more parameters and by using changetaskpri to give it priority. Two things. When I add forbid() it won't compile and when I try compiling with registerized parameters it won't compile, I get unknown symbols when it links, including things like _strcpy. Does anyone know how to make either of those changes work? >-- > > Robert I. Eachus > >with STANDARD_DISCLAIMER; >use STANDARD_DISCLAIMER; >function MESSAGE (TEXT: in CLEVER_IDEAS) return BETTER_IDEAS is... -- Ethan If God were suddenly condemned to live the life which he has inflicted upon men, He would kill himself. -- Alexandre Dumas Which is it: is man one of God's blunders, or is God one of man's blunders? -- Nietzsche They're JOKES! Lighten up! 8) Flames will be ignored.