SGI: hinv

Fuel V12 DCD R16K 900MHz 4GB

UPGRADED!!! See end

I'm making a new thread since this really is a "new" bigred -- new machine, new motherboard, new PIMM, new RAM, thanks to mopar5150. The only things carried over were the old hard disk, the SCSI card, the FireWire card and the DAT; I also installed the front bezel from the first bigred because it's a little nicer. I even installed a Pioneer 305S since it's a 40X CD-ROM drive (besides DVDs).

Just to see if the bump in cache speed makes any difference, I did a little testing in dhrystone, which is not a great benchmark but is easy to configure and run. When it was 700MHz, I got

Code: Select all

cc -Ofast=IP35 -o dhrystone dhry21a.c dhry21b.c timers.c

Dhrystone Benchmark, Version 2.1 (Language: C)

Please give the number of runs through the benchmark:
Execution starts, 10000000 runs through Dhrystone
Execution ends
...

Code: Select all

Register option selected?  YES
Microseconds for one run through Dhrystone:     0.4
Dhrystones per Second:                       2792636.2
VAX MIPS rating =   1589.434


At 800MHz,

Code: Select all

Register option selected?  YES
Microseconds for one run through Dhrystone:     0.3
Dhrystones per Second:                       3194754.5
VAX MIPS rating =   1818.301


I ran each one about three times and the numbers were stable. That's a 14% increase ... as expected from the simple ratio of clock speeds. Oh well. 14% is still better! And it runs very well.

It looks just like it did before except for the new drive, so refer to those pictures . Internally the M-Audio was replaced by the Audigy that mopar5150 provided, and he also threw in a USB card that works well. I'll let him comment on those, since I don't know if they're in the Fuel aggregator yet.

New hinv, gfxinfo, etc., with scsicontrol list of SCSI devices:

Code: Select all

% hinv -vm
Location: /hw/module/001c01/node
IP34 Board: barcode NEY977     part 030-1707-005 rev -A
Location: /hw/module/001c01/node/cpubus/0
IP34PIMM Board: barcode NEE020     part 030-1932-001 rev -B
Location: /hw/module/001c01/Ibrick/xtalk/13
ASTODY Board: barcode NEJ116     part 030-1726-005 rev -A
Location: /hw/module/001c01/Ibrick/xtalk/14
IP34 Board: barcode NEY977     part 030-1707-005 rev -A
Location: /hw/module/001c01/Ibrick/xtalk/15
IP34 Board: barcode NEY977     part 030-1707-005 rev -A
1 800 MHZ IP35 Processor
CPU: MIPS R16000 Processor Chip Revision: 2.2
FPU: MIPS R16010 Floating Point Chip Revision: 2.2
CPU 0 at Module 001c01/Slot 0/Slice A: 800 Mhz MIPS R16000 Processor Chip (enabled)
Processor revision: 2.2. Scache: Size 4 MB Speed 400 Mhz  Tap 0xa
Main memory size: 4096 Mbytes
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 4 Mbytes
Memory at Module 001c01/Slot 0: 4096 MB (enabled)
Bank 0 contains 1024 MB (Premium) DIMMS (enabled)
Bank 1 contains 1024 MB (Premium) DIMMS (enabled)
Bank 2 contains 1024 MB (Premium) DIMMS (enabled)
Bank 3 contains 1024 MB (Premium) DIMMS (enabled)
Integral SCSI controller 4: Version IEEE1394 SBP2
Integral SCSI controller 2: Version LS1030, low voltage differential
Integral SCSI controller 0: Version QL12160, low voltage differential
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Tape drive: unit 4 on SCSI controller 0: DAT
Integral SCSI controller 1: Version QL12160, single ended
CDROM: unit 4 on SCSI controller 1
Integral SCSI controller 3: Version LS1030, low voltage differential
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V12
Integral Fast Ethernet: ef0, version 1, module 001c01, pci 4
Iris Audio Processor: version EMU revision A4, number 1
PCI Adapter ID (vendor 0x1000, device 0x0030) PCI slot 1
PCI Adapter ID (vendor 0x1000, device 0x0030) PCI slot 1
PCI Adapter ID (vendor 0x1102, device 0x0004) PCI slot 2
PCI Adapter ID (vendor 0x1102, device 0x7003) PCI slot 2
PCI Adapter ID (vendor 0x1102, device 0x4001) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1216) PCI slot 1
PCI Adapter ID (vendor 0x104c, device 0x8024) PCI slot 2
PCI Adapter ID (vendor 0x1033, device 0x0035) PCI slot 3
PCI Adapter ID (vendor 0x1033, device 0x0035) PCI slot 3
PCI Adapter ID (vendor 0x1033, device 0x00e0) PCI slot 3
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 4
PCI Adapter ID (vendor 0x1045, device 0xc861) PCI slot 5
HUB in Module 001c01/Slot 0: Revision 2 Speed 200.00 Mhz (enabled)
IP35prom in Module 001c01/Slot n0: Revision 6.187
DMediaPro DM10 FW option: unit 0, revision 1.1.0
USB controller: type OHCI
USB controller: type OHCI
USB Human Interface Device: device id 0 type mouse
USB Human Interface Device: device id 0 type keyboard
USB Human Interface Device: device id 1 type mouse
USB controller: type OHCI
% /usr/gfx/gfxinfo
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 1920x1088
BUZZ version B.2
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: NEC 26489
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1080 lines, 72.00Hz (1920x1080_72)
% su
# ls /dev/scsi
sc0d1l0  sc0d4l0  sc1d4l0
# scsicontrol -i sc0d1l0
sc0d1l0:  Disk          FUJITSU MAW3073NP       0104
ANSI vers 3, ISO ver: 0, ECMA ver: 0; supports:  16bit synch linkedcmds cmdqueing
Device is  ready
# scsicontrol -i sc0d4l0
sc0d4l0:  Tape          SONY    SDT-10000       0200
ANSI vers 2, ISO ver: 0, ECMA ver: 0; supports:  16bit synch
Device is  not ready

