The collected works of Axatax

Code: Select all

Inquiry response: [SEAGATE ST373454LC      D404]
Current temperature: 41C/105F
Maximum temperature: 68C/154F
Self-test data:


No self-test data with this hardware, apparently...
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
YGM...
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Is this necessary? I have two back cables but don't want to fry this HW.

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Quote:
Are you really in tokyo ?


For REALZ!!????

Quote:
I don't have the time or energy right now to properly package and ship, etc.


The only difference from shipping domestically is a customs form.

If you can't hack this, I wouldn't want this system anyhow, as this is a good indication of how you maintained and treated this computer -- ie. couldn't "spare the energy"/give a damn, etc...

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Saw an episode of NCIS maybe four or five days ago (don't recall which one).

There was an SGI MLA sitting on the desk of one of the two younger actors. Don't know their names as I'm not a regular viewer.

It was not connected to anything at all, no 1600SW in sight. Camera caught this for maybe 1/2 a second.

It was sitting on the desk like a paperweight.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
This may be "obvious" to the power users here, but here is my report on Gnome2/IRIX compilation:

The latest Gnome2 source tarballs from ftp.gnome.org (as of 11/2012) compile "fine" on 6.5.29 with MIPSPro 7.4.4. I didn't have to modify anything, at all, outside of some autoconf switches and compiler directive fung-shui. All of the "core" software also compiled without issue.

-- That said, there are issues with the Nautilus file manager not understanding the IRIX file system (nonsensical desktop icons/"My Computer", etc. -- presumably from lacking a Linux/BSD-style /proc), but otherwise 100% usable, and acceptable speed on 2x600MHz Octane. Nautilus compiles w/o complaint.

This would be awesome with some guru intervention (to fix Nautilus).

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Quote:
Good to hear that gnome is still compileable. Any chance you could provide updated nekoware packages, or at least document the autoconf or compiler flag magic you had to conjure up?


I saved all the autoconf stuff and I'll post it up ASAP (at work now).

I wouldn't have the slightest idea how to go about making proper packages, but I'll read the material here and try to wrap my head around it.

The good news is, that I used alot of the existing Nekoware 'core' stuff like libjpeg, etc. That stuff seems pretty stable. I think the only package that had any overlap was the xft/libfreetype stuff.

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Does the original sgiquake actually use OpenGL or it software only?

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
This was my first SGI machine.

I purchased this around 2009, IIRC. I'm actually the "original" owner (In a way -- ;) ). I bought this from an ebay auction selling a handful of these units advertised as used SEMview workstations. Seller stated he couldn't even determine if they were ever used (yeah, sure). I took a chance and paid like $200 for it. I don't think the seller ever sold the rest. There were no pictures in the auction, but I felt relatively comfortable after going back and forth with the seller over the phone.

Well, it shows, because the thing arrived in the original SGI box, and I couldn't tell if it was ever used either. It was obviously removed from the box to configure the software and install a PCI cage with some type of remote KVM card which is not relevant to SGI/IRIX, and a RAD audio card and fiber channel (not sure what the RAD audio card was used for).

SEMview, I think, has to do with microscopy (with a tie-in to wafer inspection maybe) based on what was installed on the system.

It originally had an Octane video setup with a PVO and dual 300's. I sold this on ebay to a buyer in Norway and upgraded to an Odyssey Tri-Carrier with V12 and DM2 (the latter currently unused -- really wanted the V12) and bought a dual 600 module from j5reward before the prices of these went crazy.

This is one of those "half-way" SGI systems with *green* skins (despite the pictures), new logo, and Octane2 guts. Also came with the "skinny"/new granite keyboard and mouse.

Oh, and I replaced the incandescent bulbs with a white LED -- the camera makes it look purple/blue, but they are absolutely white when viewed in person.

Code:
Location: /hw/node
PM20600MHZ Board: barcode NEX262     part 030-1778-001 rev  C
Group ff Capability ffffffff Variety ff Laser 000000737627
Location: /hw/node/xtalk/15
IP30 Board: barcode LMF753     part 030-1467-001 rev  D
Group ff Capability ffffffff Variety ff Laser 00000058a4b2
Location: /hw/node/xtalk/15/pci/2
FP1 Board: barcode LPT570     part 030-0891-003 rev  H
Group ff Capability ffffffff Variety ff Laser 0000004eae8c
PWR.SPPLY.ER Board: barcode AAE0210718 part 060-0035-002 rev  A
Group ff Capability ffffffff Variety ff Laser 0000004861ce
Location: /hw/node/xtalk/13
XTALKPCI Board: barcode KCM907     part 030-0952-005 rev  E
Group ff Capability ffffffff Variety ff Laser 00000047420e
Location: /hw/node/xtalk/11
ODY128VERSIONB Board: barcode LKR214     part 030-1611-001 rev  C
Group ff Capability ffffffff Variety ff Laser 0000005518ce
Location: /hw/node/xtalk/10
XT-DIGVID Board: barcode MHW162     part 030-1653-002 rev  H
Group 11 Capability ffffffff Variety ff Laser 00000059a1a5
2 600 MHZ IP30 Processors
Heart ASIC: Revision F
CPU: MIPS R14000 Processor Chip Revision: 2.4
FPU: MIPS R14010 Floating Point Chip Revision: 0.0
Main memory size: 2048 Mbytes
Xbow ASIC: Revision 1.4
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 2 Mbytes
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Disk drive: unit 2 on SCSI controller 0 (unit 2)
Tape drive: unit 3 on SCSI controller 0: DAT
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
Integral SCSI controller 2: Version Fibre Channel QL2342 Port 1, 33 MHz PCI
Integral SCSI controller 3: Version Fibre Channel QL2342 Port 2, 33 MHz PCI
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3 parallel port: plp1
Graphics board: V12
Integral Fast Ethernet: ef0, version 1, pci 2
Iris Audio Processor: version RAD revision 12.0, number 1
Iris Audio Processor: version RAD revision 13.0, number 2
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 3
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x2312) PCI slot 3
PCI Adapter ID (vendor 0x1077, device 0x2312) PCI slot 3
XT-DIGVID Multi-standard Digital Video: controller 0, unit 0, version 0x0


