Ever try to use a cell phone in a hotel? It usually sucks, especially in a big hotel with lots of walls. Interestingly enough however, cellphones also use two bandwidths. Your phone broadcasts your message at 45 Mhz lower than the tower.
No doubt. Manned space flight is such an obvious waste of time its a joke. The politicians say that manned space flight somehow stirs the imagination.
The good news is that people are starting to realize that rovers and robots are actually 10x more exciting than people. Sure I'd love see a man on Mars, but I don't want to pay for it, and watching a small army of rovers colonize that sucker would be pretty sweet.
I'm not so sure that VOIP and video are good applications for this mesh product. Clearly the mesh product sounds like a better way to provide your hotel guests with IP connectivity. But to have your phone call drop or pr0n cut off because the chief decides to microwave your omlett or the lady next door uses her hair dryer would suck.
The article is misleading confusing "size" with "mass". This new star has 95 times the mass of Jupiter. However, it's density is so great that its physical size is only slightly larger. Density is the trigger key for fusion.
I completely agree. Nothing is really new. It was all invented at DEC eons ago...
Virtualization alone is just another layer to manage. There's no point in hiding a technology if you are replacing it with an equally complex and less efficient one.
You are correct that virutalization adds expensive overhead, and it can be complex and inflexible.
I believe the solution resides where the costs of downtime associated with direct associations with hardware outweigh the costs of virtualization. Virtual Memory systems are a classic example. As you know, vm has been around since the early 70s, but really wasn't widely adopted in PCs until the 90s. That's becuase the costs of virtual memory were too high. Also, increased computing power helped bring the costs inline. Once the benifit justified the cost: bingo.
The other piece is automation. Virtualization has to be as easy as say vm systems. As an end-user, I don't have to worry about virtual memory. Worst case, I may be involved in sizing the swap space. I don't even have to worry about virtual memory as a developer (for user space apps). All is taken care of by the kernel and compiler. This same simplicity has to be achived with virtual systems - it never was with mainframes.
The new generation of marketeers use Grid, but they rarely are refering to what computer science engineers refer to grid clustering. I think the marketeers talk about Grid when they really mean virtual Operating Systems running on abstracted hardware platforms: either a mainframe, or otherwise kick-ass multi-way system that has been virtually partioned, or something like vmware piecing together several x86 style servers.
Frankly, I don't like the word Grid being applied in this way. However, the latter technology is facinating (virtual OS) and will come to dominate computing in the next few years.
The basic idea is total abstraction of the application/service from hardware/location. The app gets the resources it needs, can be cloned/replicated to another location for distaster tolerance, and can scale and grow on demand based on needs by simply throwing more hardware modules at it. It's not just limited to computing but also applied to storage and network.
Read "Masks of the Universe" 1985 by Edward Harrison:
Harrison's thesis is that the universe is infinitely complex and that we are no more aware of the inner workings of the universe than the ancient greeks.
But if you make good hardware with good linux support, word will get around pretty quickly, and you'll get lots of linux business
I agree with much of your statement. In fact there is enourmous demand for Linux in the market. Basically, all of these F500 places that want to ditch HP-UX, AIX, True64 and Solaris are all moving to Linux. Plus, huge potential in the university market and overseas.
The problem is not a lack of demand, but the cost associated with the support for these projects. If you are a 50-100 person hardware company (many are small), making some PCI card for networking or something, imagine the task of supporting every flavor of linux out there. What happens is that you get to the customer, and they basically start hitting you up for general Linux integration support that has nothing to do with your product. Every sale turns into an integration exercise requiring a linux expert onsite. Outside of consulting firms the size of IBM Global Serves, most of these small firms cant afford it.
This article makes the assumption that Microsoft is currently or has in the past somehow inhibited hardware vendors. Now, there are all sorts of "hardware vendors," but I would say universally most hardware vendors have bennifited tremendously from Microsoft, especially around Plug 'n Play (once Redmon got it working).
I would say that for many of today's hardware vendors, supporting the Linux OS is more painful than supporting the traditional unix vendors which were difficult enough.
The problem is that there is zilch technical support for linux, outside of the open source community. Most of the boutique hardware vendors cant afford the huge support teams to handle calls on every version of linux and all distros out there. Plus, they have a good deal of their IP in the software and they are leary of giving that away to competitors.
Not to mention, there is no partner marketing bennifits with linux. At least Microsoft promotes its hardware vendors, and comarkets their products with Windows, including them in its collosal marketing machine.
To be fair, the computer world in general has bennifited tremendously from open source. Don't get me wrong: I love linux, gcc, bash, etc. NetBSD has been a huge win for appliance vendors looking for instant-OS.
However, to say generally that hardware vendors are being saved by open source is actually the opposite of what the hardware vendors are really feeling. My experience with every hardware vendor that I've worked with is that Linux and open source is their #1 pain in the butt.
Adult giant squid still never photographed alive
on
Calamari Anyone?
·
· Score: 2, Informative
The article is misleading. This guy has filmed giant squid larva, but never an adult giant squid. Nobody has yet filmed an adult giant squid.
V.9x modems (56kb standard) use standard V.42/V.42bis data compression. Compressing data further over this might reduce the efficency of the modem as is.
Ever try to use a cell phone in a hotel? It usually sucks, especially in a big hotel with lots of walls. Interestingly enough however, cellphones also use two bandwidths. Your phone broadcasts your message at 45 Mhz lower than the tower.
No doubt. Manned space flight is such an obvious waste of time its a joke. The politicians say that manned space flight somehow stirs the imagination.
The good news is that people are starting to realize that rovers and robots are actually 10x more exciting than people. Sure I'd love see a man on Mars, but I don't want to pay for it, and watching a small army of rovers colonize that sucker would be pretty sweet.
They bought Ximian which employs the key Gnome project managers.
I'm not so sure that VOIP and video are good applications for this mesh product. Clearly the mesh product sounds like a better way to provide your hotel guests with IP connectivity. But to have your phone call drop or pr0n cut off because the chief decides to microwave your omlett or the lady next door uses her hair dryer would suck.
The article is misleading confusing "size" with "mass". This new star has 95 times the mass of Jupiter. However, it's density is so great that its physical size is only slightly larger. Density is the trigger key for fusion.
You're not crazy. You just have no hope of actually figuring out much. Don't quit your day job and leave quantum machanics to others.
Devine Right was sweet. Only problem was the random handout of kingdoms. I only wanted to be the Black Hand...
We have come to Earth to consume your pop-up ads and SPAM. While abundant on Earth, we have very few such items on our home planet of Xeon...
The question isn't why this made the front page, but whether the same story will be on tomorrow's /.
I completely agree. Nothing is really new. It was all invented at DEC eons ago...
Virtualization alone is just another layer to manage. There's no point in hiding a technology if you are replacing it with an equally complex and less efficient one.
You are correct that virutalization adds expensive overhead, and it can be complex and inflexible.
I believe the solution resides where the costs of downtime associated with direct associations with hardware outweigh the costs of virtualization. Virtual Memory systems are a classic example. As you know, vm has been around since the early 70s, but really wasn't widely adopted in PCs until the 90s. That's becuase the costs of virtual memory were too high. Also, increased computing power helped bring the costs inline. Once the benifit justified the cost: bingo.
The other piece is automation. Virtualization has to be as easy as say vm systems. As an end-user, I don't have to worry about virtual memory. Worst case, I may be involved in sizing the swap space. I don't even have to worry about virtual memory as a developer (for user space apps). All is taken care of by the kernel and compiler. This same simplicity has to be achived with virtual systems - it never was with mainframes.
The new generation of marketeers use Grid, but they rarely are refering to what computer science engineers refer to grid clustering. I think the marketeers talk about Grid when they really mean virtual Operating Systems running on abstracted hardware platforms: either a mainframe, or otherwise kick-ass multi-way system that has been virtually partioned, or something like vmware piecing together several x86 style servers.
Frankly, I don't like the word Grid being applied in this way. However, the latter technology is facinating (virtual OS) and will come to dominate computing in the next few years.
The basic idea is total abstraction of the application/service from hardware/location. The app gets the resources it needs, can be cloned/replicated to another location for distaster tolerance, and can scale and grow on demand based on needs by simply throwing more hardware modules at it. It's not just limited to computing but also applied to storage and network.
Ethernet RDMA protocols solve this problem. RDMA will be ubiquitos in the next year or two.
2*2*2*2*2*2*2*2*2*2*2 = 2048 times faster
Chics dig it.
Why am I not surprised anymore when I read these things. Because you are a commie and you read the LA Times.
Count Chocula was already trademarked.
Read "Masks of the Universe" 1985 by Edward Harrison:
Harrison's thesis is that the universe is infinitely complex and that we are no more aware of the inner workings of the universe than the ancient greeks.
"...helps users find their checkpoint to buy regular XP."
Jaws 4 the Revenge
The Keep
I agree with much of your statement. In fact there is enourmous demand for Linux in the market. Basically, all of these F500 places that want to ditch HP-UX, AIX, True64 and Solaris are all moving to Linux. Plus, huge potential in the university market and overseas.
The problem is not a lack of demand, but the cost associated with the support for these projects. If you are a 50-100 person hardware company (many are small), making some PCI card for networking or something, imagine the task of supporting every flavor of linux out there. What happens is that you get to the customer, and they basically start hitting you up for general Linux integration support that has nothing to do with your product. Every sale turns into an integration exercise requiring a linux expert onsite. Outside of consulting firms the size of IBM Global Serves, most of these small firms cant afford it.
This article makes the assumption that Microsoft is currently or has in the past somehow inhibited hardware vendors. Now, there are all sorts of "hardware vendors," but I would say universally most hardware vendors have bennifited tremendously from Microsoft, especially around Plug 'n Play (once Redmon got it working).
I would say that for many of today's hardware vendors, supporting the Linux OS is more painful than supporting the traditional unix vendors which were difficult enough.
The problem is that there is zilch technical support for linux, outside of the open source community. Most of the boutique hardware vendors cant afford the huge support teams to handle calls on every version of linux and all distros out there. Plus, they have a good deal of their IP in the software and they are leary of giving that away to competitors.
Not to mention, there is no partner marketing bennifits with linux. At least Microsoft promotes its hardware vendors, and comarkets their products with Windows, including them in its collosal marketing machine.
To be fair, the computer world in general has bennifited tremendously from open source. Don't get me wrong: I love linux, gcc, bash, etc. NetBSD has been a huge win for appliance vendors looking for instant-OS.
However, to say generally that hardware vendors are being saved by open source is actually the opposite of what the hardware vendors are really feeling. My experience with every hardware vendor that I've worked with is that Linux and open source is their #1 pain in the butt.
The article is misleading. This guy has filmed giant squid larva, but never an adult giant squid. Nobody has yet filmed an adult giant squid.
V.9x modems (56kb standard) use standard V.42/V.42bis data compression. Compressing data further over this might reduce the efficency of the modem as is.
It's called RSA Blinding which pads the computation by some random timings. Implementations vary but typical performance overhead is 2-10%.
In the Chinese space program the costs would be more like 3 cents and 3 casualties per pound.