# scsicontrol -i sc1d4l0
sc1d4l0:  CD-ROM        HP      DVD-ROM 305     1.01
ANSI vers 2, ISO ver: 0, ECMA ver: 0; supports:  synch
Device is  not ready
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
And after I posted that, it occurs to me that there's no way dhrystone could have tested the cache speed difference anyway, because the entire thing fits into cache and then some. Any benefit from 350MHz to 400MHz would have been well below the noise floor.

I should post a picture with the door open. The black Pioneer 305S I have really looks sharp in there, like it was made for it.
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
Any reason why you swapped the M-Audio for the Audigy? It otherwise looks like a very nice upgrade indeed, but that part seems to be a step backwards!
Systems in use:
:Indigo2IMP: - Nitrogen : R10000 195MHz CPU, 384MB RAM, SolidIMPACT Graphics, 36GB 15k HDD & 300GB 10k HDD, 100Mb/s NIC, New/quiet fans, IRIX 6.5.22
:Fuel: - Lithium : R14000 600MHz CPU, 4GB RAM, V10 Graphics, 36GB 15k HDD & 300GB 10k HDD, 1Gb/s NIC, New/quiet fans, IRIX 6.5.30
Other system in storage: :O2: R5000 200MHz, 224MB RAM, 72GB 15k HDD, PSU fan mod, IRIX 6.5.30
Purely laziness, since it was already installed in the new machine. I don't notice much difference, though I don't have it connected into anything particularly hi-fidelity.
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
Picture, as promised (Tomy Tutor at left). The black Pioneer looks very nice, I think.

IMG_20140823_113329.jpg
SEXY BEAST
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
NOW WITH MORE AWESOME. Thanks to mopar5150, I had some time tonight to make THE SUPERFUEL. THE FUEL TO END ALL FUELS. A 900MHz PIMM and a V12 DCD.

Code: Select all