Image
Image

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Well, maybe not -- but maybe I got your attention with this shameless troll (?).

I do, however, think the Octane/Octane2 were the best *workstations* SGI ever made, on balance, all factors considered (and possibly the best UNIX workstations, ever). There are faster SGIs, smaller SGIs, quieter SGI, prettier SGIs but the Octane is the full package, the real deal. This is a man's workstation, embodying the best (and last) of the SGI design philosophy. The Fuel/Tezro, while technically superior, have too much of a commodity PC-tie in terms of design.

I've used alot of NIX workstations, took some home to keep (as you can see in my SIG), but the Octane is a hard package to beat. I'm a big NeXT head, and there are alot of design parallels between the Cube and the Octane that are hard to ignore. NeXT certainly had the prettier desktop, but SGI's awesomeness I think even eclipses that of NeXT. HP/DEC/IBM were (/are) commendable machines, but they don't have the flair of an SGI. These are something a lawyer or a very conservative business would buy, I think.

Any Opinions? Comments? Death threats?

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Quote:
Arrr, you be talking about the onyx there matey. Don't get me wrong, the octane is still my favourite but it just doesn't have the shock&awe of an onyx.


+1. That's certainly valid. Mainly, I'm comparing UNIX machines that can be (practically) placed on a desk. Unfortunately, the "workstation" distinction gets really blurry in the case of the Onyx or some of the RS/6Ks.

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Quote:
everything on Origin/Octane was PCI behind a BRIDGE anyway.


I've often wondered about this -- I'd be shocked if the graphics were behind a PCI bridge.

Quote:
The Octane has cables, they are hidden inside the assemblies but they are there.


Well, there's some *wires*, for two of the fans. The Fuel/Tezro is a rat's nest in comparison. I don't think wires inside of a (modular) power supply count. ;)

