China, has many connections to the outside world, they obviously have a route to the real destination.
They announce the prefix of the real destination to some of their BGP-peers. Traffic from users flows to them if the routers of their peers accept the route and think this is the shortest path.
They send the traffic along to the real destination over one or two of the other peers.
The traffic arrives at the real destination and replies to the client. The client receives the reply and sends more data (through China) to the real destination.
So China seems one side of the conversation.
The only security that is build in, is if the other peers actually properly filter the traffic so that they only accept traffic from prefixes China announces.
I'm very reluctant to ask for "trusted" hardware, because everytime they discuss it, it always puts them (Microsoft, film industry, whatever) in power, not me.
Who says they are not sending the traffic along to the real destination ? So you'd get a reply from the real destination and you would send more data through China. Only difference from your point of view (possible a bit slower), possibly they will just see only one side of the conversation, but that is can be useful too.
They don't care about all those users, they just want money from Java-users. They don't care if they loose or piss off the smaller users, the really big enterprise users can't switch in 10 years time anyway. That is where the money is, usually banks and other big companies/institutions.
The first thing they did is add all the patches that where already in used by the folks from http://go-oo.org/ . These are all the patches that the Linux-maintainers has created/collected but where never accepted by the OpenOffice maintainers, which is actually quiet a lot. Because the acceptance process is so slow.
I do it all the time, works fine. I do have to say, it was a problem in the past with daily build only having a 32-bit version, now that 64-bit versions of daily builds are available, it works without a problem.
Because of patent deals ofcourse, what else ?
Like Skynet ? Everything connected ?
Let me rephrase that, if the hosts using it are Linux-based, why not use Ceph instead of iSCSI ?
Depends how you look at it, $100 also gives you 2TB of western digital HDD storage. So I guess that is cheaper then. :-)
I could be wrong, but having an ARM-based system with Linux/btrfs as iSCSI SAN target doesn't sound to bad either.
You could argue they already have, they sell many, many times more ARM-based devices then they sell desktop-machines.
permissions I guess.
The real time prioritoy is still their, you just need superuser rights to set it.
I guess we should just have more permissions as desktop users, or some group we can add the users to.
Choose some tier-1 providers, they don't share.
China, has many connections to the outside world, they obviously have a route to the real destination.
They announce the prefix of the real destination to some of their BGP-peers. Traffic from users flows to them if the routers of their peers accept the route and think this is the shortest path.
They send the traffic along to the real destination over one or two of the other peers.
The traffic arrives at the real destination and replies to the client. The client receives the reply and sends more data (through China) to the real destination.
So China seems one side of the conversation.
The only security that is build in, is if the other peers actually properly filter the traffic so that they only accept traffic from prefixes China announces.
I do not have any data about what really happend.
That just sounds like this:
https://apps.mozillalabs.com/
I'm very reluctant to ask for "trusted" hardware, because everytime they discuss it, it always puts them (Microsoft, film industry, whatever) in power, not me.
Who says they are not sending the traffic along to the real destination ? So you'd get a reply from the real destination and you would send more data through China. Only difference from your point of view (possible a bit slower), possibly they will just see only one side of the conversation, but that is can be useful too.
Asking banks for fairly small amounts of money (in their eyes) for service/support is not something that will piss them off I think.
They don't care about all those users, they just want money from Java-users. They don't care if they loose or piss off the smaller users, the really big enterprise users can't switch in 10 years time anyway. That is where the money is, usually banks and other big companies/institutions.
The first thing they did is add all the patches that where already in used by the folks from http://go-oo.org/ . These are all the patches that the Linux-maintainers has created/collected but where never accepted by the OpenOffice maintainers, which is actually quiet a lot. Because the acceptance process is so slow.
Of which most code was already running on most of the Linux-desktops. Because the go-oo is what was running on the Linux-desktops.
Sounds to me like, they haven't heared of Linux-VServer/OpenVZ, etc.
You can also run different profiles at the same time with -no-remote -P . You can run different versions or the same.
I do it all the time, works fine. I do have to say, it was a problem in the past with daily build only having a 32-bit version, now that 64-bit versions of daily builds are available, it works without a problem.
Multiplatform ?
Something like http://www.parrot.org/ you mean ? A whole new VM which can run multiple languages.
They seem to be on the side of Oracle. They left Apache behind.
Was that with or without it being in the filesystem-cache ?
Are you trying to say Java will be the next Cobol (lots of legacy code and a small expensive workforce) ? Or is that just a bridge to far.
It is funny how you mention global investment bank and Stallman is right in the same post. :-)