Any normal filesystem will go a long way to ensure the data is securely on the disk, forcing flushes after a short time, making multiple writes first to the journal, then to data sectors, then to metadata to ensure everything is consistent. That's utterly wasteful for/tmp/ -- with tmpfs, there won't be a single disk access in a vast majority of cases.
I don't get why most distributions don't have/tmp/ on tmpfs by default. Just enlarge the default swap size by what is expected for/tmp/, to make sure max virtual memory capacity doesn't suffer.
Norway is not a tiny country either. Your argument might have been valid if you used Lichtenstein or Monaco, which can afford to rely on their neighbours for their economy. And once the "tiny country" case is away, all that matters is the proportion of resources to population, which is very roughly the same, and the competence of rulers, which goes very strongly in Norway's favour.
"Nice" for bandwidth. It would be great if there was a command similar to "nice", which acts not on cpu-cycles but instead on bandwidth.
Do you mean network bandwidth, or IO bandwidth? That's iptables --pid-match (although you'd usually want --uid-match or --gid-match instead), or ionice.
"Never"??? There are two issues: information missing on the sheets (the "emotions" you talk about), and simulating actual instruments.
For the first issue, as I said in GP, we may simply record the way those great artists blow air and cap the holes. Or, devise algorithms that guess that lost information, producing the equivalent of solid musicians, better than any but the masters -- and those algorithms can be improved without limits, surpassing what wetware can do.
For the latter, it's an easy task. Just analyze the physics better, and simulate something more than just attack/decay/sustain/release and harmonics. The more effort you put there, the better the effects, but you don't need to go far to produce results indistinguishable -- or better! than real instruments can do. Unlike simulating "emotions", this is a clear cut issue, something we are good at solving.
Seriously, why don't we just send a guy to give the rover a push?
The technology is there, that we don't send a man there is just a matter of politics.
And, one of better plans I heard was to send a crew there with an one- way ticket (initially). For any multi-stage flights, the amount of gear, fuel and complexity rises expotentially with the number of stages: every stage has to include the oomph needed to carry not only the payload, but also all the gear+consumables for subsequent stages. Cutting that number by half would reduce the costs and difficulty to a manageable level -- and, you can use the freed space to include a lot of survival and scientific gear and still end up at a tiny fraction of budget needed.
The crew would sit there, play with their toys, and when they get bored, use 5000 years old technology to build things from local materials. A while later, there would be a next crew (or even an unmanned craft) with no survival gear but just the engines needed for takeoff and return -- it may be possible to produce fuel locally -- perhaps using nuclear power to produce energy for the reactions needed if it can't be gathered in an easy way. The second crew would either stay on Mars or go back together with the first one.
You are _mostly_ right. The sheet music doesn't contain full information. A good part is missing and has to be re-added by a musician every time the composition is being played.
But... what if you record _that_? Or, create good enough algorithms that can guess that missing information?
You get the same effect as live musicians -- and if you want little errors here and there, they can be introduced as well, just like deBeers' claims that mined diamonds are "better" can be derailed by adding some junk to diamonds being grown.
They do NOT go to the lowest priced vendor, since the lowest priced vendor charges 0, and they took instead one that takes nearly as much as the hardware costs.
Hiring fewer more skilled admins rather than a horde of MCSEs would be financially beneficial as well.
Except that this is not about proprietary software, it's about DRM. DRM lets a bastard take up a piece of otherwise free software and lock it up.
And the most important thing, for DRM to work at all, you must be unable to modify the operating system itself. This is the main problem here. I don't give a damn about your little closed source app, as long as it doesn't make it impossible for me to mess with the system.
There is absolutely nothing you would gain from deleting a slashdot account.
Your posts would not be deleted, as no other post is ever deleted without a grounded Cease&Desist or similar legal reason, your journal is public info as well. The only removable thing is your user description, which can be replaced with an empty string at a whim.
Facebook accounts, on the other hand, nearly by definition contain slews of personal data.
Uhm, no. Unlike many other formats which give you better quality at the cost of bandwidth, MJPEG is simply wasteful. For the same bandwidth, it will produce a lot more compression artifacts.
MJPEG is insanely ineffective. It's no different from just a series of JPEG stills, without taking any advantage of frames being similar to each other.
This means, you have a really huge bitrate for lousy quality.
And for the rest, you can do this at the DNS level. In fact, analyzing the logs of a small local ISP I consluted for, 25 freaking percent of all http connections go to domains that absolutely don't deserve being resolved. Hijacking these not only makes you save bandwidth, but also is good for your customers' mental well-being.
Censoring "subversive sites", porn, etc is not only evil but also makes customers upset. Yet censoring doubleclick.com is something no free speech advocate is going to object to.
I've recently glimpsed the screen of someone who does NOT use AdBlock, and I was shocked.
A huge animated ad taking 2/3 of the screen, and the rest of the screen was split between a bit of actual content in the lower left corner and another ad in the right half of the space under the big one. And after scrolling down, you had more and more ads. And that's a large, popular site.
At least around here, anyone who has a friend/coworker with a modicum of technical skills will have AdBlock installed... browsing the web otherwise is just next to impossible.
Defeat a high powered sniper rifle is no different that defeating wolf's teeth: it would be prohibitively expensive to defend against them directly, so it's all about avoidance. This mean, stealth and detection of predators (including humans). And for that, deer are equipped moderately well -- and evolution _will_ make them better at spotting hidden humans pretty soon. Just give it time, hunting rifles are a quite new invention.
Once upon a time, Realtek's cards made up >80% of all network cards people around here used.
In the times of 10Mbps BNC and early 10baseT, typical prices were like: * PLANET's NE2000 "compatible": 50zl * Realtek's 8029: 60zl * 3Com's 3c5x9: 700zl (yeah, it's not a typo -- over an order of magnitude more)
The latter two were damn reliable, while junk cards worked only on a good day, hardly ever managed to talk to cards made by other manufacturers, worked or not based on the room they were in, and even when by some chance they did work, you got less than half the speed of Realteks/3Coms.
Being just a tiny bit more expensive than the cheap crap and almost as reliable as top-end gear, it's no wonder Realtek got that kind of market penetration.
A bit later, in the era of early 100Mbps, their 8139 cards were rock solid and as still very cheap.
It's only after every single motherboard started to include on-board networking that Realtek stopped being relevant.
Vista did have higher hardware requirements than XP
And why exactly that "better" OS would require 8 times as memory, an order of magnitude better CPU and so on to do the very same tasks as its predecessor without providing a single non-cosmetic improvement?
No, it's not "12ms -- for every single hop." That just shows you don't understand how packet switched networks operate. Did you even try to think this through?
And how exactly a packet switched network would introduce a hop? For that, you would have to inspect the packet, decide where to route it to, and decrease TTL.
The comparison is between ADSL and FiOS. Those are "last mile" technologies. There's no reason to assume that the routers upstream would have any performance differences
I don't expect a difference between ADSL and FiOS of the same bandwidth -- but it's not an insane assumption to guess that the ISP which sells 25 times as big pipes to every customer will also have bigger bandwidth on its upstream routers. The last mile accounts just for a single hop which, while indeed tends to have a significant effect on latency, is far from being the biggest factor.
Slashdot Mirror
Any normal filesystem will go a long way to ensure the data is securely on the disk, forcing flushes after a short time, making multiple writes first to the journal, then to data sectors, then to metadata to ensure everything is consistent. That's utterly wasteful for /tmp/ -- with tmpfs, there won't be a single disk access in a vast majority of cases.
I don't get why most distributions don't have /tmp/ on tmpfs by default. Just enlarge the default swap size by what is expected for /tmp/, to make sure max virtual memory capacity doesn't suffer.
Norway is not a tiny country either. Your argument might have been valid if you used Lichtenstein or Monaco, which can afford to rely on their neighbours for their economy. And once the "tiny country" case is away, all that matters is the proportion of resources to population, which is very roughly the same, and the competence of rulers, which goes very strongly in Norway's favour.
"Nice" for bandwidth. It would be great if there was a command similar to "nice", which acts not on cpu-cycles but instead on bandwidth.
Do you mean network bandwidth, or IO bandwidth? That's iptables --pid-match (although you'd usually want --uid-match or --gid-match instead), or ionice.
a computer will never be able to produce
"Never"??? There are two issues: information missing on the sheets (the "emotions" you talk about), and simulating actual instruments.
For the first issue, as I said in GP, we may simply record the way those great artists blow air and cap the holes. Or, devise algorithms that guess that lost information, producing the equivalent of solid musicians, better than any but the masters -- and those algorithms can be improved without limits, surpassing what wetware can do.
For the latter, it's an easy task. Just analyze the physics better, and simulate something more than just attack/decay/sustain/release and harmonics. The more effort you put there, the better the effects, but you don't need to go far to produce results indistinguishable -- or better! than real instruments can do. Unlike simulating "emotions", this is a clear cut issue, something we are good at solving.
Seriously, why don't we just send a guy to give the rover a push?
The technology is there, that we don't send a man there is just a matter of politics.
And, one of better plans I heard was to send a crew there with an one- way ticket (initially). For any multi-stage flights, the amount of gear, fuel and complexity rises expotentially with the number of stages: every stage has to include the oomph needed to carry not only the payload, but also all the gear+consumables for subsequent stages. Cutting that number by half would reduce the costs and difficulty to a manageable level -- and, you can use the freed space to include a lot of survival and scientific gear and still end up at a tiny fraction of budget needed.
The crew would sit there, play with their toys, and when they get bored, use 5000 years old technology to build things from local materials. A while later, there would be a next crew (or even an unmanned craft) with no survival gear but just the engines needed for takeoff and return -- it may be possible to produce fuel locally -- perhaps using nuclear power to produce energy for the reactions needed if it can't be gathered in an easy way. The second crew would either stay on Mars or go back together with the first one.
You are _mostly_ right. The sheet music doesn't contain full information. A good part is missing and has to be re-added by a musician every time the composition is being played.
But... what if you record _that_? Or, create good enough algorithms that can guess that missing information?
You get the same effect as live musicians -- and if you want little errors here and there, they can be introduced as well, just like deBeers' claims that mined diamonds are "better" can be derailed by adding some junk to diamonds being grown.
All the reports on WineHQ say it works just fine.
They do NOT go to the lowest priced vendor, since the lowest priced vendor charges 0, and they took instead one that takes nearly as much as the hardware costs.
Hiring fewer more skilled admins rather than a horde of MCSEs would be financially beneficial as well.
Ounces are not mass anymore, unless you go to one of the two last backward countries on Earth that still have them.
Upgrading from Vista to Windows 7 is easy. Upgrading from XP to Windows 7 is a major undertaking
Except, to upgrade from Vista you would first need to downgrade from XP to Vista, and that's a REALLY major disaster by itself.
Except that this is not about proprietary software, it's about DRM. DRM lets a bastard take up a piece of otherwise free software and lock it up.
And the most important thing, for DRM to work at all, you must be unable to modify the operating system itself. This is the main problem here. I don't give a damn about your little closed source app, as long as it doesn't make it impossible for me to mess with the system.
This is a problem, not a solution. One of bigger problems with win32 development is the multitude of totally incompatible APIs that do the same thing.
One _thread_ is indeed a new way (for certain values of "new"), but back in the day we used fork() instead of non-blocking IO.
Vista wasn't bad on hardware built to support it
I see you haven't used Vista then. You can't blame hardware for its downsides, even on decent gear it's worse than ME.
There is absolutely nothing you would gain from deleting a slashdot account.
Your posts would not be deleted, as no other post is ever deleted without a grounded Cease&Desist or similar legal reason, your journal is public info as well. The only removable thing is your user description, which can be replaced with an empty string at a whim.
Facebook accounts, on the other hand, nearly by definition contain slews of personal data.
It's like a public mailing list vs private mail.
Uhm, no. Unlike many other formats which give you better quality at the cost of bandwidth, MJPEG is simply wasteful. For the same bandwidth, it will produce a lot more compression artifacts.
MJPEG is insanely ineffective. It's no different from just a series of JPEG stills, without taking any advantage of frames being similar to each other.
This means, you have a really huge bitrate for lousy quality.
And for the rest, you can do this at the DNS level. In fact, analyzing the logs of a small local ISP I consluted for, 25 freaking percent of all http connections go to domains that absolutely don't deserve being resolved. Hijacking these not only makes you save bandwidth, but also is good for your customers' mental well-being.
Censoring "subversive sites", porn, etc is not only evil but also makes customers upset. Yet censoring doubleclick.com is something no free speech advocate is going to object to.
I've recently glimpsed the screen of someone who does NOT use AdBlock, and I was shocked.
A huge animated ad taking 2/3 of the screen, and the rest of the screen was split between a bit of actual content in the lower left corner and another ad in the right half of the space under the big one. And after scrolling down, you had more and more ads. And that's a large, popular site.
At least around here, anyone who has a friend/coworker with a modicum of technical skills will have AdBlock installed... browsing the web otherwise is just next to impossible.
Defeat a high powered sniper rifle is no different that defeating wolf's teeth: it would be prohibitively expensive to defend against them directly, so it's all about avoidance. This mean, stealth and detection of predators (including humans). And for that, deer are equipped moderately well -- and evolution _will_ make them better at spotting hidden humans pretty soon. Just give it time, hunting rifles are a quite new invention.
Once upon a time, Realtek's cards made up >80% of all network cards people around here used.
In the times of 10Mbps BNC and early 10baseT, typical prices were like:
* PLANET's NE2000 "compatible": 50zl
* Realtek's 8029: 60zl
* 3Com's 3c5x9: 700zl (yeah, it's not a typo -- over an order of magnitude more)
The latter two were damn reliable, while junk cards worked only on a good day, hardly ever managed to talk to cards made by other manufacturers, worked or not based on the room they were in, and even when by some chance they did work, you got less than half the speed of Realteks/3Coms.
Being just a tiny bit more expensive than the cheap crap and almost as reliable as top-end gear, it's no wonder Realtek got that kind of market penetration.
A bit later, in the era of early 100Mbps, their 8139 cards were rock solid and as still very cheap.
It's only after every single motherboard started to include on-board networking that Realtek stopped being relevant.
Vista did have higher hardware requirements than XP
And why exactly that "better" OS would require 8 times as memory, an order of magnitude better CPU and so on to do the very same tasks as its predecessor without providing a single non-cosmetic improvement?
Plugins?
Why do you refer to Flash in plural?
Since when do you measure SIZE in grams?
No, it's not "12ms -- for every single hop." That just shows you don't understand how packet switched networks operate. Did you even try to think this through?
And how exactly a packet switched network would introduce a hop? For that, you would have to inspect the packet, decide where to route it to, and decrease TTL.
The comparison is between ADSL and FiOS. Those are "last mile" technologies. There's no reason to assume that the routers upstream would have any performance differences
I don't expect a difference between ADSL and FiOS of the same bandwidth -- but it's not an insane assumption to guess that the ISP which sells 25 times as big pipes to every customer will also have bigger bandwidth on its upstream routers. The last mile accounts just for a single hop which, while indeed tends to have a significant effect on latency, is far from being the biggest factor.