Slashdot Mirror


Intel Launches Its First 10-Core Desktop CPU With Broadwell-E

Two years since the release of Intel's Haswell-E platform, which popularized 8-core processor to users. On Tuesday, the chipmaker unveiled Broadwell-E family, which consists of an "Extreme Edition" of Core i7 chipset that has 10 cores and 20 threads. (Do note that Intel is intentionally not calling it deca-core.) Intel says the Extreme Edition is designed for games, content creators, and overclockers. From an NDTV report: The 7th generation Intel Core processors are built on the 14nm fabrication process, and are part of the 'semi-Tock' release -- neither in the Intel Tick or Tock cycle. and come with Turbo Boost Max Technology 3.0 for more efficient core allocation for single-threaded processes, giving up to 15 percent better performance compared to the previous Haswell-E generation. All four new Intel Core i7 Enthusiast processors, codenamed Broadwell-E, support 40 PCIe lanes, quad-channel memory, and bear a TDP of 140W. Give Intel $1,723 and the Extreme Edition pack is yours.

184 comments

  1. A sucker born every minute by Anonymous Coward · · Score: 2, Funny

    "Intel says the Extreme Edition is designed for games, content creators, and overclockers."

    Also known as people too dumb to realize they're paying a thousand percent markup for commodity hardware.

  2. Yeah man.... by funwithBSD · · Score: 4, Funny

    but does it go to 11?

    --
    Never answer an anonymous letter. - Yogi Berra
    1. Re:Yeah man.... by Anonymous Coward · · Score: 0

      Yes it does in base 9.

    2. Re:Yeah man.... by Anonymous Coward · · Score: 0

      The Intel ME backdoor sure does. In fact just say the word "eleven" near your microphone, and poof, Ocean's Eleven ad pops up on your facebook. Spooky-venience!

    3. Re:Yeah man.... by Anonymous Coward · · Score: 0

      No because like we only have Windows version 10 right now.

      And I think they said it will be "the last version of Windows ever". Or something like that.

      So basically these Intel chips are restricted from ever going to 11.

    4. Re:Yeah man.... by mrchaotica · · Score: 4, Funny

      Well, it's an Intel chip, so it goes to 10.999739068902037589.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    5. Re:Yeah man.... by malditaenvidia · · Score: 1

      Ocean's Eleven

      Original or remake?

    6. Re: Yeah man.... by Anonymous Coward · · Score: 0

      They made a remake? I thought that was the sequel :(

    7. Re:Yeah man.... by Snufu · · Score: 1

      Only if you pay for the Tufnel Edition Xtreme. Its pricey, but hey, its one more.

  3. deca-core by LichtSpektren · · Score: 3, Interesting

    "Do note that Intel is intentionally not calling it deca-core."

    Perhaps somebody could elaborate on this?

    1. Re:deca-core by U2xhc2hkb3QgU3Vja3M · · Score: 4, Funny

      deca is one letter away from decay?

    2. Re:deca-core by Pascoea · · Score: 1

      I was thinking the exact same thing. Perhaps this? link

      That really is a weird comment though.

    3. Re:deca-core by __aaclcg7560 · · Score: 1

      deca-core = dick a core

      Intel doesn't want to be confused with AMD.

    4. Re:deca-core by ShooterNeo · · Score: 4, Informative

      One possibility is that "deca" is the slang for "Deca Durabolin". This anabolic steroid is infamous for causing loss of sexual function as a side effect - which is in a way quite ironically amusing, as one would imagine that most steroid users are trying to make their bodies more attractive for mates of whichever gender they prefer.

      The loss of sexual function is called "deca dick".

      Still, one would imagine that having your monstrously powerful new CPU named after a steroid isn't the worst thing. This chip certainly is "juiced up", it's the most powerful CPU Intel has ever released.

    5. Re:deca-core by MobyDisk · · Score: 1

      Maybe it's just time to end that practice. Once we get to 17 cores I don't want to hear "Intel launches it first septendecacore CPU..."

    6. Re:deca-core by AmiMoJo · · Score: 1

      Most normal people probably don't know what "deca" means, so Intel wants to call it a 10 core chip to avoid confusion. I think outside of computer and maths enthusiasts quad is about as far as most people go.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    7. Re:deca-core by Anonymous Coward · · Score: 0

      And with a fancy new CPU what's the need to go outside? Loss of sexual function may be an unintended side affect. It's almost too apropos.

    8. Re:deca-core by Anonymous Coward · · Score: 0

      Everyone knows male sexual functioning is inversely proportional to the available number of cores * their average speed in gigaflops

    9. Re:deca-core by Anonymous Coward · · Score: 0

      "Do note that Intel is intentionally not calling it deca-core."

      Perhaps somebody could elaborate on this?

      Probably the same reason why when they got to 666 MHz back in the pentium III days they made it 667 MHz.. they didn't want fundamentalists firing rockets into their factory, you know for the babies...

    10. Re:deca-core by Bitmanhome · · Score: 2

      it's the most powerful CPU Intel has ever released.

      Actually, no. Other chips are faster per core (6700K for one) and Xeons go up to 22 cores.

      --
      Not that this wasn't entirely predictable.
    11. Re:deca-core by JackieBrown · · Score: 1

      Nah - we know octa because of the terrifying octopuses that plague our seas.

    12. Re:deca-core by Anonymous Coward · · Score: 0

      I think outside of computer and maths enthusiasts quad is about as far as most people go.

      Except for people who've been alive for more than a decade.

    13. Re:deca-core by OrangeTide · · Score: 1

      Time to genetically engineer a decapus. (or be learn to be terrified of squid)

      --
      “Common sense is not so common.” — Voltaire
    14. Re:deca-core by ChunderDownunder · · Score: 1

      Up to quad, you say.

      Um, surely anyone from the US knows Penta-gon means 5 sides.

    15. Re:deca-core by ChunderDownunder · · Score: 1

      Apple sold their first computer for $666.66

    16. Re:deca-core by Anonymous Coward · · Score: 0

      Two thirds multiplier 666.666mhz aka 667mhz

    17. Re:deca-core by cfalcon · · Score: 1

      It brings the most computing power to a desktop CPU, but yea, as written it is incorrect.

    18. Re:deca-core by cfalcon · · Score: 1

      Oh, it is FAR too late for that...

      https://www.amazon.com/Intel-X...

      Heptapentaconta-core!

      Deca-core is the correct name, whether Intel calls it that or not. Everyone knows that deca means ten, and the strange stuff I see proposed in this thread (among bodybuilders it is slang for a certain anabolic...) is just not the reason they aren't going with it. They probably found that "ten core" markets better than "deca-core", and they may not even have a reason beyond that.

    19. Re:deca-core by cfalcon · · Score: 1

      That's just rounding man, you round, you don't truncate.

    20. Re:deca-core by Anonymous Coward · · Score: 0

      "Do note that Intel is intentionally not calling it deca-core."
        Perhaps somebody could elaborate on this?

      de-kako-re
      kakein = "ugly" in ancient greek, and it become a fecal reference in many borrowing languages

    21. Re:deca-core by toddestan · · Score: 1

      Except they've truncated every other time. They had the 486 DX2 66MHz, Pentium 166MHz , the Pentium 2 266MHz. They sold Celerons at 366MHz, 466MHz, 566Mhz, and 766Mhz. They had Pentium 3's at 866 Mhz and 1266Mhz. The 666MHz Pentium 3 (and Celeron) are the only time they've rounded up to 667MHz.

  4. "Desktop" LOL by Anonymous Coward · · Score: 0

    The price of that CPU alone is enough to buy a high end gaming desktop and an IPS monitor.

    I think they misspelled hipster e-dick-measuring machine.

    1. Re:"Desktop" LOL by LichtSpektren · · Score: 2

      It's obviously not meant for plebians. It's meant for the programmer who makes >$200 an hour, i.e. the time lost to compiling is worth more than this extreme high-end CPU is.

    2. Re: "Desktop" LOL by slazzy · · Score: 1

      Don't be too hard on them. They are helping to pay for the technology which will bring the price down for everyone soon.

      --
      Website Just Down For Me? Find out
    3. Re:"Desktop" LOL by NotInHere · · Score: 1

      Its called "the monopolist determines the prices". AMD is no real competition, and ARM is for mobile devices only. As intel is monopolist for desktop CPUs, they demand what they want.

    4. Re:"Desktop" LOL by Anonymous Coward · · Score: 2, Interesting

      I believe this announcement is a response to the rumors of AMD's Zen processor, with more instructions per clock than Skylake and with a 95W TDP. Competition is sweet. Bring it on AMD!

    5. Re:"Desktop" LOL by __aaclcg7560 · · Score: 4, Funny

      It's obviously not meant for plebians. It's meant for the programmer who makes >$200 an hour, i.e. the time lost to compiling is worth more than this extreme high-end CPU is.

      I did a PC refresh project at a Fortune 500 company a few years ago. The initial batch of Dell workstations had six-core processors. But Dell ran out of six-core processors and dropped in eight-core processors. The senior engineers almost broke out into a riot since they grabbed the initial shipment and the junior engineers were getting the eight-core processor workstations, upsetting a delicate pecking order throughout the office.

    6. Re:"Desktop" LOL by ShooterNeo · · Score: 1

      Yeah, about that. Compiling is obviously a process with tremendous interconnected dependencies. While there are multi-core compilers, one would expect mediocre scaling, especially above the "normal" 4 CPUs.

    7. Re:"Desktop" LOL by ooloorie · · Score: 1

      cd /tmpfs/mybuild
      make -j 10

    8. Re:"Desktop" LOL by Kjella · · Score: 2

      It's obviously not meant for plebians. It's meant for the programmer who makes >$200 an hour, i.e. the time lost to compiling is worth more than this extreme high-end CPU is.

      Oh please, according to OpenBenchmark you can compile the Linux 4.3 kernel in 62 seconds on an Intel Core i7-5960X. Unless you have a developer who just whacks the build button to throw shit at the wall and see what sticks - which is not the kind of person you should be paying >$200/hour - then almost any kind of employee perk or complimentary service would be more effective than 0.1 second off his compile time.

      --
      Live today, because you never know what tomorrow brings
    9. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      which is not the case, though

    10. Re:"Desktop" LOL by NormAtHome · · Score: 2

      Given the price I think that it's meant for a very select audience.

      How many compilers support multi-threaded compiling? I can't find any reference that says Visual C++ complies using multiple threads, but of course that doesn't mean that it doesn't (just that I'm not hitting on the right question) but I'm curious if it does? Most references that I found mentioned that compiling a large project is pretty disk intensive and people recommended a SSD and more ram to speed compilation?

    11. Re:"Desktop" LOL by ShooterNeo · · Score: 1

      No shit you can use 10 cores, but how much faster is 10 than 5? Note the word "scaling"?

    12. Re:"Desktop" LOL by DaphneDiane · · Score: 3, Informative

      The software I support takes about an hour to compile with a 20 way build on an enterprise class server blade farm. Before I optimized and increased the parallelization of the build process it used to take 10+ hours. Not every project compiles and links that quickly.

    13. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      Here is an interesting word: "Linear".

    14. Re:"Desktop" LOL by petermgreen · · Score: 1

      At least in the C/C++ world most compiles are done on a per-file basis and then linked together at the end. So it's no problem to compile multiple files at once (provided your memory and storage can keep up).

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    15. Re:"Desktop" LOL by Anonymous Coward · · Score: 1

      https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_concurrency.html

      I'm sure many others, this is the only one I'm even remotely familiar with though. An SSD would help of course. Anymore, many programmers compile on either their local work cluster, or via something like AWS.

    16. Re: "Desktop" LOL by Anonymous Coward · · Score: 0

      Can someone explain the sudden use of "hipster" on slashdot? I've never associated hipsters with high end PC gaming. These are people that think typewriters are cool.

    17. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      No guarantee of that. There is such a thing as instruction conflict and failure to access memory. Think Pentium IV.

    18. Re:"Desktop" LOL by chuckugly · · Score: 1

      Visual Studio C++ compiler supports multithreaded compilation. I'm not sure when it started but it's been a while now.

    19. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      You're thinking of Xeon (which is actually better value for money in core terms). And, while your work place may be different, in my experience pretty much any S/W dev who needs it will get a Xeon based workstation, not just the stars.

    20. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      Actually, no, we use SSDs + RAM disks. Most gcc C builds don't require multi-gigabytes worth of scratch space, so you use the RAM in a typical 16GiB workstation to have the build directory in tmpfs.

      OTOH, if you need LTO and large C++, well... yeah, the RAM must be left for the compiler to use.

    21. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      Many modern software projects have a large number of small files that need to be compiled. That process can be run in parallel across all available CPUs with no effort. Each of these source code files produces an output file typically called an object file. The process of linking all of those files together into a single executable is serial and does not benefit from multiple CPUs.

    22. Re:"Desktop" LOL by petermgreen · · Score: 1

      How many compilers support multi-threaded compiling? I can't find any reference that says Visual C++ complies using multiple threads, but of course that doesn't mean that it doesn't (just that I'm not hitting on the right question) but I'm curious if it does?

      At least in the C/C++ world paralellism isn't done in the compiler itself, it's done by running multiple instances of the compiler at once working on different files. gnu make can easilly do this, dunno what things are like in the MS world but I'd be surprised if they don't have a soloution.

      Most references that I found mentioned that compiling a large project is pretty disk intensive and people recommended a SSD and more ram to speed compilation?

      Yes if you build a buildbox round one of these you will need to make sure the rest of the system is up to supporting the CPU cores. What that entails will depend on what exactly it is you are building. The platform supports 128GB of ram which I would imagine would be more than adequate to support 10 paralell compilers and at the same time have a ramdisk for the build tree to avoid IO bottlenecks.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    23. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      Think about all that time you can save not compiling by switching to JavaScript. It's a language built for the future.

    24. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      Think about all that time you can save not compiling by switching to JavaScript. It's a language built for the future.

      You kid but JavaScript is being applied to a lot of programming situations you would not have thought reasonable much less possible.

    25. Re:"Desktop" LOL by ooloorie · · Score: 1

      The poster claimed that compiling is hard to parallelize. I pointed out that there is, in fact, a lot of opportunity for parallelism in many build processes.

    26. Re:"Desktop" LOL by fnj · · Score: 1

      How many compilers support multi-threaded compiling?

      With respect, I think your approach to the puzzle of how to parallelize things needs more fundamental thought. (I speak from a position of one who has been in this situation!) The compiler doesn't need any "support" for parallelism whatsoever. Any project of non-trivial scale consists of many separate modules. All you do is run "make -j10" instead of "make". WHATEVER compilers make invokes are then run 10 at a time instead of one after another.

      Of course I'm thinking in terms of working in a serious environment such as Unix, BSD, linux, or OSX. A toy plaything like Windows may possibly have tools of comparable sophistication, but I leave that inquiry to someone who cares.

    27. Re:"Desktop" LOL by EvilSS · · Score: 1

      Or people working on video. Or PC Gamers who also stream on sites like Twitch. There are desktop users who can use that type of horsepower.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    28. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      >How many compilers support multi-threaded compiling?

      The additional threads are for your antivirus software and browser scripts. There's no need for a multithreaded compiler.

    29. Re:"Desktop" LOL by iotaborg · · Score: 1

      Sounds like a poor company culture to me. I'm in a Fortune 50 company, and new hires are getting nice high resolution 27" monitors, while we stick with our 5 year old 24" screens, without a complaint. Heck, we're all in cubicles, VPs included.

    30. Re:"Desktop" LOL by __aaclcg7560 · · Score: 2

      Sounds like a poor company culture to me.

      More like H1B culture gone wrong. All Indians.

    31. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      > More like H1B culture gone wrong. All Indians.
      Don't be a pathetic racist nerd. Get outta your basement and your cubicle and meet real people. When is the last time you had sex?? And the boring motions you have with your lifeless wife everyday does not count as sex.

    32. Re: "Desktop" LOL by Cederic · · Score: 1

      I game on a high-end PC and I think typewriters are cool.

      Admittedly only if converted into mechanical keyboards. And if I don't have to use it myself.

      But it is cool. I still want one of those devices used by the office workers in the film Brazil, they rocked.

      But I don't know what a hipster is. I just know that people who claims others are hipsters tend to be total cocks.

    33. Re:"Desktop" LOL by __aaclcg7560 · · Score: 1

      Don't be a pathetic racist nerd.

      The racist nerd is the Indian who has 40 half-empty coffee cups with molds in different states of growth. The guy got fired and a hazmat team had to scrub down all the cubicles surrounding his.

      Get outta your basement and your cubicle and meet real people.

      Which is it? Basement and cubicle are mutually exclusive. You can have one or the other, but not both.

      You don't think Indians are real people? How racist.

      When is the last time you had sex?? And the boring motions you have with your lifeless wife everyday does not count as sex.

      One, I'm not married. Two, when it comes to worshipping the tech gods, celibacy is highly valued.

    34. Re:"Desktop" LOL by Anonymous Coward · · Score: 0

      Well I certainly agree that Javascript is being applied without reason, and impossible situations are involved...

  5. Doesn't your e-penis length matter to you? by Anonymous Coward · · Score: 0

    You don't understand why people buy CPUs like this. They don't do it because they want to spend a lot of money. They buy them because e-penis length is really important to some people. The only way to really increase the size of your e-penis is to have top-notch cutting-edge hardware in your computer, especially if you're a gamer.

    I'm considering buying one of these CPUs. I don't want to drag my gaming system down to the local LAN parties only to have one of the smallest e-penises there. I want to be among the longest, even if that costs a bit of cash.

    1. Re:Doesn't your e-penis length matter to you? by maroberts · · Score: 1

      I think I'm having an NUC next anyway. Screw having PCs that you can cook on.

      --

      Donte Alistair Anderson Roberts - hi son!
      Karma: Chameleon

    2. Re:Doesn't your e-penis length matter to you? by Anonymous Coward · · Score: 0

      . I don't want to drag my gaming system down to the local LAN parties only to have one of the smallest e-penises there. I want to be among the longest, even if that costs a bit of cash.

      It is not how long it is, it is all about bit width and of course, how much ram you have.

      Captcha = diction damn /. you are funny!

    3. Re: Doesn't your e-penis length matter to you? by Anonymous Coward · · Score: 0

      You gotta RAM as many CORES into her BUS as possible.

    4. Re:Doesn't your e-penis length matter to you? by TechyImmigrant · · Score: 2

      NUCs are indeed awesome. I've got 3 chugging away in the server closet, having replaced older, slower, bigger, hotter, louder boxes and 1 retrofitted with an extra ethernet port that replaced the consumer grade router. The workload isn't bigger. So the servers can shrink.

      I've got one on my desk at work, chugging away on simulations so I don't have to share the data center machines with 10,000 other engineers.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    5. Re: Doesn't your e-penis length matter to you? by fyngyrz · · Score: 1

      You gotta RAM as many CORES into her BUS as possible.

      If you go down this road carelessly, you'll end up with an ultra-wide bus. So consider server back door operation, as this is generally an underutilized port. Make sure you employ Logical Unit Bus Expansion tech in both cases; otherwise bus errors are much more likely to occur. Note that as with all bus expansions, you must arrange for the bus impedance to be low; this requires low resistance, and also, if capacitance is relatively high, you'll find that although the bus will work to some degree at low rates, data will be lost trying to charge surfaces that exceed the capacity of the bus driver. Should you have to deal with a high-capacity system, large auxillary drivers can compensate for this. In my designs, I have found that stocking the right components tends to skirt problems up front WRT driver installation procedures, and with the drivers themselves, as full access to the bus is available without having to completely strip the hardware to the chassis. Please note that installations should always undergo vibratory stress testing under full load as a precursor to customer acceptance. This also tends to increase long term bus compliance.

      --
      I've fallen off your lawn, and I can't get up.
  6. Just a Xeon trickle down. by Anonymous Coward · · Score: 1

    This is just a consumer version of one of the new Xeon E5 v4 family.

    http://ark.intel.com/products/family/91287/Intel-Xeon-Processor-E5-v4-Family#@All

    The LGA2011 (Tn this case the newish LGA2011-3)platform is consumerized Xeon, and the Xeons lag one generation behind the mainline consumer (Which is currently at skylake)

    Expensive, but not bad if you want consumer-oriented desktop features and lots of memory bandwith, cores. They usually are clocked high because thats what desktop users usually need.

    Sometimes, though, if you shop around you can catch a deal on some of the real Xeons. (There are some odd skus that end up being resold bare) Finding a motherboard that makes a suitable desktop system can be more troublesome though. Workstation boards that accept Xeons are less common and server-oriented motherboards are often not great for desktop systems. (Slow boot with lots of management features you wont need, odd slot configurations, nonstandard form factors, non-typical power connectors, lack of sound, lack of drivers or official support for non-server OSs)

    Then again, server oriented Xeons usually lean lower clock and higher core count - Not what you want for a desktop most of the time.

    1. Re:Just a Xeon trickle down. by Zeio · · Score: 1

      And as always with Intel there is the curious disabling of ECC. With todays memory densities it really is beyond me that the option to put ECC memory on a $1700 CPU is disabled.

      --
      Legalize the constitution. Think for yourself question authority.
    2. Re:Just a Xeon trickle down. by fnj · · Score: 1

      Workstation boards that accept Xeons are less common and server-oriented motherboards are often not great for desktop systems.

      It doesn't matter how "common" they are. All you need is one good source. Just go here and tick the checkbox "Socket 2011-3" or "Socket 1151", depending on which family of up-to-date Xeons you want to use. These are superb for desktop systems and don't suffer from any of the drawbacks you note:
      * Boot as fast as any other desktop
      * No IPMI[*] or other management features which you "don't need"
      * Good PCIe slottage
      * Ordinary PSU connectors
      * Good sound hardware
      * Work just dandy with normal linux drivers

      They also give you 8 or more SATA3 ports, as well as genuine Intel high-quality and well-supported gigabit ports, USB3 (often lacking from servers), firewire and Thunderbolt (almost always missing on servers), and you can use EITHER ECC or non-ECC RAM as you prefer.

      You can also find server boards and boards supporting prior (and cheaper) Xeon generations there, which can be a great choice for server and workstation use.

      [*] Actually some of them do have IPMI, and it's very nice to have.

    3. Re:Just a Xeon trickle down. by NotAPK · · Score: 1

      "With todays memory densities it really is beyond me that the option to put ECC memory on a $1700 CPU is disabled."

      Pure marketing strategy. Not saying I agree with it, but the ones that support ECC can demand a higher price, so they are priced higher.

    4. Re: Just a Xeon trickle down. by Anonymous Coward · · Score: 0

      Very nice find. I was looking at Supermicro but lamenting the funky form factors.

    5. Re:Just a Xeon trickle down. by DaphneDiane · · Score: 1

      Yeah I'm also really surprised that ECC hasn't become more mainstream. I spent several weeks once chasing down a "compiler / build system" bug that turned out to be the result of a memory bit flip error that had the misfortune to ended up getting cached in the build avoidance system for a fairly static source file. One of the reasons I like server class build farms these days.

    6. Re:Just a Xeon trickle down. by toddestan · · Score: 1

      Except at $1700, you're already well into Xeon territory anyway. At that price, I'm not even sure what the market for this processor is, unless it's just a halo model that they actually don't expect to sell many of.

  7. What's the largest # of cores offered by AMD? by Anonymous Coward · · Score: 0

    I don't buy Intel anymore.

    What is the largest # of cores offered by AMD for a desktop computer? If you can suggest some reputable places to obtain one, (preferably not on-line) it would make me moist. Thanks.

    1. Re:What's the largest # of cores offered by AMD? by Khyber · · Score: 1

      Currently, 8-core for AMD.

      Not buying online? Enjoy your 50%+ markup.

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    2. Re:What's the largest # of cores offered by AMD? by Anonymous Coward · · Score: 0

      Nobody really takes AMD seriously in.. Well any space now.

      Low IPC. Low efficiency. Lagging features. Their last major architecture switch was akin to the Pentium 4 "Netburst" - So bad that they're re-working their older parts to save the company. Just like Intel did years ago. You do know that the Core2Duo has more in common with the P3 than it does the P4. Right?

      There really is no reason to buy AMD at all. Single thread performance is usually bested by a mid-range i3.

      Want more cores and a cheaper price? Get an older, used Intel system instead. You'll spend the same money, but get a faster and better supported system. Seriously. You can get an off-lease refurbished i7 or Xeon workstation with win7 pro and 8gigs of ram for less than 300.

    3. Re:What's the largest # of cores offered by AMD? by NotInHere · · Score: 1

      You are essentially destroying the job of the offline seller here. Yes, you also create a job for the parcel delivery, but how long until the drones take over, and the delivery companies pay real shit wages.

      Just as using uber destroys the jobs of taxi drivers, or self driving automotives will destroy the jobs of professional uber drivers and truck drivers.

      You as customer have choice between new model and the older one. The question of course is what happens with all the workless people this economy creates.

    4. Re:What's the largest # of cores offered by AMD? by Khyber · · Score: 1

      "You are essentially destroying the job of the offline seller here"

      No, they destroyed themselves by failing to follow a basic tenet of business success - diversification.

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    5. Re:What's the largest # of cores offered by AMD? by Anonymous Coward · · Score: 0

      Those aren't full cores. I used to think they were, but it turns out a pipeline stall in one core stalls the other. It was preached that only the FPU and decoder was shared, but it turns out to be much more.

    6. Re:What's the largest # of cores offered by AMD? by Anonymous Coward · · Score: 0

      Having a job is not a virtue or a requirement for living, you supercilious twat. It's an unfortunate necessity.

      As more things are done via robots or AI, we can implement a basic income. Those who want to work will have more money, and jobs will be unnecessary to those who don't want or need them.

    7. Re:What's the largest # of cores offered by AMD? by cfalcon · · Score: 1

      > You are essentially destroying the job of the offline seller here.

      If they can't offer value, why should we continue to support them?

  8. Multi-threaded applications by DidgetMaster · · Score: 4, Interesting

    People who might actually need something like this are those who are running a lot of different applications simultaneously or have individual apps that were programmed to do lots of processing in parallel. I am currently building a data management system that uses lots of threads to greatly speed up processing. The more cores are available, the faster I can process large data sets. With column based relational tables, I can assign a different thread to process each column separately. If there are 100 columns in a table, lots of threads are needed. The more threads that can run at the same time in the CPU, the faster the query will complete. These processors are not just for gaming.

    1. Re:Multi-threaded applications by Junta · · Score: 1

      One could even argue that they aren't even that good for gaming. In fact, if I were building for gaming, I'd go for the 6 core version that has the highest of the single-core performance, as that tends to matter a lot more to games, as games as a rule don't have a lot of CPU threads.

      However, for what you describe, Intel would steer you toward 'Xeon' server or workstation.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    2. Re:Multi-threaded applications by Dishwasha · · Score: 1

      Yeah, I'm going to save my money until Intel can release a deca-core CPU designed for web browsing enthusiasts.

    3. Re:Multi-threaded applications by butzwonker · · Score: 1

      I would like to have one for audio processing, but I can't afford it. :-/

    4. Re:Multi-threaded applications by AmiMoJo · · Score: 1

      I wish more IDEs had good support for multi-threaded compilation. Atmel Studio lets you use it, but the errors and warnings all get mixed up between modules with no easy way to sort them. The abomination known as MPLAB is even worse... I don't think it even supports it, with Microchip's custom (commercial!) version of GCC.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    5. Re:Multi-threaded applications by Howitzer86 · · Score: 1

      I could use it for 3D rendering. Lots of threads mean way faster results, means I can push up the quality that much more. It helps to have a beefy video card (or two), but depending on your software and the content itself, vast improvements in rendering time/quality can still be had with more CPU cores. I definitely want this.

    6. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Time for me to go polish up on the differences between threads and processes...

    7. Re:Multi-threaded applications by HornWumpus · · Score: 1

      Edit the make script to pipe to separate logs.

      The autogenerated make isn't multithread aware enough, but there should be a project setting to use a custom make. Of course you will have to futz with each one. Once you get it down to a routine, you will have a really good bug report for the devs.

      The OS is doing backflips to mix those errors up like that, I bet fixing it speeds up compiles a tiny bit.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    8. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Maybe instead of doing 1:1 columns-to-threads you could examine the available architecture and optimize performance that way?

      Ah never mind, your hyped up idea sounds cooler, just as it did 50 years ago when real programmers already implemented it better.

    9. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      Every process must have at least one thread of execution; but a process can also have many different threads running through its code simultaneously. For example, a database might have spin off a different process to handle each client request, or it might have a single process that spins off a separate thread every time a request is made. If you just had one process with one thread, then all your client requests would run serially. You would have to wait for the client in front of you to finish before your request would be processed.

    10. Re:Multi-threaded applications by DidgetMaster · · Score: 2

      It's important to note that a single process that has 10 threads running on a 10 core processor is not necessarily 10 times faster than the same process running a single thread on a single core processor. It will probably be much faster since your threads don't have to wait as long sharing the processor with other application threads, but you won't see a perfect multiplier effect. It takes time to spin up those threads, to schedule them, and to swap threads in and out of the core running them. Example: I took a data processing function that took about 10 minutes to complete using a single thread. I split it up so that 10 threads worked on it at the same time. Instead of taking only 1 minute to complete, it took just over 2 minutes. Still much faster, but not perfect.

    11. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      And in that case, a dual E5-2670 will handily beat every single HEDT i7...

    12. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      I definitely look at the number of cores before allocating threads. My system can even have multiple threads processing the same column. It works great for tables with 10 million+ rows in them. As far as your snipe about 'real programmers'....I'm sure you must be right. That must be why the same query using a PostgreSQL database takes over 2 minutes to complete while mine finishes in about 20 seconds. So...I guess never mind if speed isn't important to you.

    13. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Different AC here. Sounds like you work in data science applications, so have you looked at any of the recent "in-memory" applications?

    14. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Sounds like a Xeon cpu use case, why do you want a desktop i7 cpu ? It's not like Xeons are unobtainable....

    15. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      If it is real-time audio, X86 (intel or AMD) is a bad choice. Too much crap stealing processor time, too much jitter caused by the power management even if you find a way to get HPC SMI-less firmware.

      If it is non-real-time, then a Xeon and a lot of ECC RAM would serve you better.

    16. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      I am building my own general-purpose data management system that handles both structured and unstructured data (e.g. databases and files) so I guess that would qualify as a 'data science application'. I assume you are referring to things like memory-only databases. I have looked at a few of them, but I wouldn't consider myself an expert on any of them. Things resident in memory will always be faster than stuff stored on disk (whether HDD or SSD). The problem is that data sets tend to grow very large. Memory is much cheaper than it used to be, but it is still about 100x as expensive as disk. What we really need is a system that can process a query by reading the minimal amount required off disk and storing as much of it as it can in memory to speed up subsequent queries. Nothing revolutionary with that idea, but systems typically have not done a great job trying to implement it. I have taken a whole different approach to solving this issue and so far it is working very well. Still under development, but it is getting close to being finished enough for general use.

    17. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      Running on a server with a Xeon processor is definitely a use case, but it isn't the only one. Plenty of large data sets are on end user devices. Why should fast processing be reserved only for servers? Data is growing everywhere.

    18. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Absolutely.

      Keyshot comes to mind right off the top of my head with their refusal to implement GPU based rendering.
      ( So they can sell you their Network Rendering add-on of course. Yours for only $480 - $3840 per year based on number of cores ( 32 - 256 ) you need. )

      As for not being a gamer processor, I would rather think of it as future game capable. How many here are running current generation games on older quad-core processor based systems ? Drop in one of these processors, a couple of decent SSD's and max out your Ram and you're set for a gaming rig for quite a while.
      Will only need to update the Gfx card periodically to keep things relevant.

    19. Re:Multi-threaded applications by JoeyRox · · Score: 1

      Except each of those threads is going to pollute the L3 cache of the others, which occurs in data-intensive workloads like your db case. This means you're not going to see anywhere near 100% scaling for each additional core.

    20. Re:Multi-threaded applications by fnj · · Score: 1

      It takes time to spin up those threads, to schedule them, and to swap threads in and out of the core running them.

      * "Spinning up" threads is a negligible overhead - a few microseconds to start them and then they run for seconds or minutes
      * "Scheduling" threads and "swapping" threads in and out of cores is not necessary - that's the whole point of multicore - they all run literally concurrently

      I split it up so that 10 threads worked on it at the same time. Instead of taking only 1 minute to complete, it took just over 2 minutes

      Then you're obviously doing something grossly wrong.

    21. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      Yes. The 'obviously wrong thing' I am doing is running my software on a computer that happens to be running other things along with it. The operating system, various services, other applications....etc. I think I addressed that issue.

    22. Re:Multi-threaded applications by NotAPK · · Score: 1

      You are right, and I'm not surprised in the least that you didn't see the performance gains you were hoping for.

      Re-working a process to extract more performance from multiple concurrent operations depends more on the fundamental type of operation being performed than it ever does on the core count or the hardware being used.

      Some tasks simply can't be processed in parallel, with some do so trivially. Most are somewhere in between, and deciding the best strategy depends on lots of factors.

      You mentioned "spinning up the threads" and "scheduling them" but I can assure you that over a 10 minute time-frame those delays are trivial. Context-switching can take 10s of ms to process, which is significant for real-time high definition video, but not at all compared to your 10 minute time-frame. The most important detail will be how you handle disk access and shared memory resources. The "optimal" approach is to load one copy of the data from the HDD at the beginning, use a software framework that allows you to share access to the same data in memory, and set your ten threads in motion. They all read from a shared memory space, but write to their own output space. At the end the results should be aggregated and written back to the HDD in one go. Of course if the threads are reading and writing back from a common memory space then contention between the threads for write locks (depends a lot on the memory model, for argument sake I'll assume here writes can't be concurrent) will slow everything down. Going forwards, sharing access to the memory may not be possible in all cases, so if you have RAM to burn, make ten copies of the data and let each thread work on its own copy. This will be very fast, but takes ten times as much RAM. If RAM is limited, or there are so many data they must be constantly read and written from the HDD then you *must* be extremely careful about how you proceed. It is quite possible to achieve *less* performance than with a serial process, since read/write contention of the HDD without an appropriate level of caching will severely deteriorate performance.

      Even then, the examples I give below are just the tip of the iceberg. Some tasks fundamentally rely on the results of previous steps to continue, and so there's no point having dozens of threads going if they are all waiting for the next chunk of the problem to be solved.

      It's pretty fascinating stuff.

    23. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      Thanks for your comments. I agree with almost everything you said. The context switching between threads is fairly small, but it can eat into your performance some. The trick is to get just enough threads to keep all the cores busy without getting into a thrashing state. As far as the data set is concerned: I try to break up the data into chunks that can each be operated on independently. I then make sure that each chunk handled with thread-safe code and get the locking down to the smallest unit possible. Using my relational table model, I put each column in its own data object. All the values are de-duped and stored along with 'like' values within blocks. If I need to add, update, or delete a value then all I need to lock is the block that contains that value. The only time a thread needs to block is when it wants to update a value within the same block as another thread is currently updating. The updates are very quick so the blocked thread doesn't stay blocked for long. I also only need to read from disk the columns needed to satisfy the query. For example, if I have a 100 column table with millions of rows, then a query such as "SELECT name, address, phone_number FROM table WHERE state = 'CA';" only needs to read in 4 columns from disk. The other 96 columns can stay out of memory. I still have some development to do and a lot of testing, but so far most queries are much faster than I can get Postgres or MySQL to do on the same data set.

    24. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Or using Python multithreading, how multithreading works in python if you have two threads it will run twice as slow.

      Each python instruction is executed with a lock, so that the instruction in the other thread cannot execute. Then the lock is released and immediately reacquired on every single instruction, sometimes enough to run the other thread.

      The only point where it will run faster is when using certain modules which are written in C which will release the lock when executing internal code that will run without touching any Python objects.

    25. Re:Multi-threaded applications by NotAPK · · Score: 1

      Sounds great, choosing the correct level of atomicity is as much an art as a science. I was looking at an old project from five years ago and kept wondering "what the hell was I thinking" while looking at the multi-threading code. I've either gained some deeper insight over time, or (more likely) I've forgotten all of the domain-specific knowledge relevant to that project :)

      "I try to break up the data into chunks that can each be operated on independently."

      At first I thought you meant copies of the data, which was confusing since you then go on to talk about thread-safe code with mutex locking. My comment here is that if you truly break the data up into chunks then you don't need any locking or "thread-safety" since each thread has its own data. But I now realise you meant "work chunks" or "tasks": thread1 do rows 1-1000, thread2 do rows 1001-2000, etc... and of course as you outline, locking is the way to go there. As I wrote in my previous post, if you can separate the reads from the writes then you'll improve performance, but not all frameworks/languages/architectures can handle this.

      Your approach sounds like you've rolled your own "temporary table" and it's great that its working well for you. My only spot of advice would be to model the failure mode carefully. It sounds like you're post-processing older data, and if there was a power failure then you'd only lose the latest job unit, which can then be re-calculated anew. If this scheme was acting on live data then the benefits of a relational database have now been lost: you may as well just run MongoDB in RAM with no backing store and cross your fingers!

      Good luck with it, I have some coding to do myself, but my final comment is that I think it would be fair to say that writing software to utilise multiple cores is an excellent area to practice and develop in, as that is what the future will inevitably bring. I have some CS PhD friends working on "drop-in" parallel libraries, which perform truly magic stuff so that a serial program can be trans-piled into a parallel version. It sounds awesome, but they all tell me it's a long way away, if it will ever work at all....

    26. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      Each column is effectively its own key-value store where each value stored within it is mapped to one or more keys. In the case of a relational table, the key is just the primary key for the row.

      I originally build these objects to implement a tagging system for my other objects. I have a container in which I can put millions of objects (tested out to 200 million so far) and attach tags to each one. For example: I can create a 'photo' object and store JPEG information within it and then attach all kinds of tags describing the photo (e.g. Year = 2010, Place = Hawaii, Activity = Surfing). I wanted to do searches against the container (e.g. Find all JPEG photos where Year greater than 2010 and Year less than 2015 and Place = Hawaii) and have it find them all quickly. I can create 10 million photos; attach 20 different tags to each one; and find a given subset within a couple of seconds (took over an hour to do something similar using files).

      Once I got my 'tags' thing working, the relational table feature sort of 'fell out of the design'. I wanted to make each object multi-threaded. I can either have 10 threads each searching through 1/10 of the data within each key-value store, or I can have 20 different threads all adding/updating/deleting values to the store at the same time. I can build either an OLTP database using them or an OLAP one (hard to say which will be fully functional first). I can flush changes to disk so it is definitely a persistent object store.

      I still have some work to do for transactions (rollback, logging, commit, etc) and there are some MVCC features still only partly working, but progress continues to move forward slowly but surely.

    27. Re:Multi-threaded applications by Anonymous Coward · · Score: 0

      Sounded like previous AC suggested you get a workstation with a Xeon.

    28. Re:Multi-threaded applications by DidgetMaster · · Score: 1

      If you want to see a quick demo (7 or 8 minutes) of the database in action take a look at https://www.youtube.com/watch?...

    29. Re: Multi-threaded applications by untoreh+ · · Score: 1

      I believe you have xeons for that, these processors are just for for gaming for the sole argument that they can be overclocked, so that you have a bigger number of cores, with top frequency. These are like the nvidia Titan, for the 1% percent of gaming

    30. Re:Multi-threaded applications by tgharold · · Score: 1

      More cores can also be useful for running unit testing (via something like NCrunch) in the background. On the 4-core VM that I develop in, 3 are dedicated to NCrunch and VS2015 only gets 1.

    31. Re:Multi-threaded applications by ChrisMaple · · Score: 1

      Memory bandwidth or shared cache limitations can prevent multithreading from reaching its full potential.

      --
      Contribute to civilization: ari.aynrand.org/donate
  9. Help us AMD! You're our only hope! by Anonymous Coward · · Score: 4, Insightful

    With AMD Zen right around the corner (October-ish) I believe Intel is milking their performance monopoly as much as they can with their $1700 CPUs.

    The Zen should give us roughly Skylake IPC (Some predict a little better, some predict a little worse.) Being it's AMD, they'll have to undercut Intel's price if they want marketshare. If the arch is good, this will lead to a price war, which should drive down Intel to AMD price levels.

    With any luck, high end Zen launch will be a 16-core with Skylake level single thread performance for $999. Sign me up for one of those!

    1. Re:Help us AMD! You're our only hope! by Anonymous Coward · · Score: 0

      I hope Zen ends up being good. Their current line is so bad that Zen is, in reality, a re-work of their pre-bulldozer cores
      Intel had to make the same move after P4 - aka netburst- failed to scale up as expected. The Core2duo was a re-worked penitum 3.

      After so many years, though, we've gotten used to disappointment and a general across the board under performance from AMD. If we don't see desktop platforms that go toe to toe with i5s and i7s and lots of real, actual, widely shipped design wins in laptops.. AMD is as good as gone. Arm has them on the low end and Intel has them on the high end.

    2. Re:Help us AMD! You're our only hope! by rahvin112 · · Score: 1

      I like AMD but it's not going to happen. AMD had their chance when Intel didn't do 64bit with the Pentium D, they weren't able to capitalize on that because Intel played dirty and prevented OEM's from using them.

      Now that Intel is actually competing even if AMD can produce an equally good processor design Intel's process lead will give Intel a 15% advantage. AMD will never catch up to that. The process advantage is substantial, it allows Intel to have significantly more transistors for the same power usage. Intel is significantly ahead in the process game, almost 2 whole nodes. To beat Intel, AMD would need a processor design that's 20% better than Intel's. Everything is IPC/watt these days so they need to squeeze more IPC per watt than Intel and they just can't do it with the process node problem.

      Don't worry though, Intel has to keep AMD around for anti-trust reasons, so they won't ever go out of business.

    3. Re:Help us AMD! You're our only hope! by Anonymous Coward · · Score: 0

      I don't believe anyone said AMD was going to beat Intel.

      The can however produce a chip that is 10% slower but 50% cheaper. That would put a dent in Intel's market share which would drive Intel's prices down a good 20-30%. This $1700 chip should be more along the lines of $1100-$1200... If even that.

    4. Re:Help us AMD! You're our only hope! by Rockoon · · Score: 2

      The process advantage is substantial, it allows Intel to have significantly more transistors for the same power usage.

      ..except that process advantage not only ends this year, Intel is falling behind this year as TSMC opens ite doors to full production in its 10nm fab.

      This doesnt mean AMD gets that fab time (contracts with GloFlo may prevent it), but AMD isnt really Intels competitor. Only in imaginary simpleton land is a cpu design company like AMD a competitor to a semiconductor manufacturer like Intel.

      The competitors to Intel are TSMC, GloFlo, Samsung, and Toshiba/Sandisk, At this moment all of these have 14nm, 15nm, or 16nm fabs running, and dont believe the hype that these are not "true #nm" as Intel isnt doing "true 14nm" either. In fact, Intel was the company that invented lying about process node size and the term "Intel Nanometer" is now a thing in the industry (for reference, the "Intel nanometer" was 1.182 nanometres a few years back before their "14nm.")

      All of these companies will have 10nm fabs up and running before Intel does. While it wont be publicly saying its lost the lead until it absolutely has to, its actions will continue to be consistent with a company that has lost the lead such as the recent massive layoffs and the numerous recent press releases about some bullshit "cloud strategy."

      Use your eyes. Dont listen to what Intel is saying. Look at what Intel is doing. If you have any Intel stock, its time to sell it.

      --
      "His name was James Damore."
    5. Re:Help us AMD! You're our only hope! by Pulzar · · Score: 1

      The process advantage is substantial, it allows Intel to have significantly more transistors for the same power usage. Intel is significantly ahead in the process game, almost 2 whole nodes. To beat Intel, AMD would need a processor design that's 20% better than Intel's. Everything is IPC/watt these days so they need to squeeze more IPC per watt than Intel and they just can't do it with the process node problem.

      Don't worry though, Intel has to keep AMD around for anti-trust reasons, so they won't ever go out of business.

      It seems like you haven't been reading up on your tech news. No surprise, not much of it left on Slashdot ;).

      That was a story a few years ago... Intel has just about lost the process advantage as most foundries have caught up.

      Now, AMD is still AMD, so who knows what their design is going to do, but it's unlikely that it'll be slower because of the process. If it's slower, it'll be because the uarch just isn't good enough.

      --
      Never underestimate the bandwidth of a 747 filled with CD-ROMs.
    6. Re:Help us AMD! You're our only hope! by tgharold · · Score: 1

      Also hoping that AMD Zen will be good. I currently run an Intel i7 4790k at 4GHz with DDR3-2100., so the AMD chip would have to have equivalent or better single-core performance with 8-12 cores and DDR4. I'm happy with the i7, but I wish it had ECC, and the 32GB limit on the motherboard is starting to feel constraining.

    7. Re:Help us AMD! You're our only hope! by cfalcon · · Score: 1

      I am *absolutely* convinced that Intel's apparently fuckdiculous pricing is primarily to create a hole where AMD can actually live. Intel will move way less of these processors than if they were competitively priced, which they mostly appear not to be (the deca-core is totally absurd, and the octa-core seems to bench almost identical with the slightly cheaper Haswell-E octa-core, the 5960). If Intel moved aggressively, it probably would crush AMD. If AMD puts the Zen in too low, then they can lower their Broadwell-E a tad. Intel needs very badly to not be a chip monopoly, and to do this they simply have to be bending over backwards to give AMD the time needed to make a good core and the marketing space necessary to actually sell those cores. Everyone constantly talks about how AMD screwed up badly and the Zen will redeem them. Well, probably- but both AMD and Intel sort of need that to happen.

      I think this is more likely than simply trying to milk as much dollar out of each possible customer, because at the prices these are placed at, they are simply not priced to move in enthusiast circles in the way that previous offerings were.

  10. Coils by M0j0_j0j0 · · Score: 2

    Do the coils also whine 10 times more, it has been a nightmare with this new Skylake.

    1. Re:Coils by Joe_Dragon · · Score: 1

      ERROR COIL 1 is on fire!

  11. Too close to "decimate" by Steve1952 · · Score: 1

    I suspect that they avoided the "dec" prefix because it is too close to "decimate". This was the old roman practice military discipline in which soldiers were divided into groups of 10. Each group of 10 would draw lots, and the soldier who drew the unlucky lot was killed by his 9 fellow soldiers. Probably not so great an idea from the marketing perspective. Sort of like an early form of stacked ranking.

    1. Re:Too close to "decimate" by HornWumpus · · Score: 1

      Beaten to death with the bare hands of his fellow soldiers.

      Drawing lots would likely produce a better outcome vs. letting the PHB pick (stacked ranking). The Roman legions couldn't have worked with 50% of effort devoted to gaming rank and rate.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    2. Re:Too close to "decimate" by gtall · · Score: 1

      It was military punishment, and meant for soldiers who were mutinous in one form or another en masse. It wasn't universally used. It was felt, not by the soldiers involved, that to whack them all meant you had no soldiers but you could blow some non-mutinous air into the lot if only 1/10 got whacked.

      Modern corporations do it all the time but not adhering to the 1/10 rule. Instead it is felt by the MBAs that when bonuses are reduced, this must be because of inattention to their bonuses by the rank and file must have occurred, and that whacking a fair number of them will steel the rest to taking the MBA's bonuses more seriously.

      The word is that it generally fails to achieve its objective, see IBM for an example.

    3. Re:Too close to "decimate" by swb · · Score: 1

      From what I understand, it was largely a forgotten practice even among Romans. I think it was Marcus Crassus who revived it after his personally funded army lost an initial battle with Spartacus' slave army.

    4. Re:Too close to "decimate" by Anonymous Coward · · Score: 0

      It was military punishment, and meant for soldiers who were mutinous in one form or another en masse. It wasn't universally used. It was felt, not by the soldiers involved, that to whack them all meant you had no soldiers but you could blow some non-mutinous air into the lot if only 1/10 got whacked.

      Modern corporations do it all the time but not adhering to the 1/10 rule. Instead it is felt by the MBAs that when bonuses are reduced, this must be because of inattention to their bonuses by the rank and file must have occurred, and that whacking a fair number of them will steel the rest to taking the MBA's bonuses more seriously.

      The word is that it generally fails to achieve its objective, see IBM for an example.

      Ha ha, that's funny! "felt by the MBAs that when bonuses are reduced" - Reduced bonuses, indeed!!!

  12. Not sure what a gamer would do with it by rsilvergun · · Score: 2

    Besides maybe Ashes of the Singularity does any game use more than 2 cores ( not counting crap like Far Cry 3 where it binds to core 3 for some inexplicable reason)?

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:Not sure what a gamer would do with it by NotInHere · · Score: 1

      I don't think this is hardware for gamers. But if you can type make -j 20 happily you really will like this CPU.

    2. Re:Not sure what a gamer would do with it by Anonymous Coward · · Score: 0

      Oh my god, not this sh!t again.

    3. Re:Not sure what a gamer would do with it by chuckugly · · Score: 1

      ArcheAge uses the CryEngine and uses however many cores you have IME.

    4. Re:Not sure what a gamer would do with it by GameboyRMH · · Score: 1

      not counting crap like Far Cry 3 where it binds to core 3 for some inexplicable reason

      Far Cry 3...core 3...sounds like an easter egg :-P

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    5. Re:Not sure what a gamer would do with it by Anonymous Coward · · Score: 1

      most modern games use more than one thread, and generally up to 4 (a very few games claim up to ~8).

      however, the bulk of the processing is done in a single thread, which is why single thread performance is still so important with games.

      most gaming benchmarks (non-artificial) show a beefy (i.e., strong single thread performance) quadcore CPU yielding the best performance.

      all could change with dx12, but unless it provides tools to easily parallelize (that a word?) loads, single thread performance will still carry the torch.

      it'll be interesting to see how dx12 affects system bottlenecks. if you play games at high resolutions (~1440p+), generally the GPU bottlenecks the system long before the CPU does. would be interesting to hear that CPUs are now bottlenecking systems, with the answer being "you need more CPU cores". (but c'mon, what a dream it is to hope CPU loads will scale linearly across x amount of cores).

    6. Re:Not sure what a gamer would do with it by List+Lurker · · Score: 1

      other articles i've read say Chipzilla is targeting 4K VR w/ this puppy ... but what do i know (as i sit, very happy, running a water-cooled Xeon E165- v2)

  13. Devil's Canyon is still the single-thread champ by PeeAitchPee · · Score: 2

    While a few companies are re-writing code to multi-thread, many are not. Intel's single-thread champ is still the venerable two year-old i7-4790K, which will smoke any "enthusiast" chip out there for most things that enthusiasts care about, like gaming, rendering, etc.

    1. Re:Devil's Canyon is still the single-thread champ by Moof123 · · Score: 1

      All their effort has been on power savings, which for desktop PC's is a pretty darn low priority. I'd much rather they dropped the crappy integrated GPU in the higher end chips and filled that area with a couple more cores. Instead of go beyond 4 cores you have to but the higher end motherboard and pay Extreme pricing.

      Who would buy a 6600k or 6700k and not buy a separate GPU?! It boggles my mind. A good 40% of the die area will never get used by the majority of buyers, there is enough room to fit 8 cores, but 4 is all you get.

    2. Re:Devil's Canyon is still the single-thread champ by Anonymous Coward · · Score: 0

      I'd like a better iGPU than I have (3570) on my desktop. Linux has the iGPU and the Windows VM gets the physical GPU by way of PCI-Passthrough.

      Handing off the hardware between guest and host as needed is somewhere between impossible and impractical so I just live with the iGPU in Linux which is fine for most of my use. If I really need the power I have to undo some configuration and reboot.

    3. Re:Devil's Canyon is still the single-thread champ by WheezyJoe · · Score: 1

      I suppose the integrated GPU is useful when your discrete GPU burns out (it happens). But on a "K" chip I'd prefer the most barest minimest iGPU just-functional-to-get-a-desktop-running, and use the saved space for a core or more cache.

      --
      Take it easy, Charlie, I've got an Angle...
    4. Re:Devil's Canyon is still the single-thread champ by toddestan · · Score: 1

      To be fair, I assumed that I'd never use the integrated GPU in my 2600K, but when it got re-purposed for my Linux desktop I decided the best course of action was to just pull out the PCI-e GPU and try the integrated. Which works perfectly fine.

  14. But the server / workstation -oriented motherboard by Joe_Dragon · · Score: 2

    But the server / workstation -oriented motherboards due have dual cpu / lot's of pci-e slots (Some broads have all X16 with slots at 8 or 16 3.0)

  15. Let's just skip to 16 by Anonymous Coward · · Score: 0

    Come on, Intel, we all know this was actually designed and fabricated to support 16 cores, but 6 of them are disabled so you can announce an exciting new advancement every few months while you work on your 32-core design. Can we please just dispense with the silly games?

    1. Re:Let's just skip to 16 by link-error · · Score: 1

      You mean like this 18 core Xeon? http://ark.intel.com/products/...

      --
      -Unresolved symbol? Byte me!
    2. Re:Let's just skip to 16 by Anonymous Coward · · Score: 0

      Probably a heat problem. Most consumer level computers don't have the best ways to keep a CPU from over-heating. Most have a simple fan and heat sink. If you get 16 cores all running at full speed with a decently fast clock, you generate more heat than many systems can handle.

    3. Re:Let's just skip to 16 by cfalcon · · Score: 1

      > Most consumer level computers don't have the best ways to keep a CPU from over-heating

      Most consumer level computers don't have an enthusiast chip that costs 1700 bucks and has no integrated graphics either. These aren't consumer level computers, these are enthusiast level, and they literally support overclocking. Heat limitations are real, but they aren't the only things holding back multicore stuff.

      And while these are probably reject Xeons, they are also clocked higher than the Xeons, and probably binned to be at least mostly oveclockable above that some.

  16. AMD ZEN more pci-e then skylake by Joe_Dragon · · Score: 4, Interesting

    AMD ZEN more pci-e then skylake. With all the pci-e based storage around Intel's skylake can't even power 2 M2 pci-e cards + 1 video card at full speed.

    with amd zen it seems like 2 videos cards at full speed + lot's left over for storage / network / usb / TB 3.0 and more.

    1. Re:AMD ZEN more pci-e then skylake by Anonymous Coward · · Score: 0

      Skylake has a lot more system bandwidth available with the introduction of DMI 3.0.

      You can only saturate the system with M.2 SSDs and lots of graphics cards in synthetic benchmarks. Any real world use case that would come close would be better suited for a workstation class system anyway. (Meaning it's never, ever, ever, going to happen on your gaming rig. Even in your wettest Quad 4K display Dual GTX 1080 dream)

    2. Re:AMD ZEN more pci-e then skylake by Joe_Dragon · · Score: 1

      DMI 3.0 is only pci-e 3.0 X4.

      Still only have 16+4 3.0 coming off the skylake cpu.

  17. All of my CPUs have 10 cores... by TeknoHog · · Score: 1

    ...in bases of two, four or eight.

    --
    Escher was the first MC and Giger invented the HR department.
  18. 16 core X 4. Fry's and Microcenter by raymorris · · Score: 3, Informative

    AMD has x86 processors with 16 cores. As I recall you can have up to 4 CPUs per motherboard, so 64 cores total. Whether that's appropriate for your "desktop" is your decision. Their APUs have 4 CPU and 8 GPU cores.

    Fry's and Microcenter are reasonable choices for brick-and-mortar retailers.

    1. Re: 16 core X 4. Fry's and Microcenter by Anonymous Coward · · Score: 0

      Why is this nodded down? It's been proven that AMD doesn't use true cores. Their 4 core is really a 2 core, etc.

  19. 100 times as long as the kernel, I wonder why by raymorris · · Score: 1

    That's interesting that your software takes 100 times as long as the Linux kernel does. My first thought was "I bet that could be reduced by 90%", but you said you already did that, reducing it from 10 hours on 20 build servers. I'm curious why it takes so much longer, what the difference is. Does this project have a lot more tightly coupled dependencies than the kernel does?

    1. Re: 100 times as long as the kernel, I wonder why by Anonymous Coward · · Score: 0

      There's a reason to have open office set as an exclude in gentoo

    2. Re: 100 times as long as the kernel, I wonder why by Anonymous Coward · · Score: 0

      Indeed. Very large C++ projects, especially if you go and enable LTO, will take decaloads of gigabytes *and* several hours to build.

      Building Chromium and Firefox is also very, very painful.

      The Linux kernel is large, but it is C, and it is very, *very* highly modularized (in the source sense), and it parallelizes in GNU Make like nothing else I've ever seen due to the way the build is organized.

    3. Re: 100 times as long as the kernel, I wonder why by otterpop81 · · Score: 1

      Previous poster wasn't specific about what kernel configuration was used to build it quickly. Make allnoconfig is a fast build, of course. Further, the kernel is C which compiles fast. C++ with lots of templates (and/or use of the STL), is a completely different story.

    4. Re: 100 times as long as the kernel, I wonder why by esperto · · Score: 1

      Oh, chromium these days is the worst on gentoo, it takes even longer than libreoffice, and a new version seems to be out every week, on my computer it is taking 1h20min to compile, firefox is a breeze at 15min.

      sometimes I postpone building chromium, just because it hogs my machine for so long, and it is not a bad one, I have a core i7 3770K with 16GB of RAM.

    5. Re:100 times as long as the kernel, I wonder why by Tough+Love · · Score: 1

      That's interesting that your software takes 100 times as long as the Linux kernel does.

      Spoken as someone who has never used Gentoo. The kernel is one of the faster building components. Try some C++ builds.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    6. Re:100 times as long as the kernel, I wonder why by DaphneDiane · · Score: 1

      It's a C++ project with a large amount of optimization to ensure it fits in the tight memory requirements of an embedded system. It also has to compile a lot of the code multiple times as it targets an embedded system which have dissimilar nodes ( different CPU / memory architectures / devices etc. ).

    7. Re:100 times as long as the kernel, I wonder why by Goonie · · Score: 1
      Ouch.

      Do you think you've reached the realistic limits of how much you could parallelize the build process?

      --

      Any sufficiently advanced technology is indistinguishable from a rigged demo
      --Andy Finkel (J. Klass?)
    8. Re:100 times as long as the kernel, I wonder why by DaphneDiane · · Score: 1

      Theoretically I might be able to improve it, but several of the links involved take ~30 minutes and while I can have several links or other parts of the build at the same time it had to break down linking too much. I did a little though by subdivide the linking into partial links of related code in archive libraries. It reduces the overall optimization but speed up the linking. There still is some build system overhead that I can reduce. One of my largest savings was switching the build system from nested make files to monolithic one created by a hand tuned generator. If I did it today, I'd probably look at cmake and ninja.

      I do have tricks that let developers test small changes to the code much quicker though so hard to justify optimizing more currently.

      Mostly just commented to note that slow compile times are still a real thing, didn't really expect to get much into my tools work. Alas multitasking is as well, so compiling time doesn't always equal break time as implied by linked XKCD comic it equals switch gears to another task.

    9. Re: 100 times as long as the kernel, I wonder why by Anonymous Coward · · Score: 0

      Maybe it's time to move to Arch...

      Gentoo was fine for the days when every MB of RAM counted and you were trying to cram it all onto a 500MB hard drive and run on an underpowered VIA chip. But these days, most of us have given up on that nonsense and moved on to something that works better with less fiddling (CentOS, Debian, Arch).

    10. Re:100 times as long as the kernel, I wonder why by cfalcon · · Score: 1

      > That's interesting that your software takes 100 times as long as the Linux kernel does.

      I don't think so at all. If your standard for production software quality is "the Linux kernel", then you must really look down on almost every software project! Add in that many languages are going to build way slower, and you'll really end up disappointed.

    11. Re:100 times as long as the kernel, I wonder why by Goonie · · Score: 1
      Cheers.

      My interest is prompted because I plan to do some testing related research that requires building the code many times. My working assumption was that systems are fast enough these days that you could build pretty much anything in a short reasonable amount of time by throwing a big enough set of compute nodes at the problem. Worth knowing that isn't always the case.

      --

      Any sufficiently advanced technology is indistinguishable from a rigged demo
      --Andy Finkel (J. Klass?)
  20. Your comment is not new, but still amazes me... by gosand · · Score: 1

    In this day and age, it is still amazing to me that people say of cutting edge technology "Yeah, but whey do we need it? We'll never use it."

    We will find a way to use it. We always do. "640K of memory..." and all that. Sheesh.

    --

    My beliefs do not require that you agree with them.

    1. Re:Your comment is not new, but still amazes me... by cfalcon · · Score: 1

      "Yeah, but whey do we need it? "

      There's two problems with your reasoning, both detail dependent.

      The newest thing normally has a terrible performance per dollar ratio, because some people want to have the best, and will pay an egregious amount. Many of the people saying "we'll never need that" are being realistic, and REALLY mean, "by the time we need this, it will be cheap".

      The second thing is that in THIS case, the broadwell-e seems to be mostly a tie with the haswell-e, which is quite a bit older. The base performance per comparable part is pretty similar, and the haswell-e seems to be overclocking better. The new part, the ten core, is the piece with no direct comparison, and it is seriously massively expensive. If you're looking for an 8 core desktop processor and want to spend around a grand, you could well be better off with the Haswell-E even if it wasn't cheaper, depending on your use case.

  21. Value Isn't in the Chips, but... by BrendaEM · · Score: 1

    Value Isn't in the Chips, but in the fact that you are less likely to need a less cantankerous dual-CPU motherboard for doing workstation chores such as CAD, Design, Photoshop, Video editing, and moderate raytracing.

    --
    https://www.youtube.com/c/BrendaEM
  22. Attention All Application Programmers! by Anonymous Coward · · Score: 0

    More parallelism please!

  23. Government Contractors by neoRUR · · Score: 1

    This is meant for those million government contractors that have a new PC a year in their hardware budget. The price will fall after they all get theirs..

    1. Re:Government Contractors by Anonymous Coward · · Score: 0

      In what world do contractors get good dev boxes?

      Which contractor, specifically, doesn't involve developing on old Dells? I'm asking for, uh, uh friend.

  24. Important news: 6 cores is the new 4 by undefinedreference · · Score: 1

    Few average people will be running these LGA2011 boards/processors. The important news is that the mainstream i7 now has 6 cores. It really isn't affecting much else, as workstations have been built with Xeon processors for many years now, which have all had more than 4 cores for quite a few years now.

    Only gamers and people with an OC fetish buy "Extreme" processors; everyone else just buys Xeons.

    1. Re:Important news: 6 cores is the new 4 by cfalcon · · Score: 1

      > The important news is that the mainstream i7 now has 6 cores.

      The mainstream i7 is the Skylake 6700, and that has four cores. Desktop (non-enthusiast) Kabylake going to six cores is, I think, still a rumor- and one I don't find too credible, but hey, who knows.

    2. Re:Important news: 6 cores is the new 4 by undefinedreference · · Score: 1

      Color me corrected.

      Now I have a different question: What is the point of these processors if they overlap completely with Xeon offerings?

    3. Re:Important news: 6 cores is the new 4 by toddestan · · Score: 1

      I assume that the only difference is that the i7 has a few features disabled, such as multi-CPU support and ECC, and Intel figures they can extract more money from the people who want/need those features.

  25. But . . . by Anonymous Coward · · Score: 0

    Will it run Quake?

  26. Only if you keep redefining "core", Intel by raymorris · · Score: 1

    Each AMD module has two cores. Each core has a control unit (scheduler) 4 execution units (2ALU 2AGU) and an I/O unit to get data in and out. Each core is therefore capable of eight independent single-precision operation or four independent double-precision operations per cycle. With two each of ALU and AGU, arguably that's TWO cores and AMD should call it a 16-core CPU rather than an 8-core.

    Several years ago, Intel's CPU cores were what most would call 75% of a core, sharing more parts between "cores" than AMDs' did, so Intel tried to redefine "core" to mean just those parts. Now the situation has reversed a bit - AMD cores can either have separate, dedicated DP FPUs, or two can share it as a DP FPU. Intel's are separate FPUs, so now Intel changed their mind and wants to redefine "core" again.

    What can be objectively said is that at the moment, Intel's cores share fewer resources. It used to be the other way around, and it probably will be again.

  27. yes, I do by raymorris · · Score: 1

    > If your standard for production software quality is "the Linux kernel", then you must really look down on almost every software project!

    Yes, I do. I'm with Sturgeon when he said "90% of everything is crap." :)

  28. Kernel is 20 million lines (up from 5 million) by raymorris · · Score: 1

    Actually it isn't so much that I expect everything to be that level of quality, but the kernel about 20 million lines of code (up from 5 million about three years ago). I was thinking few projects should be far LARGER than that. Others pointed out that C++ takes much, much longer to compile.