% hinv -vm
Location: /hw/module/001c01/node
IP34 Board: barcode MRR478     part 030-1707-003 rev -H
Location: /hw/module/001c01/node/cpubus/0
IP34PIMM Board: barcode NPK566     part 030-2023-001 rev -B
Location: /hw/module/001c01/Ibrick/xtalk/13
ASTODY Board: barcode MXH333     part 030-1726-005 rev -A
Location: /hw/module/001c01/Ibrick/xtalk/14
IP34 Board: barcode MRR478     part 030-1707-003 rev -H
Location: /hw/module/001c01/Ibrick/xtalk/15
IP34 Board: barcode MRR478     part 030-1707-003 rev -H
1 900 MHZ IP35 Processor
CPU: MIPS R16000 Processor Chip Revision: 3.0
FPU: MIPS R16010 Floating Point Chip Revision: 3.0
CPU 0 at Module 001c01/Slot 0/Slice A: 900 Mhz MIPS R16000 Processor Chip (enabled)
Processor revision: 3.0. Scache: Size 8 MB Speed 450 Mhz  Tap 0xb
Main memory size: 4096 Mbytes
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 8 Mbytes
Memory at Module 001c01/Slot 0: 4096 MB (enabled)
Bank 0 contains 1024 MB (Premium) DIMMS (enabled)
Bank 1 contains 1024 MB (Premium) DIMMS (enabled)
Bank 2 contains 1024 MB (Premium) DIMMS (enabled)
Bank 3 contains 1024 MB (Premium) DIMMS (enabled)
Integral SCSI controller 0: Version QL12160, low voltage differential
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Tape drive: unit 4 on SCSI controller 0: DAT
Integral SCSI controller 1: Version QL12160, single ended
CDROM: unit 4 on SCSI controller 1
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V12
Integral Fast Ethernet: ef0, version 1, module 001c01, pci 4
Iris Audio Processor: version MAD revision 1, number 1
PCI Adapter ID (vendor 0x1077, device 0x1216) PCI slot 1
PCI Adapter ID (vendor 0x1412, device 0x1724) PCI slot 2
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 4
PCI Adapter ID (vendor 0x11c1, device 0x5802) PCI slot 5
HUB in Module 001c01/Slot 0: Revision 2 Speed 200.00 Mhz (enabled)
Dual Channel Display
IP35prom in Module 001c01/Slot n0: Revision 6.210
USB controller: type OHCI
USB Human Interface Device: device id 0 type keyboard
USB Human Interface Device: device id 0 type mouse
% /usr/gfx/gfxinfo
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 1920x1168
BUZZ version B.2
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: Unknown         Monitor 2 type: Unknown
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1154 lines, 59.99Hz (1920x1154_60)


Now, if I can just find that VFO to make it run at 1920x1080@60Hz again, this will be unstoppable.
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
ClassicHasClass wrote: Now, if I can just find that VFO to make it run at 1920x1080@60Hz again, this will be unstoppable.

Pfft. You got the dcd, babe. Time to move up to a real monitor :P

(Don't forget to pick up a spare power supply while you are at it. Eventually you will need it :( )
me, I spend a lotta time picking flowers up on choctaw ridge ...
Which model is that?
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
IBM T221. 22", 3840x2400. Was a very nice screen up until recently but now there are a large glut of 24"-ish 4K displays with better connectivity options. These new models have pushed the T221 prices way down.
Google: Don't Be Evil. Apple: Don't Be Greedy. Microsoft: Don't Be Stupid.
guardian452 wrote: ... now there are a large glut of 24"-ish 4K displays with better connectivity options.

Not better for an SGI, however. Two or four DVI connectors is within reason for several SGI models. HDMI, thunderthighs, even dual-link dvi is something of a speed bump for anything from Sillycum Graphics.

It looks possible some day tho, which is nice. Maybe Classy can pave the way on this :P
me, I spend a lotta time picking flowers up on choctaw ridge ...
guardian452 wrote: IBM T221. 22", 3840x2400. Was a very nice screen up until recently


4K at 22 inches seems rather packed. is there some sort of retina-like functionality you'd use this for? sounds like anything like icons and interfaces with hardcoded fonts would be pretty much unreadable?
GIJoe wrote: 4K at 22 inches seems rather packed. is there some sort of retina-like functionality you'd use this for? sounds like anything like icons and interfaces with hardcoded fonts would be pretty much unreadable?

"retina-like functionality" ?? GAG ME WITH A SPOON !!

Now that I've had my buzzword-revulsion attack, 4Dwm has no problem with the display but Windows sure does. And Loonix. Too bad Irix is not modern :( It takes about fifteen minutes to adjust everything in Indigo Magic.

In actual use, mia has one that he likes for text because his eyes are good and you can fit a lot on-screen. Otherwise, for a lot of uses, the high resolution is not an advantage. I mean, Thunderbird, who cares ? But for photos and some graphics it's absolutely another world. It's a little bit of a pain in the ass sometimes - for example,a screenshot when shipped to the rest of the world is huge. Or a 1024 x 768 jpeg imported is kinda dinky. Very sharp but dinky.

But for playing with photos off the camera, there's nothing like it. Not on an SGI, anyhow. We don't have thunderthighs, hdmi, any of that crap. And I've noticed that Classy takes photos occasionally, so ...

If someone were to experiment with those dvi-to-whatever adapters and get a current high-res screen working on V12, it'd make a nice addition to the hardware list. A high-res flat panel you could buy in a store would be great.
me, I spend a lotta time picking flowers up on choctaw ridge ...
hmm.... i don't think the interface of anything graphics related will be usable at this kind of resolution. sure, content will look crisp but a photoshop, maya, illustrator, lightroom interface? or anything else that comes with lots of icons or narrow sliders for that matter.

aaaaaanyway, that's a pretty nice fuel the OP has here. wish i'd have had something like that back in the day. :)
Yes, I'm having fun with it. :)
smit happens.

