I've already been modded down, so I didn't think I needed to comment again, but reading TFA it seems that Adobe is completely abandoning Flash development on Linux. However, Google is now going to be responsible for Flash in Chrome. Given that Chrome runs on Android and Google has a source license to Flash, I wouldn't be surprised if they keep supporting it in Android too. Flash support is one of the major advantages Android has over iOS, so I'd be surprised if they abandoned it...
I don't mind so much now, but when I was in my old house I found Flash very useful in the winter. I'd start a random Flash game when I got up in the morning and my laptop would quickly become nice and warm...
Adobe would be very happy for Flash to die. They make their money from the authoring tools, not from the player. The player is a money sink. With HTML5, they can outsource the client development to browser developers but keep the profitable one.
I use both. Time Machine back up to a deduplicated RAID-Z volume. When Time Machine backs up a file (e.g. a VM disk image or an 8MB stripe from a sparse image) with only a few small changes, the decuplication kicks in and means it only takes up a couple of blocks.
I used to think of Flash as a CPU hog, but it pales in comparison to Javascript/HTML5
You're comparing apples and oranges there. You are not comparing Adobe Flash to JavaScript + HTML5, you are comparing Adobe Flash to an (unspecified) implementation of JavaScript + HTML5. This may seem like nitpicking, but it's very important. For example, on OS X Safari is a lot faster than FireFox for anything involving lots of compositing, but on Windows the converse is true.
More importantly, the people who get the blame for poor performance can actually fix it with HTML5. When Flash was slow on OS X, people blamed Apple, but Apple was a small share of the market that Adobe didn't care about, and Apple couldn't do anything to fix it. Adobe has very little incentive to improve Flash performance - they don't make money selling the client. In contrast, Mozilla, Apple, Microsoft, and Google all use their JavaScript performance as a selling point for their browsers. If a Flash game is too slow on a user's machine, what can they do? Not play it. Unless they actually tell the author, they may not realise that they've lost a potential user. If they do, will the author pass the complaint to Adobe? Probably not. In contrast, if a web game is too slow in Firefox, the user can try it in Chrome. If it's faster, then Firefox probably just lost a user...
Not for embedded. Linux is a bit disingenuous here. It means Linux / Mozilla plugin infrastructure / X11. Adobe will keep supporting Flash on Android, for example.
I don't have exact numbers here, but Ulrich has had a massive role in producing what may very well be the most widely used C library ever
Is this 'may be' as in the Wikipedia definition, meaning 'isn't'? FreeBSD libc - not GNU libc - is the basis of both the Android and OS X libc implementations, and either one of these uses likely dwarfs glibc installs. And that's before you get to the Microsoft one (which is crap, but is installed on every Windows system).
Theo and Drepper are very different. Theo is usually technically correct and has no time for people who can't work out why for themselves. Drepper is very often wrong, and is still an asshat in these cases.
Those are not forks, they are different implementations. The Android libc is based on FreeBSD libc with some tweaks. It does not share code with glibc.
The pissing match between RMS and Drepper that resulted in the steering committee is no longer longer relevant now Drepper has gone to work at Goldman Sachs (something that makes me smile: I can't think of any other company more deserving of him).
It's pretty trivial to do. You write a CGI script that redirects to the URL passed as a parameter and host this with SSL. Browsers don't pass referrer information to non-HTTPS pages when the preceding page was HTTPS (to prevent things like passwords or session IDs in GET requests being passed on to other sites). DuckDuckGo, for example, optionally does this to prevent other sites from seeing your search terms.
Amazingly enough, the researchers in this field are not completely obtuse.
Often they are, because they miss the most important feature of any voting system: any member of the electorate must be able to verify the procedure. That means that any voting mechanism that relies on complex mathematics is inherently flawed because it means that you're likely to have under 10% of the electorate able to understand it, let alone prove that it is correct. This means that you end up with a small percentage of the population who are, in effect, responsible for deciding the elections.
I'm pretty sure that I remember radiation from nuclear decay being discovered because it fogged photographic film, so the idea of a camera that detects it is not exactly novel. Presumably the real news is the sensitivity - being able to detect a lump of uranium by putting a photographic plate next to it for 12 hours is not nearly as useful as having it show up when you take a quick picture.
I'm not sure about the USA, but a lot of people on this side of the pond use SIM-only prepay deals and buy second hand phones or get them as hand-me-downs. The fact that a lot of them (well, us - I do this too) have smartphones now is simply due to the fact that there are a lot more smartphones floating around. I replaced my ageing N80 with an HTC Desire a few months ago - not exactly top of the line, but it does far more than I need.
As to people buying new smartphones, it's likely due to the lack of price difference. A cheap smartphone is £40. There isn't really any point in saving £10-20 getting a non-smartphone.
The map of Middle Earth looks a lot like someone took Wales and squeezed it slightly. The Shire is near Pembrokeshire, and they have to cross the border into England to destroy the ring in Birmingham.
It doesn't sound like you've done any GPU programming for a few years. These days, OpenCL is pretty well supported. You need some C code on the host for moving data between host and GPU memory and for launching the GPU kernels, but the kernels themselves are written in a dialect of C that is designed for parallel scientific computing.
If you want something even easier, both Pathscale and CAPS International provide C/C++ compilers that support HMPP, so you can easily annotate loops with some pragmas to move them to the GPU and have the compiler automatically generate the code for shuffling data around.
The BBC article[1] mentions this. The advantage of British accents is that they're generally understandable by English speakers the world over (well, except for something like a thick Liverpudlian accent, but that's very rare to see in films). A Calabrian accent may be more authentic for a Roman, but a lot of English speakers would find it difficult to understand.
[1] Sorry, I didn't meant to RTFA, but it popped up in my RSS feed yesterday...
That's true, although you'd hope that the branch would perform worse than ones hiring the most qualified people and the senior management would start asking why and replacing the local manager...
Re:Measured from where?
on
GCC Turns 25
·
· Score: 1
Again, read the link. It looks at the object code size for all of the running components.
If you don't want glibc, why don't you run FreeBSD? Then you get a decent libc and a decent kernel. Or Android, which uses FreeBSD libc with a second-rate kernel...
For iPlayer, I tend to use get_iplayer, which dumps the flash video to a file. VLC will start playing it as soon as it's started writing it, and it means that there are never any problems with delayed packets - a buffer of a minute is unlikely to be a problem, and it often finishes downloading a TV show in 5-10 minutes, so if I start it before I make coffee it's almost done by the time I'm ready to watch the show.
From what I've heard of Australian broadband, I expect a 1000Mb/s connection to be very cheap. It will, however, come with a 3GB/month cap, with a $10/GB charge for overage...
Slashdot Mirror
I've already been modded down, so I didn't think I needed to comment again, but reading TFA it seems that Adobe is completely abandoning Flash development on Linux. However, Google is now going to be responsible for Flash in Chrome. Given that Chrome runs on Android and Google has a source license to Flash, I wouldn't be surprised if they keep supporting it in Android too. Flash support is one of the major advantages Android has over iOS, so I'd be surprised if they abandoned it...
Why? The only Flash version on BSD in the past has been the Linux version in Linux ABI-compat mode. No Linux version means no BSD version either.
I don't mind so much now, but when I was in my old house I found Flash very useful in the winter. I'd start a random Flash game when I got up in the morning and my laptop would quickly become nice and warm...
Adobe would be very happy for Flash to die. They make their money from the authoring tools, not from the player. The player is a money sink. With HTML5, they can outsource the client development to browser developers but keep the profitable one.
I use both. Time Machine back up to a deduplicated RAID-Z volume. When Time Machine backs up a file (e.g. a VM disk image or an 8MB stripe from a sparse image) with only a few small changes, the decuplication kicks in and means it only takes up a couple of blocks.
I used to think of Flash as a CPU hog, but it pales in comparison to Javascript/HTML5
You're comparing apples and oranges there. You are not comparing Adobe Flash to JavaScript + HTML5, you are comparing Adobe Flash to an (unspecified) implementation of JavaScript + HTML5. This may seem like nitpicking, but it's very important. For example, on OS X Safari is a lot faster than FireFox for anything involving lots of compositing, but on Windows the converse is true.
More importantly, the people who get the blame for poor performance can actually fix it with HTML5. When Flash was slow on OS X, people blamed Apple, but Apple was a small share of the market that Adobe didn't care about, and Apple couldn't do anything to fix it. Adobe has very little incentive to improve Flash performance - they don't make money selling the client. In contrast, Mozilla, Apple, Microsoft, and Google all use their JavaScript performance as a selling point for their browsers. If a Flash game is too slow on a user's machine, what can they do? Not play it. Unless they actually tell the author, they may not realise that they've lost a potential user. If they do, will the author pass the complaint to Adobe? Probably not. In contrast, if a web game is too slow in Firefox, the user can try it in Chrome. If it's faster, then Firefox probably just lost a user...
so will Linux (i.e. Android)
Android is not losing Flash support, only desktop Linux / Mozilla / X11 is.
About half of youtube works without Flash installed
I've been using ClickToPlugin, which fetches the HTML5 version of YouTube videos for a while and I've not seen the Flash player for a good six months.
Not for embedded. Linux is a bit disingenuous here. It means Linux / Mozilla plugin infrastructure / X11. Adobe will keep supporting Flash on Android, for example.
Not that have some kind of allegiance to the glibc, but what do all those Linux based GPSs, routers, TVs, etc, not to mention all those servers?
Most embedded users don't use glibc either, they use something like newlib or uclibc, depending on the resource constraints.
I don't have exact numbers here, but Ulrich has had a massive role in producing what may very well be the most widely used C library ever
Is this 'may be' as in the Wikipedia definition, meaning 'isn't'? FreeBSD libc - not GNU libc - is the basis of both the Android and OS X libc implementations, and either one of these uses likely dwarfs glibc installs. And that's before you get to the Microsoft one (which is crap, but is installed on every Windows system).
Theo and Drepper are very different. Theo is usually technically correct and has no time for people who can't work out why for themselves. Drepper is very often wrong, and is still an asshat in these cases.
Those are not forks, they are different implementations. The Android libc is based on FreeBSD libc with some tweaks. It does not share code with glibc.
The pissing match between RMS and Drepper that resulted in the steering committee is no longer longer relevant now Drepper has gone to work at Goldman Sachs (something that makes me smile: I can't think of any other company more deserving of him).
It's pretty trivial to do. You write a CGI script that redirects to the URL passed as a parameter and host this with SSL. Browsers don't pass referrer information to non-HTTPS pages when the preceding page was HTTPS (to prevent things like passwords or session IDs in GET requests being passed on to other sites). DuckDuckGo, for example, optionally does this to prevent other sites from seeing your search terms.
Amazingly enough, the researchers in this field are not completely obtuse.
Often they are, because they miss the most important feature of any voting system: any member of the electorate must be able to verify the procedure. That means that any voting mechanism that relies on complex mathematics is inherently flawed because it means that you're likely to have under 10% of the electorate able to understand it, let alone prove that it is correct. This means that you end up with a small percentage of the population who are, in effect, responsible for deciding the elections.
I'm pretty sure that I remember radiation from nuclear decay being discovered because it fogged photographic film, so the idea of a camera that detects it is not exactly novel. Presumably the real news is the sensitivity - being able to detect a lump of uranium by putting a photographic plate next to it for 12 hours is not nearly as useful as having it show up when you take a quick picture.
I'm not sure about the USA, but a lot of people on this side of the pond use SIM-only prepay deals and buy second hand phones or get them as hand-me-downs. The fact that a lot of them (well, us - I do this too) have smartphones now is simply due to the fact that there are a lot more smartphones floating around. I replaced my ageing N80 with an HTC Desire a few months ago - not exactly top of the line, but it does far more than I need.
As to people buying new smartphones, it's likely due to the lack of price difference. A cheap smartphone is £40. There isn't really any point in saving £10-20 getting a non-smartphone.
The map of Middle Earth looks a lot like someone took Wales and squeezed it slightly. The Shire is near Pembrokeshire, and they have to cross the border into England to destroy the ring in Birmingham.
It doesn't sound like you've done any GPU programming for a few years. These days, OpenCL is pretty well supported. You need some C code on the host for moving data between host and GPU memory and for launching the GPU kernels, but the kernels themselves are written in a dialect of C that is designed for parallel scientific computing.
If you want something even easier, both Pathscale and CAPS International provide C/C++ compilers that support HMPP, so you can easily annotate loops with some pragmas to move them to the GPU and have the compiler automatically generate the code for shuffling data around.
The BBC article[1] mentions this. The advantage of British accents is that they're generally understandable by English speakers the world over (well, except for something like a thick Liverpudlian accent, but that's very rare to see in films). A Calabrian accent may be more authentic for a Roman, but a lot of English speakers would find it difficult to understand.
[1] Sorry, I didn't meant to RTFA, but it popped up in my RSS feed yesterday...
That's true, although you'd hope that the branch would perform worse than ones hiring the most qualified people and the senior management would start asking why and replacing the local manager...
Again, read the link. It looks at the object code size for all of the running components.
If you don't want glibc, why don't you run FreeBSD? Then you get a decent libc and a decent kernel. Or Android, which uses FreeBSD libc with a second-rate kernel...
For iPlayer, I tend to use get_iplayer, which dumps the flash video to a file. VLC will start playing it as soon as it's started writing it, and it means that there are never any problems with delayed packets - a buffer of a minute is unlikely to be a problem, and it often finishes downloading a TV show in 5-10 minutes, so if I start it before I make coffee it's almost done by the time I'm ready to watch the show.
From what I've heard of Australian broadband, I expect a 1000Mb/s connection to be very cheap. It will, however, come with a 3GB/month cap, with a $10/GB charge for overage...