The inside of the Fuel looks like some overclocker PeeCee.

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
*Big* thanks for the work put into this. I've been enjoying FF 3 on my Octane for the past few days with no major issues --

One very minor problem I've found (and I'm not convinced it's necessarily from FF) is either the current or beta libpng will cause FF to constantly spew Gdk_pixbuf errors if using certain GTK2 themes (both GTK-Motif and Notif atleast have this problem, I haven't tried others).

I don't see this behavior in other GTK2 apps when either theme is used with a recent libpng, so I thought i'd mention it here. The problem seems FF-specific. Downgrading to libpng-1.2.29 from the archives clears the issue up.

To reproduce --

Use the regular dynamically-linked neko FF3 with a recent neko_libpng and either of the above mentioned themes.

_________________
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
This is an IRIX test build of the most recent SDLMAME. More precisely, it is a build of the latest SDLMESS from these sources, compiled as "messtiny" (only a Coleco console) for testing purposes. Someone will need to move it from /incoming as I don't have anywhere to host it on my end.

I want to get some feedback to make sure I'm on the right track before I get too deep in this. The build of the the complete MAME/MESS takes a long time, so I want to make sure others can reproduce my results before bringing the rest of the systems in and tightening it up.

That said:

1. It is the _latest_ (SDL) MESS, compiled with only one system (Coleco).

2. It works for me.

3. It is absolutey unoptomized. It is built with gcc targeted for mips4.

4. You may need the latest gconf and libORBIT from the current Nekoware.


To test:

(Run ./messtiny -help to get the usual MESS options. You can generate a mess.ini if you'd like.)

1. Place a coleco (BIOS) ROM under ./roms/coleco/coleco.rom

2. Start messtiny as such: ./messtiny coleco -cart ./name_of_your_cartridge_image


If you're familiar with running MAME/MESS, all the paths assignments, etc. for the various pieces are the same. Let me know how it works.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
(EDIT: Sorry, - This should have been a reply to my last MESS thread @ viewtopic.php?f=15&t=16727919 ) --

I have uploaded a full MAME build to /incoming. All systems are in place. This now has all non-SGI assembler portions ported to MIPS, and is running like a champ on my Octane with the OpenGL/SDL target. Still need some testing and feedback.

This was a heavily requested port judging by a search of the forum. Need to know if there is still interest in this to pursue packaging this for Nekoware.

I need some advanced testing due to the size of these programs and the build time required. I wouldn't mind some time on a large-ish Origin to do some builds (it takes approx ~16 hours to build the whole package [MAME/MESS] on a dual 600MHz Octane with gmake -j3).

Thanks.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Here's my first contribution - Falcon's Eye. It's a graphical version of nethack. I sent it to /incomming. It's working for me but I'd appreciate feedback, esp. WRT to the packaging.

You should be able to run it from the Games menu right after install.


neko_nethackfe-1.9.3.tardist

http://falconseye.sourceforge.net/

Image
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
That looks awesome, what would you say the minimum spec CPU / Graphics should be for reasonable play?


I targeted for mips4/IP27, but it would probably run great on even really old machines if you rebuilt it with the included patch. The game engine is based on early-80's UNIX, was ported to DOS with the graphical front-end, then back to NIX. It would be neat to see it running on some really old HW. Somewhere in the DOS era the game lost the concept of the UNIX directory structure and that's alot of what the patch address - restoring home directory for data, etc. This came about because the game directory was used as a network spool rather than using a network stack directly.

It would probably even run really well on an Indy or even older. The library requirements are really light:

ldd ./nethack
libncurses.so => /usr/nekoware/lib/libncurses.so
libSDL-1.2.so.1 => /usr/nekoware/lib/libSDL-1.2.so.1
libpthread.so => /usr/lib32/libpthread.so
libm.so => /usr/lib32/libm.so
libc.so.1 => /usr/lib32/libc.so.1
libiconv.so.3 => /usr/nekoware/lib/libiconv.so.3
libaudio.so => /usr/lib32/libaudio.so
libX11.so.1 => /usr/lib32/libX11.so.1
libXext.so => /usr/lib32/libXext.so

If you also have neko_timidity++ installed, you'll get music as well as sound effects.

The game appears to resemble something like Baldur's Gate, but the characters move more like paper dolls. It's plays more like a board game.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Wow nice! How much did you have to hack the code to get it to compile? gcc compilation I presume? Or am I owed a backhand from yet another rider of the MIPSPro only high horse...


I probably have about two days into the port, and it's MIPSpro.

I have another gift coming shortly too ...
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
It's on the Nekochan FTP server now.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Sent an updated version of MPlayer and some libraries to /incomming.

This version is a small modification to the existing distribution with the following changes:

- The CSS code has been "backported" into the mainstream libdvdcss source, and MPlayer now uses external versions of libdvdcss, libdvdnav, and libdvdread instead of mpdvdkit. This esentially means we now have modern DVD access libraries available on this platform, and I'm working to to make use of them with a modern MPlayer. These three libs are used by all of the manstream Linux media players, AFAIK.

- DTS audio support was added. This will eliminate the white noise barrage on titles such as FOTR during the transitions during certain chapter breaks, etc. MPlayer is now able to handle all DVD audio formats used by movie disks.

Compatibility is now 100% on all the commercailly pressed DVDs I've tested.

Review the release notes, as the DVDGENDEV variable has been changed to DVDCSS_GENDEV to maintain consistency with other variables used by libdvdcss.

I took _extreme_ care to make sure this is a 1:1 drop-in replacement for the existing (excellent) MPlayer/libdvdread. All the original material and patches have been retained in the .tardist. Please test and report any problems.

neko_libdts-0.0.2.tardist
neko_libdvdcss-1.2.9.tardist
neko_libdvdnav-4.2.1.tardist
neko_libdvdread-4.2.1.tardist
neko_mplayer-1.0rc1-1.tardist
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
I have a GTK1 version of the mplayer binary avail also, but I don't know what the consenus here is WRT to this toolkit so I'll keep it out of a nekodist for now. This is what I use myself as bringing up the menus won't bog the whole player down, etc.

http://home.ix.netcom.com/~jjingber/mpl ... tk1.tar.gz
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Out of curiosity, there was some friction within the mplayer group about multi-processor support. There was a fork to develop multi-core, then I read that MPlayer had relented and added better multicore support themselves.

Is that factual ? If so, this one should be even better for 2p SGI's than the prior version.


Keep in mind this is the same version of MPlayer, just with updated DVD libraries.

I'm actually working on the latest MPlayer, which is why I split these libs out of the old build.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Sent a new XScreensaver to /incomming.

This version pulls in all of the patches from the previous versions and incorporates the 5.10 XDM locking patch.

I don't think the XScreensaver in /current can even be installed at this point (?) due to impossible-to-meet dependencies.

neko_xscreensaver-5.30.tardist
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
I sent new versions of neko_xscreensaver and neko_rssglx into /incoming.

The previous versions I sent are junk.

New versions --

neko_xscreensaver-5.30-r3.tardist
neko_rssglx-1.9.1-r1.tardist

Hey -- I'm learning, and /incomming is "beta", right?

The previous rssglx had binaries permissioned as my user and the xscreensaver was built without SGI X extensions.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
It's the whole package, and there is a new saver, Pixel City.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
They all work really good on my V12 Octane with the exception of Lorenz which is a real pig.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.
Did you include skyrocket from rss? On my V12 equipped 600MHz Octane2 skyrocket drops something like 19 out of every 20 frames...


2x 600 Octane here and it works perfectly. Definitly nothing like 19/20 dropped frames - just (very) slight studder when alot of fireworks go off at once.
:Octane2: Dual R14K@600MHz, 2GB RAM, V12, 1x72GB HDD
:O2: R10K@175MHz, 512MB RAM, 1x72GB HDD
:Cube: 68040@33MHz, 128MB RAM, NeXTdimension 32MB, 2x 4.3GB HDD

...And lots of other UNIX-like systems for which there is no icon.