:Fuel: bigred , 900MHz R16K, 4GB RAM, V12 DCD, 6.5.30
:Indy: indy , 150MHz R4400SC, 256MB RAM, XL24, 6.5.10
:Indigo2IMP: purplehaze , 175MHz R10000, Solid IMPACT
probably posted from Image bruce , Quad 2.5GHz PowerPC 970MP, 16GB RAM, Mac OS X 10.4.11
plus IBM POWER6 p520 * Apple Network Server 500 * HP C8000 * BeBox * Solbourne S3000 * Commodore 128 * many more...
GIJoe wrote: hmm.... i don't think the interface of anything graphics related will be usable at this kind of resolution. sure, content will look crisp but a photoshop, maya, illustrator, lightroom interface? or anything else that comes with lots of icons or narrow sliders for that matter.

I'll get you a screenshot shortly ... at this moment doing a ground-up rebuild in the vain hope of getting this O350 p.o.s. to be even a little bit reliable. But I can tell you right now, you're mistaken. Indigo Magic sings at high resolutions :D
me, I spend a lotta time picking flowers up on choctaw ridge ...
hamei wrote: But I can tell you right now, you're mistaken. Indigo Magic sings at high resolutions :D


Even windows is getting fairly decent given the glut of inexpensive hi-dpi laptops and tablets out there. The issue is that it isn't super easy for programmers to implement, so a lot of the lazier ones don't bother (E.g. 3S CodeSys simply gives an error message if you start it with dpi at anything other than 100% :evil: ) OSX still has the simplest hi-dpi solution, but it's also the least flexible (either 1x or 2x, and scale up or down from that). So most mac programs support it now, but there is only so much you can do (either ~100 (standard) or ~200 (retina) dpi, if you want it inbetween the GPU must scale the framebuffer; it works well enough but is not totally ideal. I have two 2560x1600 screens, one is 13" and one is 27" so, it works.

No shock Irix knows how to handle different resolutions (dpi's) as one of the very first things I played with when I got started with it was the scaling scrollwheel of the vectorized icons :mrgreen:
Google: Don't Be Evil.
Apple: Don't Be Greedy.
Microsoft: Don't Be Stupid.
guardian452 wrote: Even windows is getting fairly decent given the glut of inexpensive hi-dpi laptops and tablets out there. The issue is that it isn't super easy for programmers to implement, so a lot of the lazier ones don't bother (E.g. 3S CodeSys simply gives an error message if you start it with dpi at anything other than 100% :evil: ) OSX still has the simplest hi-dpi solution, but it's also the least flexible (either 1x or 2x, and scale up or down from that). So most mac programs support it now, but there is only so much you can do (either ~100 (standard) or ~200 (retina) dpi, if you want it inbetween the GPU must scale the framebuffer; it works well enough but is not totally ideal.

T221 is kind of slick, it scales all by itself, no software needed. Say your kompewter delivers 1920 x 1200, that's one-fourth of 3840x2400 so each big fat low-res pixel becomes four skinny hi-res pixels. All the common resolutions likewise, although some have a band around the perimeter. It has its own frame buffer which refreshes at 48 hz, no matter the input frequency, so it can do tricks like this.

One thing that is super annoying tho, is the plethora of idiots programming in pixels on the web. Haysoos Chuy Kreestos, this is 2015. With all the caterwauling about mooo-durn you'd think the little nitwits could figure out that display-agnosticism is even more important now than when Mr Berners-Lee invented the web. But html displays perfectly, while their groovy current web2 css* displays like crap. "700 pixels wide", can we shoot someone, please ?

* rmb, "View Page Source", ctrl-f, enter "px" in the search box. Yeah, phpbb. You fucking idiots. X has a dpi setting and vector fonts (googlefonts, anyone ?) scale perfectly with points. POINTS, idiots. POINTS.
Juliet ! the dice were loaded from the start ...