So did the producers of Final Fantasy: The Spirit Within scan your face for the role to Grey? Everyone says he looked like Ben Afflek, but personally I know who I saw.
To all of you naysayers saying that 11Mb/s is plenty... try running Outlook 2000 across a wireless link. I have with Orinoco cards and it is painful when stepping down from 100Mb/s Ethernet.
Even with higher costs and shorter ranges 55Mb/s would be very good in a corporate environment. I just wish they could get the price of access points down.
I learned UNIX after I had gotten my MCSE and was working in a mixed environment. The UNIX admin was overworked, I was underworked, I helped him out. It was all over after I discovered PERL. Take my advice, get some base knowledge and then find a mentor. They really should set up a journeyman SA program in SAGE or somewhere. I learned more from my mentor than I ever have in any classes.
This has just about zero to do with clustering, if anything this is the opposite of clustering. However this IS very very interesting for Web Hosts and just about anyone else that wants to create and maintain multiple environments for developement, test, etc. Image, being able to carve up a mid-range machine like you can an S390 (or other Mainframe class machine Like Sun's E10/15K). So suppose IBM takes this an runs with it. Linux is already ported to RS/6000 and AS/400, now you could get 8 processors of RS/6000 goodness, run production on 4 processors, Test on 2 processors, and Dev on 2 processors.
The devil will be in how you refresh test and dev from production, but that can probably be done inside Logical Volume Manager.
This is very very cool stuff it will be very ineresting to see how it stacks up against the big boys in Virtual machine space.
I used to work for a company in which the majority of my work was done on a Solaris SparcStation, with a Citrix client for e-mail and the like. The workstation was locked down with NIS and my home directory was nfs mounted.
It worked great for me. Granted i only got plain vanilla Office and Outlook in the Citrix client, but I was a SysAdmin and a Perl developer. All my development was in VIM which ran happily out of ~/gnu/bin. I had gcc in my home directory, and many of the GNU tools and even ran WindowMaker as my window manager. All without having root access to my workstation. The one concession that I got was to have the version of PERL that was also NFS mounted up-to-date and the ability to get modules installed within a week of a request.
We also had Java and PL/SQL programmers that were under the same constraints and there really weren't any problems that I saw, except when I left and everyone was running VIM out of my home directory!
What do you mean no innovations in the last year? Have you completely missed Aqua on Mac OS X? Granted it's not availible for any OS other then Darwin-ppc, but I'd say it's some significant development.
Does enyone know if these processors will go into RS/6000 boxen, or those cute TeraSoft Briq's? If so there's the market boys and girls. It would just be too sweet to have an RS/6000 S80 full (24 proc's) of G5's running a some mad speed. Or imagine a Rack Full of TeraSoft Briq's running Beowulf on these....
Re:Cool but a BFT (Big F*SCKING Target)
on
Laser-equipped 747
·
· Score: 1
You know, everything you discribe is also true of AWACS and JSTARS. Both the USAF and USN seem to have a pretty good track record protecting those platforms. Besides it would be much more compelling to an enemy to take out AWACS/JSTARS than some Airborne Laser.
All I can say is... DAMN! Now give me these things in a 6x9 instrument with out put quivilent to a 750 w bulb and it'll revolutionize the theatre lighting industry. No more gels, now you could programatically change your gels for every scene, you could even cross fade gels throughout a scene. You could also reduce heat, which actors and makeup artists will LOVE. Not to mention us spot monkeys that spend hours in the beams. God imagine the light shows Pink Floyd could have done if they'd had these instruments.
Obviously Sun will have to jump in here now, aledging that customers will think that the G4 Cube is a direct replacement for the E450. (Come to think of it that wouldn't be a bad upgrade for an E450...)
I looked at this sort of thing over a year ago, and previous posters are right, 30 GB is kinda puny. Here are the headaches I had that I hope you can avoid.
1. First and foremost, stack the box with as many SCSI adapters as you can. I/O quickly becomes a bottle neck on large DB systems. Also if you're doing Linux go with Linux's built in RAID, I hear it's faster than the hardware raid cards you can buy out there. That said be sure to get more than one of some hot processors, you're going to be using a goodly portion of one of them to do your RAID.
2. A journaling filesystem would be good. I don't know of any available for Linux (except maybe XFS, what's the status of that?) you really really don't want to fsck your Raid 5+1 (Yes I said 5+1)
3. Unless you have the funds to implement a slightly lower performance box, expect to be developing on a seperate instance on this same server. That means worst case another 30 GB of space for the new istance, which will also require a kernel re-compile to get the shared memory and semaphore settings right. (You are using Oracle aren't you?;0)
4. Better yet get your requirements up front for number of instances and design the hardware for that number + 2, and tune the kernel appropriatly. Whatever Oracle gives you for kernel parameters multiply them by the number of instances.
5. Don't sweat the raw devices stuff. It's generally more trouble than it's worth. It makes backups harder, makes restores harder, and makes RAID harder. It's just not worth the headache.
6. Invest in a nice DLT library that is supported up front. Get your backup scheme in place, even if it's just your DBA's writing dump files nightly. A good DBA can restore from a dump in a few hours, AND they can restore a dump of production to your development database, making those refreshes from production a fairly painless task (and management/developers/DBA's *WILL* ask for refreshes from production.
7. DON'T considder RAID 5, onless it's 5+1. RAID 5 can be murder on DB performance, especially in a VLDB, where you perform inserts (it's a little less bad on Datawarehouses) Think 1+0 or 0+1, and span the + across multiple controllers/disk arrays.
8. Don't skimp on your DBA. In reality most any competant SA can administer a DB *system*, sink any payroll money into a very good DBA, it will save you in downtime and calls to oracle later (You are using Oracle aren't you;0)
Something this size does well for meterological simulations, atomic weapons research, something that entails MASSIVE numbers of computations. I wouldn't be surprised if you see these in placed like NCAR (National Center for Atmospheric Research) NCSA, the Government labs like Lost Alamos and Larry Livermore. I still remember seeing NCSA's purple monster 1024 node cluster of Origin 2000's (using an experimental node bridge)
As for how this is different than a Beowulf cluster, look at the bandwidth! Even with switched 10/100 Ethernet as your Beowulf 'backplane' most switches have just enough backplane bandwidth to handle every 100 Mb connection, some have a little less. sgi has always had amazing bandwidth numbers, this is just taken to the N'th degree.
AND this is one machine, one OS, unlike a cluster of many independant machines, much easier to administer.
These are simply awesome machines, now maybe sgi can sell a bah-zillion of them and I can get my Indy sold;)
And I Interviewed for a SysAdmin possition there, had an offer even *SLAPS FOREHEAD*. Definatly some sah-weet stuff going on at NOAA for Linux folks, send in your apps!
Not only is it an Interesting read, the autor is also one of the authors of SHADOW, ID Software from the Naval SUrface Warfare Center. Very good coverage of man different ID softwares.
I had the distinct pleasure of working as the junior Admin of a Web Hosting company that was 50/50 sgi/NT with ChallengeS, Indy, and Origin 200's. The vast majority of our problems had more to do with the Netscape Enterprise 3 servers zombieing on us than any hardware problems. The Challenge S's and Indys would crash about once every six months (The Senior SA attributed it to Cosmic ray hits on the RAM SIMS, and I'm prone to believe him as he had his phD in Astro-Physics) The O200's though we never had a problem with. Never. As for the sgi shipped software (named in particular) why didn't you download GCC and build named 8 and install it? We did, worked great. timed? Forget that xntpd worked wonders.
Slashdot Mirror
Oh wait, we saw that in Alpha Centauri. I thought we needed nanotube before we were allowed to reseach this technology.
So did the producers of Final Fantasy: The Spirit Within scan your face for the role to Grey? Everyone says he looked like Ben Afflek, but personally I know who I saw.
To all of you naysayers saying that 11Mb/s is plenty... try running Outlook 2000 across a wireless link. I have with Orinoco cards and it is painful when stepping down from 100Mb/s Ethernet.
Even with higher costs and shorter ranges 55Mb/s would be very good in a corporate environment. I just wish they could get the price of access points down.
I learned UNIX after I had gotten my MCSE and was working in a mixed environment. The UNIX admin was overworked, I was underworked, I helped him out. It was all over after I discovered PERL. Take my advice, get some base knowledge and then find a mentor. They really should set up a journeyman SA program in SAGE or somewhere. I learned more from my mentor than I ever have in any classes.
This has just about zero to do with clustering, if anything this is the opposite of clustering. However this IS very very interesting for Web Hosts and just about anyone else that wants to create and maintain multiple environments for developement, test, etc. Image, being able to carve up a mid-range machine like you can an S390 (or other Mainframe class machine Like Sun's E10/15K). So suppose IBM takes this an runs with it. Linux is already ported to RS/6000 and AS/400, now you could get 8 processors of RS/6000 goodness, run production on 4 processors, Test on 2 processors, and Dev on 2 processors.
The devil will be in how you refresh test and dev from production, but that can probably be done inside Logical Volume Manager.
This is very very cool stuff it will be very ineresting to see how it stacks up against the big boys in Virtual machine space.
I used to work for a company in which the majority of my work was done on a Solaris SparcStation, with a Citrix client for e-mail and the like. The workstation was locked down with NIS and my home directory was nfs mounted.
It worked great for me. Granted i only got plain vanilla Office and Outlook in the Citrix client, but I was a SysAdmin and a Perl developer. All my development was in VIM which ran happily out of ~/gnu/bin. I had gcc in my home directory, and many of the GNU tools and even ran WindowMaker as my window manager. All without having root access to my workstation. The one concession that I got was to have the version of PERL that was also NFS mounted up-to-date and the ability to get modules installed within a week of a request.
We also had Java and PL/SQL programmers that were under the same constraints and there really weren't any problems that I saw, except when I left and everyone was running VIM out of my home directory!
What do you mean no innovations in the last year? Have you completely missed Aqua on Mac OS X? Granted it's not availible for any OS other then Darwin-ppc, but I'd say it's some significant development.
Does enyone know if these processors will go into RS/6000 boxen, or those cute TeraSoft Briq's? If so there's the market boys and girls. It would just be too sweet to have an RS/6000 S80 full (24 proc's) of G5's running a some mad speed. Or imagine a Rack Full of TeraSoft Briq's running Beowulf on these....
You know, everything you discribe is also true of AWACS and JSTARS. Both the USAF and USN seem to have a pretty good track record protecting those platforms. Besides it would be much more compelling to an enemy to take out AWACS/JSTARS than some Airborne Laser.
All I can say is... DAMN! Now give me these things in a 6x9 instrument with out put quivilent to a 750 w bulb and it'll revolutionize the theatre lighting industry. No more gels, now you could programatically change your gels for every scene, you could even cross fade gels throughout a scene. You could also reduce heat, which actors and makeup artists will LOVE. Not to mention us spot monkeys that spend hours in the beams. God imagine the light shows Pink Floyd could have done if they'd had these instruments.
Obviously Sun will have to jump in here now, aledging that customers will think that the G4 Cube is a direct replacement for the E450. (Come to think of it that wouldn't be a bad upgrade for an E450...)
g:wq
I looked at this sort of thing over a year ago, and previous posters are right, 30 GB is kinda puny. Here are the headaches I had that I hope you can avoid.
;0)
;0)
1. First and foremost, stack the box with as many SCSI adapters as you can. I/O quickly becomes a bottle neck on large DB systems. Also if you're doing Linux go with Linux's built in RAID, I hear it's faster than the hardware raid cards you can buy out there. That said be sure to get more than one of some hot processors, you're going to be using a goodly portion of one of them to do your RAID.
2. A journaling filesystem would be good. I don't know of any available for Linux (except maybe XFS, what's the status of that?) you really really don't want to fsck your Raid 5+1 (Yes I said 5+1)
3. Unless you have the funds to implement a slightly lower performance box, expect to be developing on a seperate instance on this same server. That means worst case another 30 GB of space for the new istance, which will also require a kernel re-compile to get the shared memory and semaphore settings right. (You are using Oracle aren't you?
4. Better yet get your requirements up front for number of instances and design the hardware for that number + 2, and tune the kernel appropriatly. Whatever Oracle gives you for kernel parameters multiply them by the number of instances.
5. Don't sweat the raw devices stuff. It's generally more trouble than it's worth. It makes backups harder, makes restores harder, and makes RAID harder. It's just not worth the headache.
6. Invest in a nice DLT library that is supported up front. Get your backup scheme in place, even if it's just your DBA's writing dump files nightly. A good DBA can restore from a dump in a few hours, AND they can restore a dump of production to your development database, making those refreshes from production a fairly painless task (and management/developers/DBA's *WILL* ask for refreshes from production.
7. DON'T considder RAID 5, onless it's 5+1. RAID 5 can be murder on DB performance, especially in a VLDB, where you perform inserts (it's a little less bad on Datawarehouses) Think 1+0 or 0+1, and span the + across multiple controllers/disk arrays.
8. Don't skimp on your DBA. In reality most any competant SA can administer a DB *system*, sink any payroll money into a very good DBA, it will save you in downtime and calls to oracle later (You are using Oracle aren't you
g:wq
Something this size does well for meterological simulations, atomic weapons research, something that entails MASSIVE numbers of computations. I wouldn't be surprised if you see these in placed like NCAR (National Center for Atmospheric Research) NCSA, the Government labs like Lost Alamos and Larry Livermore. I still remember seeing NCSA's purple monster 1024 node cluster of Origin 2000's (using an experimental node bridge)
;)
As for how this is different than a Beowulf cluster, look at the bandwidth! Even with switched 10/100 Ethernet as your Beowulf 'backplane' most switches have just enough backplane bandwidth to handle every 100 Mb connection, some have a little less. sgi has always had amazing bandwidth numbers, this is just taken to the N'th degree.
AND this is one machine, one OS, unlike a cluster of many independant machines, much easier to administer.
These are simply awesome machines, now maybe sgi can sell a bah-zillion of them and I can get my Indy sold
g:wq
And I Interviewed for a SysAdmin possition there, had an offer even *SLAPS FOREHEAD*. Definatly some sah-weet stuff going on at NOAA for Linux folks, send in your apps!
Good! Maybe you can get OctobrX to spiff up the graphics around here! (No offence guys, but compared to Linux.com this place looks like html 2.0...)
Not only is it an Interesting read, the autor is also one of the authors of SHADOW, ID Software from the Naval SUrface Warfare Center. Very good coverage of man different ID softwares.
I had the distinct pleasure of working as the junior Admin of a Web Hosting company that was 50/50 sgi/NT with ChallengeS, Indy, and Origin 200's. The vast majority of our problems had more to do with the Netscape Enterprise 3 servers zombieing on us than any hardware problems. The Challenge S's and Indys would crash about once every six months (The Senior SA attributed it to Cosmic ray hits on the RAM SIMS, and I'm prone to believe him as he had his phD in Astro-Physics) The O200's though we never had a problem with. Never. As for the sgi shipped software (named in particular) why didn't you download GCC and build named 8 and install it? We did, worked great. timed? Forget that xntpd worked wonders.