To expand this point for the uniformed, while global warming will certainly have negative consequences for humanity it will almost assuredly not cause the downfall of the human species (at least directly). We will likely see major climate shifts, for example desert becoming rainforest and plains becoming dessert. We will likely see more severe weather of every kind, e.g. more hurricanes, tornadoes, deep snows, droughts and floods. None of these things are going to cause humanity to be extinct. Many of them will be very bad for us, especially those among the poor in the world (see Burma). However, again this isn't going to cause the extinction of humanity or life on earth like a giant asteroid would. Again we will see massive destabilization of biomes, and many "specialized" species going extinct, leading to more plagues, etc. etc. But none of this causes humanity to go extinct.
No it doesn't. AMD marketing would like you to believe every application is going to go massively parallel, but they're not the ones who actually have to write the software. It is not easy to thread all types of software (the low hanging fruit has already been picked), and it can be hard or impossible to get gains beyond two or three threads for many types of code.
Yeah... No. Data dependencies are actually fairly low in almost every real world application. Highly threaded applications are rare outside of the enterprise (read Google/Amazon/transaction process etc.) world because they are modestly hard to write and there is a significant lack of developers experienced with making them. However, as more performance is required everyone is moving that way. Sure simple word editing may not require that many threads, but anything that needs performance will move that direction. It is not hype. Also battlefield 3 loads all cores of a i7-2600k to 50% on ultra.
In fact, note that all the average FPS results fall in the range ~50.5 to 54 regardless of CPU type and clock, and the overclocked i7-2600K loses to every non-OC result, including itself! This test isn't CPU limited in any way...
You're assuming games load up all cores. Few games use more than 2 or 3 cores, even recent releases. This is for two related reasons. First, it's hard to scale game logic to huge numbers of cores. Second, game developers know that it's only recently that new PC sales ticked over to a dual-core on average, much less quad or better, and they want to spend most of their time working on things which will benefit all their customers rather than putting out a lot of effort to help only the 5% or less who own high end hardware.
Games are not the only thing in the world. People who actually do computing as a profession, for example those of us who have to compile kernels on a regular bases, care about stuff like highly multithreaded integer based work loads. I also game so as long as I can get comparable performance in game it doesn't really matter to me. This will be the case for many people.
I think you're getting a bit ahead of yourself. Client BD certainly hasn't destroyed client SB, even in highly multithreaded integer workloads (it's more like it wins some, loses others), so what reason is there to believe anything will be different in servers? Keep in mind that Intel has yet to even release its high end SB CPU and platform (6-core/12-thread desktop, 6C/12T server, and 8C/16T server); all existing SB CPUs are mainstream desktop/notebook (4C/8T max with integrated graphics). And the 8150 is the exact same chip AMD is going to be selling as a server CPU. (Unlike Intel since Nehalem, AMD tries to use the same chip design for server and client, because AMD doesn't have the volumes to justify taping out a different chip for each market.)
Worse yet for AMD, every review I've seen where they measured power showed BD using a lot more juice, at least 50W more in every case (just spot checked one review and it was ~75W more load power than i7-2600K). That's not going to go over so well in the server space.
The 8150 isn't the chip that AMD is offering for servers. AMD offers different chips for server/client, unless you seriously think the 12 core Magny-Cores is for clients? They have a 8core/16thread offering from the bulldozer architecture for servers too. The Intel SB server processors have been available to my company (admittedly a very large one) for quite some time as well. I am assuming you literally don't know what your talking about at this point on the server front.
The correct phrase is: Relying on benchmarks that are not relevant to your application is a fool's errand.
Yes, yes, yes.
The bulldozer architecture is heavily optimized for highly threaded applications with a heavy reliance on integer operations. This is well represented by today's server workloads, not todays desktop applications. But more importantly for AMD's future this also represents the trending path of tomorrows applications. A great example of this is Battlefield 3, where the 8150 outperforms the i72600k. Unfortunately today this also means thatwhether Bulldozer or Sandybridge is faster today depends on the application. As from the above test we can almost assuredly guess that BF3 does more integer work, while Civ 5 does more floating point work.
However, less obvious than the multithreading issue is the push away form using the CPU for floating point operations. This is one both Intel and AMD having been slowly gambling on for quite some time, putting floating point operations on the GPU. AMD has just taken a more "committed" approach to this. Its also something that may pay off big time.
As an aside, as a server administrator today I would buy Bulldozer over Sandybridge based processors in a heart beat. Most of the "scale out" boxes such as web caches, database servers, etc., are highly multithread integer driven workloads. In this case bulldozer is going to destroy sandybridge, plain and simple. Also to those citing supercomputers, those tend to be floating point driven as they are generally for simulation.
Many (most) Buffalo routers ship with DD-WRT if you want to go that route. They also tend to be decently priced.
As others have mentioned DD-WRT is:
A) A bit dead in development
B) A bit unstable
I would recommend going with either TomatoUSB or OpenWRT+ LucI.
What precisely they are allowed to do is tightly regulated by the Cable and Telecommunications act, specifically the sections governing "Personally Identifiable Information". A brief summer of the act can be found here. Note the following section:
Cable operators generally are prohibited from using their cable systems to collect personally identifiable information concerning any subscriber without the prior written or electronic consent of the subscriber.... Notice to the subscriber must be in the form of a separate, written statement and must be clear and conspicuous. Notice must also be given at least once every year that the agreed upon service is provided. "Personally identifiable information" does not include any record of aggregate data which does not identify particular persons.
Whether this constitues usage of PII is dubious at best. Indeed you may see other major telcos step in and sue seeing as incorrect usage of this data gives Verizon an unfair market advantage.
You should have setup a Varnish instance in front of it. A bit of a plug for some foss software, but it does work *really* well. In every place I have ever deployed it webpage load, even from spikes like "slashdoting", is never a problem if its configured remotely correctly.
Where the competition will do literally anything, including tipping the ears of politicians with insanely expensive lobbyist to run you through the mud.
HP and Dell are also killing themselves on SSD prices as datacenters move to these for there increased reliability and performance. HP and Dell are both anywhere from 10 to 20x the prices of other parties.
Also TFA is about datacenter servers, which always come with either get re-imaged by large customers to whatever there operational image is. Almost none of the people listed here would deploy on OS that "ships" with the box, so all the bloatware complaints are idiotic.
A) Not true, 108Mbps speeds (see Comcast) where not available 10 years ago on cable modems (DOCSIS3.0 which allows for multiple bonded channels allowed this)
B) 100GbE router cards are still in there infancy, and unfortunately the much older 10GbE cards run most of the worlds modern backbones including transoceanic lines. Cisco, Juniper, Alcatel, etc. have had trouble meeting the demand. That means at least for the next several years, barring major trunk additions, ISPs are going to have issues upgrading backbones network capacity to meet quickly growing demand.
Game developer do not have to write some of the most performance sensitive code out there, kernel developers do. There is a reason [i]every[/i] kernel in major use today is written almost purely in C. Same goes with high performance web caches and servers, almost all done in pure C. The speed and memory overhead differences of C++ are large and noticeable. As others have mentioned googles mainly uses C for there applications as well, for simple performance reasons.
Game developers have always thought they wrote the most performance sensitive code, but when you look at stuff like kernel code and retail game code the differences are stark and slightly disturbing, especially since game developers have not, and still largely do not have a great grasp of how to handle truly high levels of parallelism (1000+ core operating systems for example).
Way to be... wrong. While he won't be able to do "intelligent" routing since almost no ISP advertises the routing information that deep into the network.
Set up a linux box with dual NIC's and iptables and load something like this:
They say that, in the article. And this, this is why you shouldn't believe a word of it. Its called a Remote Desktop or thin terminal if you are old school enough. Inventing new terms for 30+ year old technologies with links to explain them means this is either a fed PR piece or the author has no idea what he is talking about... or both.
"It’s also easier to find Web developers than it is to find native developers."
A good programmer shouldn't really care what level he is working in, best practices etc. are fundamentally the same. Every decent programmer I know has dabbled in everything from assembler to javascript, at the very least. The good ones have written large applications in both or more. Making this a useless dichotomy, because whatever the application a poor programmer can drag an entire team or application down on his own.
Or what did you think your netflix player was built on? Microsoft Smooth Streaming is the technology that backs Netflix, and is leaps and bounds ahead of a Adobe's Zeri (now called HTTP Dynamic Streaming) and Apples HLS are ages behind in both there ability to support video on demand and especially live content playback. Which is why its not suppressing it was also used to stream the olympics. This is in large part due to industry acceptance of Playready DRM as a means of content protection.
Also Silverlight has found broad implementation in Microsofts Windows Phone platforms. If people think Microsoft is going to pull support for Netflix they are insane.
I can't tell if you are trolling or not, but just in case.
I'll bet Amazon.com doesn't have 13,000 CONCURRENT clients. Gimme a break! When you LIE, at least make it believable
In fact, I wonder if there is a database on the planet that has that many CONCURRENT accesses.
Google has over 30,000 searches per second. Secondly he states that 13,000 users where using it simultaneously, not that the database had 13,000 open DB connections. Slashdot probably has more people viewing it than that now. I am sorry you suck at computing, but writing a web app to deal with 13,000 simultaneous clients is trivial. You will have room to talk when you need to deal with 30,000,000.
Comcast's CEO got payed something like 36 Million $ last year, do you really think they care about some pissant debt collector going after them for 350k? Companies that big (Fortune 50) get sued for that kinda of money 10-15 times a year.
All of this reeks of both amateurish programing and web development. What kinda of (simple) website is the author writing where he doesn't have a development server rather than using his local machine to test for these kind of bugs?
But even worse the arguments about editors is insane. Eclipse works perfectly on the Mac, and the Aptana plugin for javascript/html/css works like a charm and even includes integration with firebug for stop points etc. This simple feature included along with all of eclipses other powerful feature like SVN/GIT integration, automatic source formatting make it easily the best javascript development environment I have ever worked with. And its completely agnostic.
Slashdot Mirror
I'm guessing you're no scientist.
To expand this point for the uniformed, while global warming will certainly have negative consequences for humanity it will almost assuredly not cause the downfall of the human species (at least directly). We will likely see major climate shifts, for example desert becoming rainforest and plains becoming dessert. We will likely see more severe weather of every kind, e.g. more hurricanes, tornadoes, deep snows, droughts and floods. None of these things are going to cause humanity to be extinct. Many of them will be very bad for us, especially those among the poor in the world (see Burma). However, again this isn't going to cause the extinction of humanity or life on earth like a giant asteroid would. Again we will see massive destabilization of biomes, and many "specialized" species going extinct, leading to more plagues, etc. etc. But none of this causes humanity to go extinct.
No it doesn't. AMD marketing would like you to believe every application is going to go massively parallel, but they're not the ones who actually have to write the software. It is not easy to thread all types of software (the low hanging fruit has already been picked), and it can be hard or impossible to get gains beyond two or three threads for many types of code.
Yeah... No. Data dependencies are actually fairly low in almost every real world application. Highly threaded applications are rare outside of the enterprise (read Google/Amazon/transaction process etc.) world because they are modestly hard to write and there is a significant lack of developers experienced with making them. However, as more performance is required everyone is moving that way. Sure simple word editing may not require that many threads, but anything that needs performance will move that direction. It is not hype. Also battlefield 3 loads all cores of a i7-2600k to 50% on ultra.
In fact, note that all the average FPS results fall in the range ~50.5 to 54 regardless of CPU type and clock, and the overclocked i7-2600K loses to every non-OC result, including itself! This test isn't CPU limited in any way ...
You're assuming games load up all cores. Few games use more than 2 or 3 cores, even recent releases. This is for two related reasons. First, it's hard to scale game logic to huge numbers of cores. Second, game developers know that it's only recently that new PC sales ticked over to a dual-core on average, much less quad or better, and they want to spend most of their time working on things which will benefit all their customers rather than putting out a lot of effort to help only the 5% or less who own high end hardware.
Games are not the only thing in the world. People who actually do computing as a profession, for example those of us who have to compile kernels on a regular bases, care about stuff like highly multithreaded integer based work loads. I also game so as long as I can get comparable performance in game it doesn't really matter to me. This will be the case for many people.
I think you're getting a bit ahead of yourself. Client BD certainly hasn't destroyed client SB, even in highly multithreaded integer workloads (it's more like it wins some, loses others), so what reason is there to believe anything will be different in servers? Keep in mind that Intel has yet to even release its high end SB CPU and platform (6-core/12-thread desktop, 6C/12T server, and 8C/16T server); all existing SB CPUs are mainstream desktop/notebook (4C/8T max with integrated graphics). And the 8150 is the exact same chip AMD is going to be selling as a server CPU. (Unlike Intel since Nehalem, AMD tries to use the same chip design for server and client, because AMD doesn't have the volumes to justify taping out a different chip for each market.) Worse yet for AMD, every review I've seen where they measured power showed BD using a lot more juice, at least 50W more in every case (just spot checked one review and it was ~75W more load power than i7-2600K). That's not going to go over so well in the server space.
The 8150 isn't the chip that AMD is offering for servers. AMD offers different chips for server/client, unless you seriously think the 12 core Magny-Cores is for clients? They have a 8core/16thread offering from the bulldozer architecture for servers too. The Intel SB server processors have been available to my company (admittedly a very large one) for quite some time as well. I am assuming you literally don't know what your talking about at this point on the server front.
The correct phrase is: Relying on benchmarks that are not relevant to your application is a fool's errand.
Yes, yes, yes.
The bulldozer architecture is heavily optimized for highly threaded applications with a heavy reliance on integer operations. This is well represented by today's server workloads, not todays desktop applications. But more importantly for AMD's future this also represents the trending path of tomorrows applications. A great example of this is Battlefield 3, where the 8150 outperforms the i72600k. Unfortunately today this also means thatwhether Bulldozer or Sandybridge is faster today depends on the application. As from the above test we can almost assuredly guess that BF3 does more integer work, while Civ 5 does more floating point work.
However, less obvious than the multithreading issue is the push away form using the CPU for floating point operations. This is one both Intel and AMD having been slowly gambling on for quite some time, putting floating point operations on the GPU. AMD has just taken a more "committed" approach to this. Its also something that may pay off big time.
As an aside, as a server administrator today I would buy Bulldozer over Sandybridge based processors in a heart beat. Most of the "scale out" boxes such as web caches, database servers, etc., are highly multithread integer driven workloads. In this case bulldozer is going to destroy sandybridge, plain and simple. Also to those citing supercomputers, those tend to be floating point driven as they are generally for simulation.
Many (most) Buffalo routers ship with DD-WRT if you want to go that route. They also tend to be decently priced. As others have mentioned DD-WRT is: A) A bit dead in development B) A bit unstable I would recommend going with either TomatoUSB or OpenWRT+ LucI.
What precisely they are allowed to do is tightly regulated by the Cable and Telecommunications act, specifically the sections governing "Personally Identifiable Information". A brief summer of the act can be found here. Note the following section:
Cable operators generally are prohibited from using their cable systems to collect personally identifiable information concerning any subscriber without the prior written or electronic consent of the subscriber. ... Notice to the subscriber must be in the form of a separate, written statement and must be clear and conspicuous. Notice must also be given at least once every year that the agreed upon service is provided. "Personally identifiable information" does not include any record of aggregate data which does not identify particular persons.
Whether this constitues usage of PII is dubious at best. Indeed you may see other major telcos step in and sue seeing as incorrect usage of this data gives Verizon an unfair market advantage.
You should have setup a Varnish instance in front of it. A bit of a plug for some foss software, but it does work *really* well. In every place I have ever deployed it webpage load, even from spikes like "slashdoting", is never a problem if its configured remotely correctly.
Where the competition will do literally anything, including tipping the ears of politicians with insanely expensive lobbyist to run you through the mud.
He is one of these guys...
HP and Dell are also killing themselves on SSD prices as datacenters move to these for there increased reliability and performance. HP and Dell are both anywhere from 10 to 20x the prices of other parties.
Also TFA is about datacenter servers, which always come with either get re-imaged by large customers to whatever there operational image is. Almost none of the people listed here would deploy on OS that "ships" with the box, so all the bloatware complaints are idiotic.
For the court system. Hopefully the supreme court refuses to hear this thereby granting this the force of precedent.
Poland has 15% broadband penetration. That means they have 1/20th the amount of subscribers.
In addition you are actually just straight up lying, Poland has an average speed of 4Mbps, falls to 1.6Mbps according to speedtest.net., where as the US has: has an average speed of 8Mbps according to the OECD, although it is nearly half this (4.6Mbps) according to speedtest.net."
A) Not true, 108Mbps speeds (see Comcast) where not available 10 years ago on cable modems (DOCSIS3.0 which allows for multiple bonded channels allowed this) B) 100GbE router cards are still in there infancy, and unfortunately the much older 10GbE cards run most of the worlds modern backbones including transoceanic lines. Cisco, Juniper, Alcatel, etc. have had trouble meeting the demand. That means at least for the next several years, barring major trunk additions, ISPs are going to have issues upgrading backbones network capacity to meet quickly growing demand.
Game developer do not have to write some of the most performance sensitive code out there, kernel developers do. There is a reason [i]every[/i] kernel in major use today is written almost purely in C. Same goes with high performance web caches and servers, almost all done in pure C. The speed and memory overhead differences of C++ are large and noticeable. As others have mentioned googles mainly uses C for there applications as well, for simple performance reasons. Game developers have always thought they wrote the most performance sensitive code, but when you look at stuff like kernel code and retail game code the differences are stark and slightly disturbing, especially since game developers have not, and still largely do not have a great grasp of how to handle truly high levels of parallelism (1000+ core operating systems for example).
is Chrome.
Way to be... wrong. While he won't be able to do "intelligent" routing since almost no ISP advertises the routing information that deep into the network.
Set up a linux box with dual NIC's and iptables and load something like this:
http://tetro.net/misc/multilink.html
Or This:
http://blog.khax.net/2009/12/01/multi-gateway-balancing-with-iptables/
Or This:
http://lartc.org/howto/lartc.rpdb.multiple-links.html/p Yeah...
They say that, in the article. And this, this is why you shouldn't believe a word of it. Its called a Remote Desktop or thin terminal if you are old school enough. Inventing new terms for 30+ year old technologies with links to explain them means this is either a fed PR piece or the author has no idea what he is talking about... or both.
"It’s also easier to find Web developers than it is to find native developers." A good programmer shouldn't really care what level he is working in, best practices etc. are fundamentally the same. Every decent programmer I know has dabbled in everything from assembler to javascript, at the very least. The good ones have written large applications in both or more. Making this a useless dichotomy, because whatever the application a poor programmer can drag an entire team or application down on his own.
Annoyingly enough slashdot doesn't let me put this in as a Chinese phrase:
War is peace. Freedom is slaver. Ignorance is strength.
Or what did you think your netflix player was built on? Microsoft Smooth Streaming is the technology that backs Netflix, and is leaps and bounds ahead of a Adobe's Zeri (now called HTTP Dynamic Streaming) and Apples HLS are ages behind in both there ability to support video on demand and especially live content playback. Which is why its not suppressing it was also used to stream the olympics. This is in large part due to industry acceptance of Playready DRM as a means of content protection.
Also Silverlight has found broad implementation in Microsofts Windows Phone platforms. If people think Microsoft is going to pull support for Netflix they are insane.
I can't tell if you are trolling or not, but just in case.
I'll bet Amazon.com doesn't have 13,000 CONCURRENT clients. Gimme a break! When you LIE, at least make it believable
In fact, I wonder if there is a database on the planet that has that many CONCURRENT accesses.
Google has over 30,000 searches per second. Secondly he states that 13,000 users where using it simultaneously, not that the database had 13,000 open DB connections. Slashdot probably has more people viewing it than that now. I am sorry you suck at computing, but writing a web app to deal with 13,000 simultaneous clients is trivial. You will have room to talk when you need to deal with 30,000,000.
Pay for the resolution, not the screen size. 1920x1080 at 21" is the same as 1920x1080 at 27", but with poorer image quality (less pixels/inch).
They don't call denver the mile high city for nothing.... Colorado is rocky mountain high.
Comcast's CEO got payed something like 36 Million $ last year, do you really think they care about some pissant debt collector going after them for 350k? Companies that big (Fortune 50) get sued for that kinda of money 10-15 times a year.
All of this reeks of both amateurish programing and web development. What kinda of (simple) website is the author writing where he doesn't have a development server rather than using his local machine to test for these kind of bugs?
But even worse the arguments about editors is insane. Eclipse works perfectly on the Mac, and the Aptana plugin for javascript/html/css works like a charm and even includes integration with firebug for stop points etc. This simple feature included along with all of eclipses other powerful feature like SVN/GIT integration, automatic source formatting make it easily the best javascript development environment I have ever worked with. And its completely agnostic.