9.8m/s^2 is not slow. And will accelerate until it hits atmosphere. At such speeds, the top few thousand miles of ribbon will burn up. It's only the bottom 3-500 miles you have to worry about.
You would have to balance it with an Elevator at 50.43S to keep the anchor in GEO orbit, to keep it from migrating under tension into a non-equatorial orbit. Hey, that makes sense
why one per day? Why not more? Have crossover tracks every (X) miles so that cars following can route around the dead vehicle. Have recovery vehicles that can visit, attach to, and recover the dead car (like extra train engines).
Not an insurountable problem.
Remember that at low orbit, you are NOT going at orbital velocity. You are going significantly less than orbital velocity. 1 orbit at 300 nominal miles takes only 90 minutes. An elevator will make one orbit in only 24 hours.
Resorting to space craft or reentry in anything but absolute catastrophic failure is folly.
You have a great point, and it makes sense. In the home market. Dell's continued resistance to the Opteron makes no sense, since at the moment it *IS* superior to the other available options. At least in the business group I'd expect AMD to make a presence, extra support cost be damned.
The question is, how many units does Dell think it's losing to IBM and others?
Now ask youself, how a company shipping millions of dollars a year, is going to stay at the top of the heap by having a huge percentage of those things coming back? Or sending millions of replacement parts. They may not be the BEST in quality, but that doesn't make them shit, either.
What burns me about CVS is changesets. The idea that my touching 6 files == one change. CVS doesn't have this without resorting to tags. That's why I hate it. I use it for projects where most files are independant of others, such as managing my management tool tree or my/etc files. For my Java and C++ work, I've moved to subversion.
There's no politics here for me. I like both, I use both, but CVS is getting surpassed. Without some serious development work by the maintainers, I'll probably be off of it by years end. With cvs2svn floating around, and some work around the edge cases, the migration from CVS to Subversion will be unparalleled in simplicity. Hell, it's practically command (line) compatible.
The real politics is around CVS/SVN or Clearcase/Perforce. That's where 90% of the resistance to CVS comes from in corporate environments...
You don't get to be the #1 computer vendor of all time by selling shit. Gateways are shit. Ergo, they were top dog at one point, now they are slag.
Minus the tremendous abuse our Latitudes suffered at the hands of their users and a bad batch of Optiplexes, Dells reign supreme at my office.
Re:Just how monopolistic do Dell and Intel have to
on
Dell Might do AMD
·
· Score: 3, Interesting
No, everyone's missing it. It's not pressure on Intel, it's pressure on AMD. Dell is saying to AMD, you must, ABSOLUTELY FUCKING MUST, meet our part quota every quarter, no shortchanging us, no sending our parts to IBM, Acer, Toshiba, because we're gonna ship 250,000 units this year, and we're not going to lose our hardwon customers to someone else. So get your shit in gear, and once you prove you can keep the pipeline FLOODED, we'll talk.
Dells fear with AMD has nothing to do with pricing, and everything to do with execution. The Athlon launch party was PLAGUED by delay and pipeline stalls in getting parts from AMD. Dell sells SO many computers that they don't want to be forced to turn customers away to competitors if AMD started rationing processors.
Now that the Opteron has turned out to be everything it's cracked up to be, and in mass quantities in the channel, Dell is rightfully readdressing the AMD issue.
As the U.S. learned from the history of the Soviets, if you drive your people in economic oppression and starvation for long enough, soon enough, you will no longer be in power. GWB and our US policymakers are hoping Stalism will repeat itself in NK.
Development pace doubled because of BitKeeper, or because of moving to a distributed SCM? Tough question, one which Linus will surely find out soon enough.
CVS isn't the solution to anything, anymore. It's horribly broken file based semantics suck. Actually, I take that back. CVS would be good for managing your/etc directory, since most files in/etc don't have many dependencies on other files in/etc, so your need for an atomic multi-file commit is lessened.
But for most projects, CVS will be supplanted by subversion over the next few years. Now that subversion has a filesystem based repository, and not only a BDB based one, I expect the process to accelerate. The only holdouts will be those few CVS users who insist on tweaking the RCS files themselves, which only is useful for those instances when CVS breaks, which is what Subversion replaces...
So CVS in two years will be for the text-file pedants.
That is one of the biggest annoyances I have with Unix. The damn device mappings... how can I find out which/dev/sg device my scsi scanner on bus3, id 6, lun 0 is on still perplexes me.
Why can't there be a simple/dev/driver/bus/id mapping?
Like/dev/serial/usb1/1 == my serial usb adapter attached to my PalmPilot hotsync cradle?
It had nothing to do with the lowest bidder and everything to do with this:
Congress: Well, that $8billion you need to design the perfect 100% reusable booster? we can only get you $6, what can you make happen with that? NASA (after months of number crunching and redesign): okay, we make some design tradeoffs, cut the up-front loaded cost, defer some costs (liquid flyback boosters) for a decade, and reduce the number of development machines, we can do it for $6billion. Congress: Well, we can only give you $4billion, and you still have to achieve all the original goals we set forth at the beginning, or you get no money at all. NASA (in a heartbeat): No problem. NASA (back at the office): Wait'll they find out this plan will cost $10billion a year in maintenance fees.
Blame Congress, not NASA. Many of the original NASA proposals had "potential" to actually be cheaper than the boondoggle we have now, but Congress made those impossible to achieve by killing upfront funding.
As to canadarm1 not being in the shuttle in it's first iterations: I call foul. There is no other way to launch a satellite from the payload bay other than to maybe get out and push. If there was a payload that needed deployment, I guarantee that Canadarm was installed. Since flights 1 and 2 (in 1981) were test flights, and many spacehab flights don't require the arm, there are times it is not installed to save on launch weight. Canadarm was always part of the package.
Slashdot Mirror
Nevermind, found it.
http://opensource.adobe.com/
Links?
No sir. If that were true, I probably couldn't spell preferably, never mind use it properly. :-D
I have yet to see an 800x600 DPI monitor. Where can I find such a beast? Preferably in a 40" form factor.
Monorail, electric rail, there's always gonna be some capability for crossovers.
9.8m/s^2 is not slow. And will accelerate until it hits atmosphere. At such speeds, the top few thousand miles of ribbon will burn up. It's only the bottom 3-500 miles you have to worry about.
You would have to balance it with an Elevator at 50.43S to keep the anchor in GEO orbit, to keep it from migrating under tension into a non-equatorial orbit. Hey, that makes sense
why one per day? Why not more? Have crossover tracks every (X) miles so that cars following can route around the dead vehicle. Have recovery vehicles that can visit, attach to, and recover the dead car (like extra train engines).
Not an insurountable problem.
Remember that at low orbit, you are NOT going at orbital velocity. You are going significantly less than orbital velocity. 1 orbit at 300 nominal miles takes only 90 minutes. An elevator will make one orbit in only 24 hours.
Resorting to space craft or reentry in anything but absolute catastrophic failure is folly.
A pyramid, one of the most stable geometric shapes ever, is NOT a tower. :-)
You have a great point, and it makes sense. In the home market. Dell's continued resistance to the Opteron makes no sense, since at the moment it *IS* superior to the other available options. At least in the business group I'd expect AMD to make a presence, extra support cost be damned.
The question is, how many units does Dell think it's losing to IBM and others?
Now ask youself, how a company shipping millions of dollars a year, is going to stay at the top of the heap by having a huge percentage of those things coming back? Or sending millions of replacement parts. They may not be the BEST in quality, but that doesn't make them shit, either.
What burns me about CVS is changesets. The idea that my touching 6 files == one change. CVS doesn't have this without resorting to tags. That's why I hate it. I use it for projects where most files are independant of others, such as managing my management tool tree or my /etc files. For my Java and C++ work, I've moved to subversion.
There's no politics here for me. I like both, I use both, but CVS is getting surpassed. Without some serious development work by the maintainers, I'll probably be off of it by years end. With cvs2svn floating around, and some work around the edge cases, the migration from CVS to Subversion will be unparalleled in simplicity. Hell, it's practically command (line) compatible.
The real politics is around CVS/SVN or Clearcase/Perforce. That's where 90% of the resistance to CVS comes from in corporate environments...
You don't get to be the #1 computer vendor of all time by selling shit. Gateways are shit. Ergo, they were top dog at one point, now they are slag.
Minus the tremendous abuse our Latitudes suffered at the hands of their users and a bad batch of Optiplexes, Dells reign supreme at my office.
No, everyone's missing it. It's not pressure on Intel, it's pressure on AMD. Dell is saying to AMD, you must, ABSOLUTELY FUCKING MUST, meet our part quota every quarter, no shortchanging us, no sending our parts to IBM, Acer, Toshiba, because we're gonna ship 250,000 units this year, and we're not going to lose our hardwon customers to someone else. So get your shit in gear, and once you prove you can keep the pipeline FLOODED, we'll talk.
It's relative. In the Intel world, the Intel chipsets are usually top of the line. In the AMD world, it seems (in my experience) that VIA is king dog.
Heat. Physics. Little Green Men from Tatooine. Pick any two.
Dells fear with AMD has nothing to do with pricing, and everything to do with execution. The Athlon launch party was PLAGUED by delay and pipeline stalls in getting parts from AMD. Dell sells SO many computers that they don't want to be forced to turn customers away to competitors if AMD started rationing processors.
Now that the Opteron has turned out to be everything it's cracked up to be, and in mass quantities in the channel, Dell is rightfully readdressing the AMD issue.
As the U.S. learned from the history of the Soviets, if you drive your people in economic oppression and starvation for long enough, soon enough, you will no longer be in power. GWB and our US policymakers are hoping Stalism will repeat itself in NK.
Development pace doubled because of BitKeeper, or because of moving to a distributed SCM? Tough question, one which Linus will surely find out soon enough.
CVS isn't the solution to anything, anymore. It's horribly broken file based semantics suck. Actually, I take that back. CVS would be good for managing your /etc directory, since most files in /etc don't have many dependencies on other files in /etc, so your need for an atomic multi-file commit is lessened.
But for most projects, CVS will be supplanted by subversion over the next few years. Now that subversion has a filesystem based repository, and not only a BDB based one, I expect the process to accelerate. The only holdouts will be those few CVS users who insist on tweaking the RCS files themselves, which only is useful for those instances when CVS breaks, which is what Subversion replaces...
So CVS in two years will be for the text-file pedants.
It's a dupe. It's technical errata on how Linus is going to managed the patch stream. Big Fucking Deal.
Face it, it's a slow news day.
That is one of the biggest annoyances I have with Unix. The damn device mappings... how can I find out which /dev/sg device my scsi scanner on bus3, id 6, lun 0 is on still perplexes me.
/dev/driver/bus/id mapping?
/dev/serial/usb1/1 == my serial usb adapter attached to my PalmPilot hotsync cradle?
Why can't there be a simple
Like
ARGH!!
It had nothing to do with the lowest bidder and everything to do with this:
Congress: Well, that $8billion you need to design the perfect 100% reusable booster? we can only get you $6, what can you make happen with that?
NASA (after months of number crunching and redesign): okay, we make some design tradeoffs, cut the up-front loaded cost, defer some costs (liquid flyback boosters) for a decade, and reduce the number of development machines, we can do it for $6billion.
Congress: Well, we can only give you $4billion, and you still have to achieve all the original goals we set forth at the beginning, or you get no money at all.
NASA (in a heartbeat): No problem.
NASA (back at the office): Wait'll they find out this plan will cost $10billion a year in maintenance fees.
Blame Congress, not NASA. Many of the original NASA proposals had "potential" to actually be cheaper than the boondoggle we have now, but Congress made those impossible to achieve by killing upfront funding.
As to canadarm1 not being in the shuttle in it's first iterations: I call foul. There is no other way to launch a satellite from the payload bay other than to maybe get out and push. If there was a payload that needed deployment, I guarantee that Canadarm was installed. Since flights 1 and 2 (in 1981) were test flights, and many spacehab flights don't require the arm, there are times it is not installed to save on launch weight. Canadarm was always part of the package.
you forgot the DC-X and the X38 CRV.