Whatever else you may think about the Tea Party, their initial protests were organized through the blogosphere (and mostly still are), and it would be foolish to deny that they've had some effect politics. Because of this, they lack a centralized leadership structure, and it will be curious to see if they can survive their own success.
As far as language, that's not even the question. A language can change nearly overnight to add mechanism for threading.
There's what's possible, and then there's what's easy. Programs written in a functional style (to some level purity between Lisp and Haskell) are often much easier to multithread than C or most other curly-brace languages, simply because they have little to no state information.
It (the GPU) does according to the specs market-speak.
GPUs are a very different architecture. They don't have "cores" in the same sense that CPUs do. They're also managed by a vender driver that may or may not be running at the kernel level. They're designed so that you can run the same operation on many different pieces of data simultaneously, rather than running many independent programs.
Trolling, I'm sure, but to people who take "GNU/Linux" seriously: how much of any given distro is really GNU code anymore? While GNOME may still be preferred by Ubuntu, there are also a lot of Kbuntu users, and many other distros seem to prefer KDE. Neither XFree86 nor X.Org were ever GNU. Smaller installations, like smartphones and home gateways (which often do run Linux, even if you can't install a custom version like DD-WRT), use busybox for their basic command line tools, and almost certainly do not use glibc. Debian even went for the eglibc fork, partially because Ulrich Drepper makes Theo DeRaadt look like a nice guy. HURD has gone nowhere for 20 years now, even if it does have some neat ideas.
Non-GNU GUI applications and libraries now make up a huge percentage of a desktop distro, Apache and custom web apps make up a big chunk of server code, and smartphones may or may not have any GNU code at all.
So what's left of GNU code now? Well, gcc is likely to keep being the world's de facto C compiler (though even this was mainly because of the egcs fork way back when). I'm sure there will be legions of emacs users for years to come, and I guess a lot of people still prefer GNOME. GNU's basic command line tools and bash will no doubt still be used on servers and desktops. But is this really sufficient to warrant a "GNU/Linux" nomenclature, not to mention all the pedantry that surrounds it?
To the AnonCow troll above: GNU code has nothing to do with how the kernel handles multicore processors, so your whole point is moot within this context.
The very beginning of DS9 was almost directly copied from JMS' early scripts that he had pitched to Paramount. There's some old Usenet posts from JMS where, shortly some DS9 trailers come out, he noticed that the "goo-man" (Odo) was ripped directly from one of his early drafts from back then.
DS9's story arcs went a different direction eventually, and is better for it.
It's a general principle that the less information you give the attacker, the better. The attacker starts with knowing you have 12 hosts, then maybe figures out the open ports or hostnames of those boxes. Knowing the hostnames, they then might be able to use that information for Social Engineering purposes.
But as you say, there's nothing here that technically requires NAT. A good firewall can do exactly the same thing. Plus, if you were relying on the fact that an attacker doesn't know how many hosts you have, then you didn't have very good of security to begin with.
Congratulations! I went down 2/3rd's of the page, skipping past an argument about self-checkout lanes, some bashing on Grey Goose Vodka, and reiterating about how much New Jersey sucks, before finally finding you, a person who had actually read the article and realized that this was about banning dial phones for Senators only.
That said, Senator Clarence Dill made a good point:
In his experience, the dial phone "could not be more awkward than it is. One has to use both hands to dial; he must be in a position where there is good light, day or night, in order to see the number; and if he happens to turn the dial not quite far enough, then he gets a wrong connection."
Happens all the time, actually, they usually just don't offer a way to unlock it. They make a run of all the chips of a given architecture, then put them through tests. The ones that pass clean are set to highest offered speed or full cache, while the not quite so good ones are brought down a notch. Also happens for GPUs, hard drive platters, and even resistor tolerances.
Sometimes people figure out tricks to unlock everything (with the caveat that the company sold it to you that way for a reason), but who knew Intel would sell their own tool hacker tool?
Strip a 911 down to the bare necessities, give it a tiny engine, and go really easy on the accelerator, and you'll have a 100mpg Porsche. Porsche's are already among the most fuel-efficient high performance cars you can buy.
Making a 100mpg car isn't that hard. Making one with reasonable safety and creature comforts is.
Was it near the end of the fiscal year? Good department managers know that if they use up their full budget, then it's harder to argue for a budget cut next year. Managers will sometimes blow any excess funds at the end of the year on things like this for that very reason.
Numbers pile up in "digital alarm clock" style. You have to connect up numbers so they add up to 10. Since it's "digital" number style, 2's can be reversed to become 5's (and likewise 5's into 2's). The numbers continue to pile up in Tetris-like fashion, and you lose when the numbers fill up the top. Connecting up sums of 10 will remove those numbers.
The game is played with the DSi on its side with the numbers coming from the left and sitting on the right. I could see how this might be somewhat difficult for a lefty.
After looking at Wikipedia's KIN Missing Features page, I found that every single bullet point there deserves a Picard Faceplam. I mean, no calendar app? At all? Even Free w/Activation phones get some kind of calendar app.
I should make a correction, which I forgot about in my original post. I don't use WebDAV much anymore for actually watching stuff. Instead, I wrote a mod_perl plugin that lists out all the files being served. Whenever it sees some kind of media player file, it adds a link to an.m3u playlist for that file (which it also creates automatically on request). So it's really straight HTTP streaming.
I also added links to an automatically-created HTML5 file with a video tag, but that doesn't always work, as you might expect.
Athlon 1.2GHz, though file sharing isn't its only job. Samba can be a bit of a CPU hog sometimes, and if anything else wants in, things could bog down.
Bandwidth probably won't be your limitation. The Blu-Ray format has an absolute max transfer rate of 54 Mb/s, and only 48Mb/s for A/V bandwidth. Even movies on disc won't usually max that out, since they'll be VBR-encoded. Movies on a file server will usually be compressed all the more. Even at 50% throughput loss, a 100Mbit ethernet will still be able to keep up.
Don't know what your experience has been, but when I was using Samba, it often bogged down and caused the stream to stutter. I made my movies available over Apache w/DAV instead and the problem went away.
Slashdot Mirror
Whatever else you may think about the Tea Party, their initial protests were organized through the blogosphere (and mostly still are), and it would be foolish to deny that they've had some effect politics. Because of this, they lack a centralized leadership structure, and it will be curious to see if they can survive their own success.
At this point, the commercial UNIX vendors and the BSDs seem to be putting their weight behind Clang/LLVM/LLDB, in large part due to GCC going GPLv3.
Do you mean to say that Netcraft confirms that BSD is killing GCC?
As far as language, that's not even the question. A language can change nearly overnight to add mechanism for threading.
There's what's possible, and then there's what's easy. Programs written in a functional style (to some level purity between Lisp and Haskell) are often much easier to multithread than C or most other curly-brace languages, simply because they have little to no state information.
It (the GPU) does according to the specs market-speak.
GPUs are a very different architecture. They don't have "cores" in the same sense that CPUs do. They're also managed by a vender driver that may or may not be running at the kernel level. They're designed so that you can run the same operation on many different pieces of data simultaneously, rather than running many independent programs.
Trolling, I'm sure, but to people who take "GNU/Linux" seriously: how much of any given distro is really GNU code anymore? While GNOME may still be preferred by Ubuntu, there are also a lot of Kbuntu users, and many other distros seem to prefer KDE. Neither XFree86 nor X.Org were ever GNU. Smaller installations, like smartphones and home gateways (which often do run Linux, even if you can't install a custom version like DD-WRT), use busybox for their basic command line tools, and almost certainly do not use glibc. Debian even went for the eglibc fork, partially because Ulrich Drepper makes Theo DeRaadt look like a nice guy. HURD has gone nowhere for 20 years now, even if it does have some neat ideas.
Non-GNU GUI applications and libraries now make up a huge percentage of a desktop distro, Apache and custom web apps make up a big chunk of server code, and smartphones may or may not have any GNU code at all.
So what's left of GNU code now? Well, gcc is likely to keep being the world's de facto C compiler (though even this was mainly because of the egcs fork way back when). I'm sure there will be legions of emacs users for years to come, and I guess a lot of people still prefer GNOME. GNU's basic command line tools and bash will no doubt still be used on servers and desktops. But is this really sufficient to warrant a "GNU/Linux" nomenclature, not to mention all the pedantry that surrounds it?
To the AnonCow troll above: GNU code has nothing to do with how the kernel handles multicore processors, so your whole point is moot within this context.
The very beginning of DS9 was almost directly copied from JMS' early scripts that he had pitched to Paramount. There's some old Usenet posts from JMS where, shortly some DS9 trailers come out, he noticed that the "goo-man" (Odo) was ripped directly from one of his early drafts from back then.
DS9's story arcs went a different direction eventually, and is better for it.
It's a general principle that the less information you give the attacker, the better. The attacker starts with knowing you have 12 hosts, then maybe figures out the open ports or hostnames of those boxes. Knowing the hostnames, they then might be able to use that information for Social Engineering purposes.
But as you say, there's nothing here that technically requires NAT. A good firewall can do exactly the same thing. Plus, if you were relying on the fact that an attacker doesn't know how many hosts you have, then you didn't have very good of security to begin with.
What protection does NAT give you that you can't get with just a packet filtering firewall on your home gateway?
There's what's required to win a lawsuit, and then there's what's required to get someone fired or win an out-of-court settlement.
Congratulations! I went down 2/3rd's of the page, skipping past an argument about self-checkout lanes, some bashing on Grey Goose Vodka, and reiterating about how much New Jersey sucks, before finally finding you, a person who had actually read the article and realized that this was about banning dial phones for Senators only.
That said, Senator Clarence Dill made a good point:
In his experience, the dial phone "could not be more awkward than it is. One has to use both hands to dial; he must be in a position where there is good light, day or night, in order to see the number; and if he happens to turn the dial not quite far enough, then he gets a wrong connection."
Rotary phones were a terrible interface, indeed.
Happens all the time, actually, they usually just don't offer a way to unlock it. They make a run of all the chips of a given architecture, then put them through tests. The ones that pass clean are set to highest offered speed or full cache, while the not quite so good ones are brought down a notch. Also happens for GPUs, hard drive platters, and even resistor tolerances.
Sometimes people figure out tricks to unlock everything (with the caveat that the company sold it to you that way for a reason), but who knew Intel would sell their own tool hacker tool?
Strip a 911 down to the bare necessities, give it a tiny engine, and go really easy on the accelerator, and you'll have a 100mpg Porsche. Porsche's are already among the most fuel-efficient high performance cars you can buy.
Making a 100mpg car isn't that hard. Making one with reasonable safety and creature comforts is.
I didn't realize the laws of aerodynamics have changed.
Meh, not really. Porsche figure out the most efficient shape for a car back in the 1930's and has been making cars look almost exactly the same ever since.
That whole "My Volvo is safe, I don't die when I hit things!" thing is bullshit; my Mazda3 is safe because . . .
Incidentally, the Mazda3 is also safe because it was, in part, designed by Volvo.
Loved that car, wish I still had one.
Was it near the end of the fiscal year? Good department managers know that if they use up their full budget, then it's harder to argue for a budget cut next year. Managers will sometimes blow any excess funds at the end of the year on things like this for that very reason.
Good demo
Numbers pile up in "digital alarm clock" style. You have to connect up numbers so they add up to 10. Since it's "digital" number style, 2's can be reversed to become 5's (and likewise 5's into 2's). The numbers continue to pile up in Tetris-like fashion, and you lose when the numbers fill up the top. Connecting up sums of 10 will remove those numbers.
The game is played with the DSi on its side with the numbers coming from the left and sitting on the right. I could see how this might be somewhat difficult for a lefty.
So the plan is for the most quickly dieing platform to take out the second most quickly dieing platform?
After looking at Wikipedia's KIN Missing Features page, I found that every single bullet point there deserves a Picard Faceplam. I mean, no calendar app? At all? Even Free w/Activation phones get some kind of calendar app.
There's no reason Microsoft should be hiring dumb people.
And yet, Windows 7 bluescreen'd on me a half hour ago just for lightly brushing against the mouse.
And they tried to change it a few years back. If they ever did, we'd have to say "there's no more Fucking in Austria".
To be a Certified Sommelier, you must be able to tell not only vintage and country, but acidity and alcohol levels, all under blind conditions.
Yes, a lot of "wine snobs" aren't as good as they say, but it is entirely possible for people to have taste buds trained to that level.
I should make a correction, which I forgot about in my original post. I don't use WebDAV much anymore for actually watching stuff. Instead, I wrote a mod_perl plugin that lists out all the files being served. Whenever it sees some kind of media player file, it adds a link to an .m3u playlist for that file (which it also creates automatically on request). So it's really straight HTTP streaming.
I also added links to an automatically-created HTML5 file with a video tag, but that doesn't always work, as you might expect.
Athlon 1.2GHz, though file sharing isn't its only job. Samba can be a bit of a CPU hog sometimes, and if anything else wants in, things could bog down.
Bandwidth probably won't be your limitation. The Blu-Ray format has an absolute max transfer rate of 54 Mb/s, and only 48Mb/s for A/V bandwidth. Even movies on disc won't usually max that out, since they'll be VBR-encoded. Movies on a file server will usually be compressed all the more. Even at 50% throughput loss, a 100Mbit ethernet will still be able to keep up.
Don't know what your experience has been, but when I was using Samba, it often bogged down and caused the stream to stutter. I made my movies available over Apache w/DAV instead and the problem went away.