That would be lovely if it was true, but I think you'll find you're dreaming. Graphics cards will require the 16x PCIe, and you'll find yourself with only one of those in your average system, the remaineder being 1x...
It's lots of stupid things. PaintShopPro 8 with a straight install from the admin account, clicking the "make available to all users", boom it only worked for admin.
Lots of other crackers like Need For Speed Underground, which saves the save games in/Documents and Settings/All Users. Now what on earth were they thinking there?
Unless you bother with a bootloader password, and set the BIOS to only boot the hard disk... So yes, if you don't bother with any security, then it's not secure.
That would be a good point, if it wasn't horribly out of date:
"In releases of nfs-utils upto and including 1.0.0, this option was the default. In this and future releases, sync is the default, and async must be explicit requested if needed."
From the rpm changelog:
"* Mon Jul 22 2002 Bob Matthews bmatthews@redhat.com>
Damned handy interface to connect your (effectively) external DVD/CDRW and friends. The main unit includes a firewire port for normal use, this is just the interconnect.
Not true, laptop makers definitely like Firewire. Look at how many docking stations are implemented with firewire (dell x200 as an example). You'd never notice under windows, but it's just a firewire connection for the data transfer between the media slice and the main unit.
I agree with your point, but don't think you've stressed it enough. I've got a P133 with two 3Com network cards in doing routing and firewall duties. It can cope with about 80Mbit sustained traffic. That's not bad at all.
That's where you'd be surprised. You might actually increase your throughput. You can find that the all in time for a connection is lower, even though the CPU usage is higher. The bonus is, since you get to drop the connection sooner, there's a memory bonus, and it's another thread to forget about.
In fairness that's without a metarouter. Throw in that, and it scales all the way up to 512 processors (with 1024 planned for the future). This isn't some dodgy clustering crap, it does turn it into a 512 processor shared memory box. Now if only it wasn't Itanium...
I'm at a happy 556KByte/sec download, 58KBytes/sec upload. Just started it a few minutes ago, and it'll be done in under an hour. Pretty impressed am I.
Totally. With IRIX you're in the same boat, with crash reports giving percentage odds as to which component has failed. Typically this ends up with a 90% rating for one thing, and nothing elsewhere. That's the sort of thing that requires neat well designed hardware.
Not similar at all. The IBM design is for 3-dimensional building blocks to be used to create disk arrays and the like. It has water cooling, fibre-channel, and 10Gigabit ethernet, and is all very amusing.
This doesn't build into arbitrary shapes. You whack it in a rack and plug it in. The connections are not lego like. If something dies, you do not leave it in place, you give sgi a ring...
In fairness you don't need to win 98/ME do you? winipcfg certainly lets you dhcp release/renew fine under ME, and I doubt it was any different under 98.
At the University where I work, we teach using standard C/C++ and gcc. We teach one editor (gvim).
We tell the students that they can work on anything they like, editor, compiler, IDE whatever. It really doesn't interest us much. If they want help, they post plain text to a news group, or show us what they've got in the lab (where we are free to use whatever editor/we/ like).
Whatever they use all we say is "It must compile on our compiler".
If you don't have that rule, then you're screwed for docking marks for syntax errors. "It works fine on my compiler" loses its value with the rule.
So I think teaching programming forcibly with one IDE is wrong. There is no need.
We've got a 3400 with 4 displays hooked, four kbd/mice. Plug that with some range extenders, and touch screen LCD config panels (that simply go into a serial port on the onxy and flip the keyboards/mice/X servers on demand) and you've got quite a nice setup.
We've got USB interface devices and Firewire CDROM.
Instead of the panoramic display, it's holobench time...;)
We've got a dual-225 IP30 R10000 1GB Ram box, and that's not even the slowest SGI we keep in service. It's not the shiniest of kit, sure, but it's still used in plenty of places.
I think it's worth remembering that Mhz means different things over in SGI land.
I think people get slightly over excited about the features of linux. Yes it's good, yes it runs on lots of hardware, and yes it even runs on quite big iron.
But, until the software support for linux is at the level it is on IRIX you won't see anything. One of the main reasons we keep our 64bit IRIX boxen about is the visualization software that we simply cannot get for linux. I'd also wait quite a while for 64bit mainstream processors settle before I'd expect linux to make much of an inroad into that market.
There really isn't much of a move on the software front, even still. We'd prefer to be a linux only shop, mainly for support reasons, but it's nowhere near possible at the moment.
The level of support we've received from SGI has also been nothing short of first rate. The cost isn't really that much of a concern, so linux doesn't really attract us from that angle. An open-source OS would be a bonus though (we're an R&D shop, so transparency is great).
Slashdot Mirror
That would be lovely if it was true, but I think you'll find you're dreaming. Graphics cards will require the 16x PCIe, and you'll find yourself with only one of those in your average system, the remaineder being 1x...
It's lots of stupid things. PaintShopPro 8 with a straight install from the admin account, clicking the "make available to all users", boom it only worked for admin.
Lots of other crackers like Need For Speed Underground, which saves the save games in /Documents and Settings/All Users. Now what on earth were they thinking there?
Sisuite Nuff said. It'll do network or CD based installs.
Unless you bother with a bootloader password, and set the BIOS to only boot the hard disk... So yes, if you don't bother with any security, then it's not secure.
That would be a good point, if it wasn't horribly out of date:
"In releases of nfs-utils upto and including 1.0.0, this option was the default. In this and future releases, sync is the default, and async must be explicit requested if needed."
From the rpm changelog:
"* Mon Jul 22 2002 Bob Matthews bmatthews@redhat.com>
- Move to nfs-utils-1.0.1"
'nuff said.
Steady on old boy. The jaguar was a 64-bit console, and a damn fine one at that. Alien vs Predator anyone?
Damned handy interface to connect your (effectively) external DVD/CDRW and friends. The main unit includes a firewire port for normal use, this is just the interconnect.
Not true, laptop makers definitely like Firewire. Look at how many docking stations are implemented with firewire (dell x200 as an example). You'd never notice under windows, but it's just a firewire connection for the data transfer between the media slice and the main unit.
I agree with your point, but don't think you've stressed it enough. I've got a P133 with two 3Com network cards in doing routing and firewall duties. It can cope with about 80Mbit sustained traffic. That's not bad at all.
That's where you'd be surprised. You might actually increase your throughput. You can find that the all in time for a connection is lower, even though the CPU usage is higher. The bonus is, since you get to drop the connection sooner, there's a memory bonus, and it's another thread to forget about.
In fairness that's without a metarouter. Throw in that, and it scales all the way up to 512 processors (with 1024 planned for the future). This isn't some dodgy clustering crap, it does turn it into a 512 processor shared memory box. Now if only it wasn't Itanium...
I'm at a happy 556KByte/sec download, 58KBytes/sec upload. Just started it a few minutes ago, and it'll be done in under an hour. Pretty impressed am I.
It's a graph of integer and floating point performance. It's just a graph showing two numbers. Higher is better. Further right is better. That's it.
Totally. With IRIX you're in the same boat, with crash reports giving percentage odds as to which component has failed. Typically this ends up with a 90% rating for one thing, and nothing elsewhere. That's the sort of thing that requires neat well designed hardware.
Not similar at all. The IBM design is for 3-dimensional building blocks to be used to create disk arrays and the like. It has water cooling, fibre-channel, and 10Gigabit ethernet, and is all very amusing.
This doesn't build into arbitrary shapes. You whack it in a rack and plug it in. The connections are not lego like. If something dies, you do not leave it in place, you give sgi a ring...
Which is why in the article they say that the drivers are beta and as such the results should be viewed as beta too.
Come on, read the article.
The reluctance of NVidia to allow them to test the higher levels of AA is more telling if you ask me.
Are you being intentionally naive to be forgetting that it's comparing those files with your local (compromised) database?
I'm deeply surprised by how low those results are. He's my figures for a single IBM 80Gb number:
/dev/hda && hdparm -t /dev/hda && hdparm -t /dev/hda && hdparm -t /dev/hda && hdparm -T /dev/hda && hdparm -T /dev/hda && hdparm -T /dev/hda
# hdparm -g
/dev/hda:
geometry = 10011/255/63, sectors = 160836480, start = 0
/dev/hda:
Timing buffered disk reads: 64 MB in 1.42 seconds = 45.07 MB/sec
/dev/hda:
Timing buffered disk reads: 64 MB in 1.41 seconds = 45.51 MB/sec
/dev/hda:
Timing buffered disk reads: 64 MB in 1.41 seconds = 45.51 MB/sec
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.33 seconds =390.12 MB/sec
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.32 seconds =394.82 MB/sec
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.32 seconds =399.64 MB/sec
In fairness you don't need to win 98/ME do you? winipcfg certainly lets you dhcp release/renew fine under ME, and I doubt it was any different under 98.
There's ways of doing it.
/we/ like).
At the University where I work, we teach using standard C/C++ and gcc. We teach one editor (gvim).
We tell the students that they can work on anything they like, editor, compiler, IDE whatever. It really doesn't interest us much. If they want help, they post plain text to a news group, or show us what they've got in the lab (where we are free to use whatever editor
Whatever they use all we say is "It must compile on our compiler".
If you don't have that rule, then you're screwed for docking marks for syntax errors. "It works fine on my compiler" loses its value with the rule.
So I think teaching programming forcibly with one IDE is wrong. There is no need.
But then on that scale let's play fair:
Most 35mm aren't SLR. This absolutely kills them for anything but play.
Most 35mm have fixed lenses. This absolutely kills them for anything but play.
We've got a 3400 with 4 displays hooked, four kbd/mice. Plug that with some range extenders, and touch screen LCD config panels (that simply go into a serial port on the onxy and flip the keyboards/mice/X servers on demand) and you've got quite a nice setup.
;)
We've got USB interface devices and Firewire CDROM.
Instead of the panoramic display, it's holobench time...
We've got a dual-225 IP30 R10000 1GB Ram box, and that's not even the slowest SGI we keep in service. It's not the shiniest of kit, sure, but it's still used in plenty of places.
I think it's worth remembering that Mhz means different things over in SGI land.
jh
I think people get slightly over excited about the features of linux. Yes it's good, yes it runs on lots of hardware, and yes it even runs on quite big iron.
But, until the software support for linux is at the level it is on IRIX you won't see anything. One of the main reasons we keep our 64bit IRIX boxen about is the visualization software that we simply cannot get for linux. I'd also wait quite a while for 64bit mainstream processors settle before I'd expect linux to make much of an inroad into that market.
There really isn't much of a move on the software front, even still. We'd prefer to be a linux only shop, mainly for support reasons, but it's nowhere near possible at the moment.
The level of support we've received from SGI has also been nothing short of first rate. The cost isn't really that much of a concern, so linux doesn't really attract us from that angle. An open-source OS would be a bonus though (we're an R&D shop, so transparency is great).
Give it time...
Kids. Reality Check. These are review copies. Not final versions. Read the fscking summary, never mind the article.