On 31 Dec 2012, at 15:06, sampsa at mac.com wrote:
On 31 Dec 2012, at 21:50, Cory Smelosky <b4 at gewt.net> wrote:
Ohhhh, just did a 'file' on the binary I've been using (it worked so didn't feel the need to compile a new one):
bash-3.2$ file simh-vax
simh-vax: Mach-O executable i386
Huh.
32-bit binary on 64-bit OS vs native 64 bit binary on the Linux VM's.
I love how the default compiler likes generating 32-bit binaries for some silly reason.
BTW, at 20 VUPS, SSH2 is almost usable.
Yup.
sampsa
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 31 Dec 2012, at 21:50, Cory Smelosky <b4 at gewt.net> wrote:
Ohhhh, just did a 'file' on the binary I've been using (it worked so didn't feel the need to compile a new one):
bash-3.2$ file simh-vax
simh-vax: Mach-O executable i386
Huh.
32-bit binary on 64-bit OS vs native 64 bit binary on the Linux VM's.
BTW, at 20 VUPS, SSH2 is almost usable.
sampsa
On 31 Dec 2012, at 14:47, sampsa at mac.com wrote:
3.7-1 on OS X, 3.9 on the Linux ones - might explain the difference.
Yeah, that might. ;)
Ohhhh, just did a 'file' on the binary I've been using (it worked so didn't feel the need to compile a new one):
bash-3.2$ file simh-vax
simh-vax: Mach-O executable i386
Huh.
In any case, I don't mind the overhead of the small Linux VM underneath them and they will soon all be on a large-ish server in a colo rack as I sell my apartment. Sampsa might leave London, but SAMPSACOM stays behind :)
The large-ish server should definitely help. ;)
sampsa
On 31 Dec 2012, at 21:41, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 14:40, sampsa at mac.com wrote:
On 31 Dec 2012, at 20:46, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 08:26, sampsa at mac.com wrote:
I noticed that Linux SIMH is about twice as fast on OS X.
KUHAVX got about 12 VUPS when running natively on a Core i5 iMac, 24 when in a Linux VM on the same hardware. Pretty weird.
Really? I've gotten 20 VUPS on both.
Which version of OS X?
10.7.5 (Darwin 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64)
and
10.6.8 (10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
Interesting.
Which version of SIMH and do you remember to SET CPU IDLE?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
And yes set cpu idle was specified on both, in fact the ini files are identical except for network adapter name changes.
sampsa
On 31 Dec 2012, at 21:41, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 14:40, sampsa at mac.com wrote:
On 31 Dec 2012, at 20:46, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 08:26, sampsa at mac.com wrote:
I noticed that Linux SIMH is about twice as fast on OS X.
KUHAVX got about 12 VUPS when running natively on a Core i5 iMac, 24 when in a Linux VM on the same hardware. Pretty weird.
Really? I've gotten 20 VUPS on both.
Which version of OS X?
10.7.5 (Darwin 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64)
and
10.6.8 (10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
Interesting.
Which version of SIMH and do you remember to SET CPU IDLE?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
3.7-1 on OS X, 3.9 on the Linux ones - might explain the difference.
Ohhhh, just did a 'file' on the binary I've been using (it worked so didn't feel the need to compile a new one):
bash-3.2$ file simh-vax
simh-vax: Mach-O executable i386
In any case, I don't mind the overhead of the small Linux VM underneath them and they will soon all be on a large-ish server in a colo rack as I sell my apartment. Sampsa might leave London, but SAMPSACOM stays behind :)
sampsa
On 31 Dec 2012, at 21:41, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 14:40, sampsa at mac.com wrote:
On 31 Dec 2012, at 20:46, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 08:26, sampsa at mac.com wrote:
I noticed that Linux SIMH is about twice as fast on OS X.
KUHAVX got about 12 VUPS when running natively on a Core i5 iMac, 24 when in a Linux VM on the same hardware. Pretty weird.
Really? I've gotten 20 VUPS on both.
Which version of OS X?
10.7.5 (Darwin 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64)
and
10.6.8 (10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
Interesting.
Which version of SIMH and do you remember to SET CPU IDLE?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 31 Dec 2012, at 14:40, sampsa at mac.com wrote:
On 31 Dec 2012, at 20:46, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 08:26, sampsa at mac.com wrote:
I noticed that Linux SIMH is about twice as fast on OS X.
KUHAVX got about 12 VUPS when running natively on a Core i5 iMac, 24 when in a Linux VM on the same hardware. Pretty weird.
Really? I've gotten 20 VUPS on both.
Which version of OS X?
10.7.5 (Darwin 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64)
and
10.6.8 (10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
Interesting.
Which version of SIMH and do you remember to SET CPU IDLE?
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 31 Dec 2012, at 20:46, Cory Smelosky <b4 at gewt.net> wrote:
On 31 Dec 2012, at 08:26, sampsa at mac.com wrote:
I noticed that Linux SIMH is about twice as fast on OS X.
KUHAVX got about 12 VUPS when running natively on a Core i5 iMac, 24 when in a Linux VM on the same hardware. Pretty weird.
Really? I've gotten 20 VUPS on both.
Which version of OS X?
10.7.5 (Darwin 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64)
and
10.6.8 (10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
On 31 Dec 2012, at 08:26, sampsa at mac.com wrote:
I noticed that Linux SIMH is about twice as fast on OS X.
KUHAVX got about 12 VUPS when running natively on a Core i5 iMac, 24 when in a Linux VM on the same hardware. Pretty weird.
Really? I've gotten 20 VUPS on both.
Which version of OS X?
sampsa
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
There s something else going on here. I m not sure who originally analyzed the file to decide that the format was Stream-CR (although given that the analysis was done on RSX, we can probably guess :-)
>On 2012-12-31 14:59, Brian Schenkenberger, VAXman- wrote:
>> Johnny Billquist <bqt at softjar.se> writes:
>>
>>> On 2012-12-31 08:08, sampsa at mac.com wrote:
>>>> Funny thing about LEGATO's INFO.TXT - my parser looks for the .BEGIN-HECNET-INFO tag and deletes all text after that.
>>>>
>>>> I should probably make a manual HLP file for LEGATO, Bob you OK with that?
>>>
>>> LEGATO's INFO.TXT have real yucky file attributes and a real yucky
>>> file format. :-) (What on earth was used to produce it???)
>>
>> Stream_CR typically surfaces with files coming from WEENDOZE.
>
>Ah. Yes, that would be a possible, source, I guess. But I find Stream_CR a but surprising.
> Maybe I'm just too ignorant of VMS formats here. But isn't there a plain Stream as well
> (which also exists in RSX), in which records are terminated by CR+LF, and which is what
> I would expect a Windows machine to produce...
>
>>> Directory LEGATO::SYS$SPECIFIC:[FAL$SERVER]
>>> 31-DEC-12 13:59:07
>>>
>>> INFO.TXT;1
>>> Size: 8./35. Created: 08-JUL-10 10:54:52
>>> Owner: [000376,000373] Revised:
>>> 27-DEC-12 19:24:34(6.)
>>> Expires: <none_specified>
>>> File protection: System:RE, Owner:RE, Group:RE, World:RE
>>> File organization: Sequential
>>> File attributes: Allocation=0
>>> Record format: Stream-CR, no maximum defined
>>> Record attributes: Carriage return
>>
The thing is, the file isn t Stream-CR it s Stream-LF
$ dir info.txt;1
Directory SYS$SPECIFIC:[FAL$SERVER]
INFO.TXT;1
8/35 8-JUL-2010 10:54:52.34 [DECNET,FA (RE,RE,RE,RE)
$ analyze/rms info.txt;1
...
RMS FILE ATTRIBUTES
File Organization: sequential
Record Format: stream-LF
Record Attributes: carriage-return
Maximum Record Size: 0
Longest Record: 174
...
The analysis uncovered NO errors.
ANA/RMS INFO.TXT;1
So the stuff about Stream-CR is bogus and a red herring, and I don t know why Sampsa had trouble.
Bob