Why can't American's buy them? I thought copyright controls copying, receiving a copy of something isn't copying. I think the real restriction is that Naxos can't sell them in America.
The point of market share reports isn't like a sporting even where you cheer for your favorite team (fanboyism), but to help people understand the big picture of what is happening in the market.
For example: I need to migrate an enterprise application to a handheld computer platform, and this report makes me think I should start hiring engineers with knowledge of android instead of iOS or Windows Mobile developers.
A big problem with doing it per file is that many processes run from the same file. It's not at all uncommon to have multiple processes accessing the network that are the same binary file. Think about interpreters or virtual machines like python or java.
Using a libc shim for controlling network access is stupid. Libc is completely optional, so the only place to reliably control such a thing is in the network stack, which means in the kernel.
As for the rhetorical question, libc doesn't have any control of scheduling, so it's not even possible to implement features provided by nice.
And throttling (shaping) is supported by the kernel infrastructure. Incoming and outcoming packets can be processed by netfilter/iptables. I just haven't seen any user friendly program for changing them on a per process or program basis.
Regarding "nice" for bandwidth, there is wondershaper, but it has very coarse controls.
There is a very nice program called NetLimiter for Win32. I would love to see a clone of it for linux. Of course, all it really would be is some iptables magic and would unfortunately have to run with root privileges. Pyshaper is abandoned but seemed to be on the right track.
I would love to see user/group permissions introduced into the kernel's packet filtering to remove the need for root access in some cases. A user *should* have the ability to control the shaping of the packets that are sent from and being delivered to sockets of processes it has the permission to signal. It sounds hard to write, and could certainly introduce a few privilege escalation errors. But it would be a very sweet addition. The current system of having each application control its own bandwidth use obviously doesn't scale.
I see the issue as something like with pulseaudio and per-application volume control. By being truly uniform, it could be presented to the user in a sane way, for example as the main screen of a network activity dock applet.
These are just my thoughts. But I really think that the requirement of root access to control bandwidth of other processes is the reason why no one has implemented a quality solution.
But the difference in execution performance between high and low level languages isn't fractions of a percent. It's usually in the range of 500% to 10000% slower. [http://shootout.alioth.debian.org/u64q/code-used-time-used-shapes.php]
The original article is poorly written. MIT's Technology Review has an article that includes information about efficiency of generating electricity, and it says 15%-20%. http://www.technologyreview.com/energy/24665/?a=f
So the story is really that there might be a way to make cheaper, flexible solar panels by mixing silicon and polymers.
I think you are likely mistaken. I haven't seen any installations personally, but the Steam survey showed twice as many x86-64 installs than of Windows 7 than there were i386.
Of course, Steam is will have a severe sampling bias against laptops, so it's possible your observations fits the data. Here are the survey results: http://store.steampowered.com/hwsurvey
That openlaszlo stuff is total trash. It is completely unusable -- scrolling is always broken, selection almost always is. The web browser's spellcheck can't be used. And of course none of it ever fits in with the desktop look and feel settings.
It doesn't relate at all. Javascript is single threaded. If the same thread that runs the js is supposed to process user input, it would never notice the attempt to kill the tab.
The real issue is that threads can't be safely terminated, but processes can be. This is why people want each tab to be a process.
CRH2 is designed by Kawasaki of Japan and CRH3C is from Siemens of Germany. The CRH3 is the one setting this speed record. Some of the rolling stock is directly imported and some is constructed in China.
While French companies are also involved, it's totally incorrect to say it's a French train setting the record.
I think you're absolutely right about the N900 being priced competitively with the other top of the line smartphones, but the big difference is that there are Android phones that aren't trying to compete at the top of the line. Some can even be had on the cheap.
SciPhone N19 $135 (won't work in USA) SciPhone N21 $215 HTC Magic $330
Until Nokia pushes Maemo down to their cheaper lines (2-3 years?), I think Android will be the best on my budget. I pay about $10 a month for prepaid phone service, so subsidized phones don't interest me.
Firefox has an open development model. You can log into their bugzilla, list the open blocker bugs for Linux and make a decision as to whether it was ready enough.
Ubuntu made the right choice there. It would be stupid to provide long term support to the FF 2.0 branch.
Slashdot Mirror
Why can't American's buy them? I thought copyright controls copying, receiving a copy of something isn't copying. I think the real restriction is that Naxos can't sell them in America.
libc is completely optional.
The point of market share reports isn't like a sporting even where you cheer for your favorite team (fanboyism), but to help people understand the big picture of what is happening in the market.
For example: I need to migrate an enterprise application to a handheld computer platform, and this report makes me think I should start hiring engineers with knowledge of android instead of iOS or Windows Mobile developers.
A big problem with doing it per file is that many processes run from the same file. It's not at all uncommon to have multiple processes accessing the network that are the same binary file. Think about interpreters or virtual machines like python or java.
Using a libc shim for controlling network access is stupid. Libc is completely optional, so the only place to reliably control such a thing is in the network stack, which means in the kernel.
As for the rhetorical question, libc doesn't have any control of scheduling, so it's not even possible to implement features provided by nice.
And throttling (shaping) is supported by the kernel infrastructure. Incoming and outcoming packets can be processed by netfilter/iptables. I just haven't seen any user friendly program for changing them on a per process or program basis.
Regarding "nice" for bandwidth, there is wondershaper, but it has very coarse controls.
There is a very nice program called NetLimiter for Win32. I would love to see a clone of it for linux. Of course, all it really would be is some iptables magic and would unfortunately have to run with root privileges. Pyshaper is abandoned but seemed to be on the right track.
I would love to see user/group permissions introduced into the kernel's packet filtering to remove the need for root access in some cases. A user *should* have the ability to control the shaping of the packets that are sent from and being delivered to sockets of processes it has the permission to signal. It sounds hard to write, and could certainly introduce a few privilege escalation errors. But it would be a very sweet addition. The current system of having each application control its own bandwidth use obviously doesn't scale.
I see the issue as something like with pulseaudio and per-application volume control. By being truly uniform, it could be presented to the user in a sane way, for example as the main screen of a network activity dock applet.
These are just my thoughts. But I really think that the requirement of root access to control bandwidth of other processes is the reason why no one has implemented a quality solution.
But the difference in execution performance between high and low level languages isn't fractions of a percent. It's usually in the range of 500% to 10000% slower. [http://shootout.alioth.debian.org/u64q/code-used-time-used-shapes.php]
you should try curved routes if you really want to impress them!
He already has one. If flash was an app, there wouldn't be any problem at all.
They also don't last 500 million years.
The original article is poorly written. MIT's Technology Review has an article that includes information about efficiency of generating electricity, and it says 15%-20%. http://www.technologyreview.com/energy/24665/?a=f
So the story is really that there might be a way to make cheaper, flexible solar panels by mixing silicon and polymers.
I think you are likely mistaken. I haven't seen any installations personally, but the Steam survey showed twice as many x86-64 installs than of Windows 7 than there were i386.
Of course, Steam is will have a severe sampling bias against laptops, so it's possible your observations fits the data. Here are the survey results: http://store.steampowered.com/hwsurvey
That openlaszlo stuff is total trash. It is completely unusable -- scrolling is always broken, selection almost always is. The web browser's spellcheck can't be used. And of course none of it ever fits in with the desktop look and feel settings.
How can anyone think it's good?
Developers do like reproducing bugs. That makes them much easier to fix.
Some people just like to help make something better. You'll find such people working on OSS projects.
A type of locomotive.
(He probably means that he has Asperger’s syndrome)
Of course it takes advantage of multiple cpu cores. Just look how many threads it's running.
It doesn't relate at all. Javascript is single threaded. If the same thread that runs the js is supposed to process user input, it would never notice the attempt to kill the tab.
The real issue is that threads can't be safely terminated, but processes can be. This is why people want each tab to be a process.
Which Arora bug is that? I work on Arora and I haven't seen it reported.
Very interesting points.
As I understand, Ubuntu plans to add support for paid apps in their Software Center. http://arstechnica.com/open-source/reviews/2009/11/good-karma-ars-reviews-ubuntu-910.ars/8
A revenue sharing system on Software Center sales could give computer sellers a serious reason to promote Ubuntu.
Bombardier is Canadian.
The trains on this line are CRH2 and CRH3.
CRH2 is designed by Kawasaki of Japan and CRH3C is from Siemens of Germany. The CRH3 is the one setting this speed record. Some of the rolling stock is directly imported and some is constructed in China.
While French companies are also involved, it's totally incorrect to say it's a French train setting the record.
I think you're absolutely right about the N900 being priced competitively with the other top of the line smartphones, but the big difference is that there are Android phones that aren't trying to compete at the top of the line. Some can even be had on the cheap.
SciPhone N19 $135 (won't work in USA)
SciPhone N21 $215
HTC Magic $330
Until Nokia pushes Maemo down to their cheaper lines (2-3 years?), I think Android will be the best on my budget. I pay about $10 a month for prepaid phone service, so subsidized phones don't interest me.
The N900 is very expensive. Android phones may not be very cheap yet, but it's improving.
Maemo may be nice, but it doesn't have a dozen Asian ODMs making phones that run it.
Arora has adblock. It's even enabled by default.
Firefox has an open development model. You can log into their bugzilla, list the open blocker bugs for Linux and make a decision as to whether it was ready enough.
Ubuntu made the right choice there. It would be stupid to provide long term support to the FF 2.0 branch.
With Ubuntu's popularity, I've seen projects set their release schedule to fit Ubuntu's.