On 15 Jan 2013, at 01:41, sampsa at mac.com wrote:
Somebody was asking for a better benchmark than VUPS earlier, I found WHETSTONE.C on GORVAX which calculates MIPS. Not sure how much better it is than VUPS.COM, but here are some results:
GORVAX (SIMH VAX, on a Core i5)
Loops: 1000, Iterations: 1, Duration: 5 sec.
C Converted Double Precision Whetstones: 20.0 MIPS
CHIMPY (DS10)
Loops: 10000, Iterations: 1, Duration: 2 sec.
C Converted Double Precision Whetstones: 500.0 MIPS
RHESUS (rx2600)
Loops: 100000, Iterations: 1, Duration: 4 sec.
C Converted Double Precision Whetstones: 2500.0 MIPS
I've attached the C source to this message, and will put binaries for all three platforms as well as the source in RHESUS::[.MEDIALIB.WHETSTONE]
The cool thing about this is is compiles on other platforms, so we can do cool stuff like:
- Compare the available MIPS inside an emulator to the available MIPS on the host OS, giving a MIPS:MIPS ratio for emulator code
- Compare directly the power of older CPUs with newer ones and also derive ap erformance MIPS/Watt figure for various systems.
- Find out how incredibly CPUs have advanced in 50 years!
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
Brian Hechinger <wonko at 4amlunch.net> writes:
On 1/15/2013 1:20 PM, Brian Schenkenberger, VAXman- wrote: > You'd need
to '$ DELETEE/SYMBOL/LOCAL XYZZY' to get the global definition. > In
your case, XYZZY is replaced with UNZIP.
Basically it's the whole DELETE/SYMBOL thing i needed to do to clear out
the old copy.
Now I know. :)
;)
You need to appreciate the whole symbol defintion and scope thing. There
are both GLOBAL and LOCAL symbol definitions in DCL. A GLOBAL symbol can
be resolved from ANY procedure level. A LOCAL symbol can only be resolved
in/at the procedure level in which is is/was defined.
$ SET NOON
$ XYZZY = "this is a local symbol"
$ SHOW SYMBOL XYZZY
$ CALL MYSUB
$ SHOW SYMBOL XYZZY
$ EXIT
$
$ MYSUB: SUBROUTINE
$ SHOW SYMBOL XYZZY
$ XYZZY = "redefine this local symbol"
$ SHOW SYMBOL XYZZY
$ EXIT
$ ENDSUBROUTINE
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 15 Jan 2013, at 13:27, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 1/15/2013 1:17 PM, Cory Smelosky wrote:
Python's almost installed. All i'll need to do is install pexpect.
Sweet!
Any particular username you want?
G. <gerry77 at mail.com> writes:
On Tue, 15 Jan 2013 12:06:29 -0500, you wrote:
SYS$STARTUP:SYLOGIN.COM? I thought it was in SYS$MANAGER?
If it's in the right place, both logicals will work :)
try sho log sys$startup and sho log sys$manager :)
SYS$STARTUP is a searchlist which comprises SYS$MANAGER.
$ SHOW LOGICAL SYS$STARTUP
"SYS$STARTUP" = "SYS$SYSROOT:[SYS$STARTUP]" (LNM$SYSTEM_TABLE)
= "SYS$MANAGER"
1 "SYS$MANAGER" = "SYS$SYSROOT:[SYSMGR]" (LNM$SYSTEM_TABLE)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 1/15/2013 1:20 PM, Brian Schenkenberger, VAXman- wrote:
You'd need to '$ DELETEE/SYMBOL/LOCAL XYZZY' to get the global definition.
In your case, XYZZY is replaced with UNZIP.
Basically it's the whole DELETE/SYMBOL thing i needed to do to clear out the old copy.
Now I know. :)
Thanks!
-brian
G. <gerry77 at mail.com> writes:
On Tue, 15 Jan 2013 11:46:34 -0500, you wrote:
How do I do multiple search paths? >=20 > -brian >=20 > On 1/15/2013
11:35 AM, hvlems at zonnet.nl wrote: > > def/use dcl$path dka0::[bin]
Never tried, but I suppose that something like the following would work:
$ DEFINE "DKA0:[first],DKA0:[second],DKA0:[third]"
Close:
$ DEFINE [/TRANSLATION=(...)] logical-name DKA0:[first],DKA0:[second],DKA0:[third]
If you quote the string, you will define the logical as a quoted string.
That's not going to suffice for use in a file specification.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 15 Jan 2013, at 12:47, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 1/15/2013 12:45 PM, Cory Smelosky wrote:
All of that's already up. I just need to get python working. I even installed GNV as I had the disk space...
Get python working and install the pexpect module and you'll be my hero.
Python's almost installed. All i'll need to do is install pexpect.
Then fix my blasted system. :)
-brian
Oh, we managed to set the priviliged bit with an ordinary algol compiler and use that for access to dcalgol to call operator functions. That stopeed working when the privilege bit was remioved from the codefiles.
------Origineel bericht------
Van: Paul_Koning at Dell.com
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] PDP-11 Algol
Verzonden: 15 januari 2013 18:45
On Jan 15, 2013, at 12:15 PM, <hvlems at zonnet.nl>
wrote:
There was a port of the Burroughs Large Systems algol compiler for RT11.
I have one on a DECtape I.
It compiled test programs that I had written for, and copied from the B7700. Burroughs Extended Algol beats C Bliss hands down as tool to write compilers and os's in.
The same one, give or take some edits, I believe. Originally by Barry Folsom, modified by Greg Hosler. RSTS port by Terry Grieb and myself. And yes, originally for RT11 sounds familiar, that would certainly explain why the RSTS port was straightforward.
Burroughs Algol is nice for lots of work. For operating systems, there was Espol, which was kept more or less secret because getting access to the compiler meant you could break the OS security... (There is an Espol manual on Bitsavers.)
paul
On Tue, Jan 15, 2013 at 12:17 PM, Tim Sneddon <tim at sneddon.id.au> wrote:
GEM never generated code for the PDP-11. It did do IA-32, IA-64, Alpha,
MIPS. I supports a range of operating systems including Windows,
OpenVMS, Tru64, Linux and NonStop (although that never made it to
production).
That was my memory, also, although I thought it could also generated code for Ultrix, but I do not remember.
Clem
