To me, it's not so much about having to buy it again, it's buying a COMPLETELY DIFFERENT version. Recently, I thought, "Hmm, Aladin is on DVD now. Oh wait. They fscked the songs, added this, removed that..."
I guess Disney took their cue from George Lucas, and WE have to suffer.
Hardly any programs (certainly hardly any of the programs I use) take advantage of features like Altivec (on PPC G4's) or Hyperthreading (on Intel P4's) - having them do so by being appropriately written and having compilers that can do a good job of optimisation would be a big step in the right direction.
Not every Mac owner has a G4/5... just like every x86 owner doesn't run on a P4 HT (not to mention that hyper-threading requires no 'special coding' and was designed as such). Software companies can't write applications specifically for one perticular model CPU per architecture; that would be financial suicide.
Software is written to be used across multiple platforms with the least amount development time. Case in point: MMORPGs. Developers write the graphics engine to mesh across platforms thus requiring a 'simplified' engine that can't be (easily) optimized per architecture.
Which brings me to perhaps one of the best targets for bloatware critisim - vendors of commercial operating systems (i.e. Sun, Apple, Microsoft) - some of there software is frankly appaulingly slow given the hardware it runs on, and what they do in many ways sets the tone for the rest of the industry.
Yes... writing software/apps for many different platforms is a BAD thing. Geez...
And I believe Formula 1/Indy cars have "clutchless" paddle-shifters, which is like a semiautomatic.
This is getting WAY off topic...
But, F1/IRL/CART are not 'clutchless'. They use electronically controlled hydraulic clutch systems that are MUCH faster than a human could 'clutch && shift && release'. They are considered semi-automatic because during hard acceleration, the on-board computers automatically engage the clutch and shift into the next higher gear. The driver STILL has control of gear selection.
Drag transmissions were designed with the same idea in mind; human clutch interaction is too slow. Thus, a clutchless transmission was designed. This 'automatic' transmission is NOTHING like a standard 'daily driver' automatic transmission the parent was referring to.
It's still a good comparison of using a 'hard'linux (having internal knowledge of what's going on) vs windows (only having knowledge of what to enter in a 'gui wizard'). (ALL) Racecar mechanics/designers know the internals and design accordingly to the application.
Solid State Drives would be my guess. I'd venture to guess that data movement without "physical means" ( heads moving across a rotating platter ) would/could provide that amount of data transfer.
Regarding VoIP... The government is working to broadband providers to include VoIP under CALEA (Communications Assistance to Law Enforcement Act). Essentially, providers must have provisions in place to wiretap VoIP traffic.
I would ASSume that if there's hardware available to tap VoIP, Echelon could pick it up as well ( or MADE to tie into the same hardware {if it's not already} ).
Basically and ethernet port on the back of a receiver. Using THEIR software, you can connect to 'Internet Radio' ( shoutcast and such ), as well as local mp3/WMA shares.
All the linux defenders are saying the same thing: "Well, that's going to be supported in blah." Or, "It DOES support blah if you d/l and patch and blah blah blah..."
Linux needs to support blah, now! All the things mentioned ( multiple CPUs { >8, whatever }, clustering, NFS, etc., etc. ) is currently (and HAS been) supported by UNIX systems for years. And yes, of course, some of those are hardware limitations... And so...
Linux needs better hardware support. That's not going to happen EVER until HW manufacturers either get $ to add it in. ( Or the local recluse kernel hacker decides to write something... )
PHBs like to have a plan. If a CPU dies, who's going to fix it? How fast? What's the impact going to be? Hmm? SCSI bus failures? Blah Blah. Again, pointing out hardware support. But still, it's nice to know the local Sun FE will be arriving within 2 hours with a new hardware to install. PHBs are happy to see the HP FE on site with guaranteed hardware as opposed to PFY heading out to CompUSA|CDW|whatever to buy retail stuff.
Linux needs better backing from the big software companies: Oracle, Veritas, etc. I'm sure there are success full Oracle DBs running on linux, but how many are above, say 200GB, versus the amount on, say Solaris? Admins use the bigger names because their apps require bigger machines.
Again... "It'll be better in the next kernel..." PHBs don't wanna here that. I, as an admin don't wanna here that. If you're going to support something, don't half-ass it just to say, "Yeah, we can do NFS...... but not very well..."
We have just put into production our own IM client based off of jabber. For the file transfers, we are running Tomcat on top of jakarta. Haven't seen a LOT of users pushing files, but our load test results seemed satisfactory.
== less stress on elbows ( lowers risk of tennis elbow ) == less fatigue == longer play time == more practice == better 'talent'
So, by your token, more $$$ COULD == higher talent through increased practice time and play, and by all means should be allowed in competition.
Until I see you on ESPN2 swinging a stiff racquet for 10+ years without surgery on your elbow, shut your whining trap. Most ALL sports that require equipment ( other than a brain ) are dependant on technological improvments.
Speaking as a former student that learned Mathmatica in Calculus labs ( for I, II, and III ) and Maple for engineering classes...
I completely agree with you about how powerful Mathematica is, but when I started doing PChem research on Fourier transforms I found MathCAD to be the easiest for documentation. I have since only used MathCAD, as it doesn't require learning the cryptic code... just learning the interface which is fairly intuitive.
As far as speed... We pitted two PPro 200s of equal specs: one with Mathematica, one with MathCAD. We calculated the Riemann Sum of several functions, and MathCAD appeared to be the quickest.
But... just a suggestion that you MAY wanna try... if you haven't already...
"Not that I know of Rus. Going for a new amateur-land speed record, Clark W. Griswold, Jr. ! Remember kids; don't try this at home, I AM a professional."-- Nat'l Lampoon's Christmas Vacation
First thing I thought of when I read this article. =]
I rent movies constantly, and buy those I like enough to watch again. If I could pick up a disc for $3-4 and not have to return it to the store, that could be extremely convenient
Dude, netflix.com. If dropping a DVD in the mail whenever you're tired of watching it isn't convenient enough for you... you are too fscking lazy ; ]
Slashdot Mirror
To me, it's not so much about having to buy it again, it's buying a COMPLETELY DIFFERENT version. Recently, I thought, "Hmm, Aladin is on DVD now. Oh wait. They fscked the songs, added this, removed that..."
I guess Disney took their cue from George Lucas, and WE have to suffer.
Grr...
Hardly any programs (certainly hardly any of the programs I use) take advantage of features like Altivec (on PPC G4's) or Hyperthreading (on Intel P4's) - having them do so by being appropriately written and having compilers that can do a good job of optimisation would be a big step in the right direction.
Not every Mac owner has a G4/5... just like every x86 owner doesn't run on a P4 HT (not to mention that hyper-threading requires no 'special coding' and was designed as such). Software companies can't write applications specifically for one perticular model CPU per architecture; that would be financial suicide.
Software is written to be used across multiple platforms with the least amount development time. Case in point: MMORPGs. Developers write the graphics engine to mesh across platforms thus requiring a 'simplified' engine that can't be (easily) optimized per architecture.
Which brings me to perhaps one of the best targets for bloatware critisim - vendors of commercial operating systems (i.e. Sun, Apple, Microsoft) - some of there software is frankly appaulingly slow given the hardware it runs on, and what they do in many ways sets the tone for the rest of the industry.
Yes... writing software/apps for many different platforms is a BAD thing. Geez...
And I believe Formula 1/Indy cars have "clutchless" paddle-shifters, which is like a semiautomatic.
This is getting WAY off topic...
But, F1/IRL/CART are not 'clutchless'. They use electronically controlled hydraulic clutch systems that are MUCH faster than a human could 'clutch && shift && release'. They are considered semi-automatic because during hard acceleration, the on-board computers automatically engage the clutch and shift into the next higher gear. The driver STILL has control of gear selection.
Drag transmissions were designed with the same idea in mind; human clutch interaction is too slow. Thus, a clutchless transmission was designed. This 'automatic' transmission is NOTHING like a standard 'daily driver' automatic transmission the parent was referring to.
It's still a good comparison of using a 'hard'linux (having internal knowledge of what's going on) vs windows (only having knowledge of what to enter in a 'gui wizard'). (ALL) Racecar mechanics/designers know the internals and design accordingly to the application.
Solid State Drives would be my guess. I'd venture to guess that data movement without "physical means" ( heads moving across a rotating platter ) would/could provide that amount of data transfer.
Regarding VoIP... The government is working to broadband providers to include VoIP under CALEA (Communications Assistance to Law Enforcement Act). Essentially, providers must have provisions in place to wiretap VoIP traffic.
I would ASSume that if there's hardware available to tap VoIP, Echelon could pick it up as well ( or MADE to tie into the same hardware {if it's not already} ).
I've been writing for 20-some years. I've yet to find any hardwriting recognition software that can read my chicken scratches, much less a co-worker.
Onkyo TX-NR900 Photo
Basically and ethernet port on the back of a receiver. Using THEIR software, you can connect to 'Internet Radio' ( shoutcast and such ), as well as local mp3/WMA shares.
Nothing new here...
All the linux defenders are saying the same thing: "Well, that's going to be supported in blah." Or, "It DOES support blah if you d/l and patch and blah blah blah..."
Linux needs to support blah, now! All the things mentioned ( multiple CPUs { >8, whatever }, clustering, NFS, etc., etc. ) is currently (and HAS been) supported by UNIX systems for years. And yes, of course, some of those are hardware limitations... And so...
Linux needs better hardware support. That's not going to happen EVER until HW manufacturers either get $ to add it in. ( Or the local recluse kernel hacker decides to write something... )
PHBs like to have a plan. If a CPU dies, who's going to fix it? How fast? What's the impact going to be? Hmm? SCSI bus failures? Blah Blah. Again, pointing out hardware support. But still, it's nice to know the local Sun FE will be arriving within 2 hours with a new hardware to install. PHBs are happy to see the HP FE on site with guaranteed hardware as opposed to PFY heading out to CompUSA|CDW|whatever to buy retail stuff.
Linux needs better backing from the big software companies: Oracle, Veritas, etc. I'm sure there are success full Oracle DBs running on linux, but how many are above, say 200GB, versus the amount on, say Solaris? Admins use the bigger names because their apps require bigger machines.
Again... "It'll be better in the next kernel..." PHBs don't wanna here that. I, as an admin don't wanna here that. If you're going to support something, don't half-ass it just to say, "Yeah, we can do NFS...... but not very well..."
blah
Try changing the Browser Identification to IE 5.0 or whatever.... I've had no problems what so ever getting to any of my bank's pages.
Look... I just invented a new tool called the wheel! Oh, wait....
Not Smith.
--JamesT
In gcc 3.x, you must specify -m64...
We have just put into production our own IM client based off of jabber. For the file transfers, we are running Tomcat on top of jakarta. Haven't seen a LOT of users pushing files, but our load test results seemed satisfactory.
--JamesT
I've seen Coke and movie ads as well...
Old news...
Hmm... higher vibration dampening
== less stress on elbows ( lowers risk of tennis elbow ) == less fatigue == longer play time == more practice == better 'talent'
So, by your token, more $$$ COULD == higher talent through increased practice time and play, and by all means should be allowed in competition.
Until I see you on ESPN2 swinging a stiff racquet for 10+ years without surgery on your elbow, shut your whining trap. Most ALL sports that require equipment ( other than a brain ) are dependant on technological improvments.
Speaking as a former student that learned Mathmatica in Calculus labs ( for I, II, and III ) and Maple for engineering classes...
I completely agree with you about how powerful Mathematica is, but when I started doing PChem research on Fourier transforms I found MathCAD to be the easiest for documentation. I have since only used MathCAD, as it doesn't require learning the cryptic code... just learning the interface which is fairly intuitive.
As far as speed... We pitted two PPro 200s of equal specs: one with Mathematica, one with MathCAD. We calculated the Riemann Sum of several functions, and MathCAD appeared to be the quickest.
But... just a suggestion that you MAY wanna try... if you haven't already...
--JamesT
that'd make one helluva mess...
"Not that I know of Rus.
Going for a new amateur-land speed record, Clark W. Griswold, Jr. ! Remember kids; don't try this at home, I AM a professional."-- Nat'l Lampoon's Christmas Vacation
First thing I thought of when I read this article. =]
I rent movies constantly, and buy those I like enough to watch again. If I could pick up a disc for $3-4 and not have to return it to the store, that could be extremely convenient
Dude, netflix.com. If dropping a DVD in the mail whenever you're tired of watching it isn't convenient enough for you... you are too fscking lazy ; ]
vi (vim) forever!!!!
I got the Live - V, System of a Down, Aerosmith, and the Tori Amos cd to rip without problems.
Wow... I must be a 1337 h4x0r.
alt.sysadmin.recovery
Read enough of that, and you'll change your mind in a heartbeat...
Maybe Steven Spielberg's AI film is closer to reality than the general public knows *smile*?"
It was more of a Kubrick film than Spielberg's. I mean seriously... Give the man some friggin credit!
Could this mean the creation of Neural Network pathways are closer than we think?
This movie sounds AMAZINGLY like The Corruptor with Mark Wahlberg and Chow Yun Fat except with a bit of role reversal.
Come on, Hollywood! Let's be a little more creative, eh???