Saturday, May 27th 2017

Two 16-core AMD Threadripper Parts Listed Online

Ahead of their May 29 unveiling at AMD's pre-Computex 2017 show in Taipei, and their scheduled market availability for Summer 2017, two 16-core AMD Threadripper processor SKUs surfaced as online-store listings, on Greek online retailer Skroutz. These include the AMD Threadripper 1998, and the AMD Threadripper 1998X. The listings don't come with price-tags.

Some specifications of the two SKUs were revealed, too. To begin with, both chips feature 16 cores, and SMT enables 32 logical CPUs for the OS to address. The Threadripper 1998 is clocked at 3.20 GHz, with an unknown boost clock; while the 1998X is clocked higher, at 3.50 GHz, with unknown boost clocks. The "X" in the model number could denote XFR, which could unlock higher automated overclocks than the boost clock. Both chips are listed with AMD socket SP3r2 support, AMD's upcoming 4,094-pin LGA socket.
Source: DigiWorthy
Add your own comment

115 Comments on Two 16-core AMD Threadripper Parts Listed Online

#101
FordGT90Concept
"I go fast!1!11!1!"
The point of async is to delegate complex tasks to other processors which increases the aggregate performance. The 1ms of time it takes to start a thread is utterly unimportant when code isn't worth doing async unless it takes seconds, if not minutes to execute. Case in point: #93, as proven by #98, showed that the bulk of the execution time was inside the DateTime class. The 1+2+3, creation of a new thread, and displaying the results is diminutive by comparison. In other words, you're little experiment proves nothing other than the obvious (creating a worker thread takes longer than keeping it in single threaded for work that doesn't benefit from multithreading).
Posted on Reply
#102
Aquinus
Resident Wat-man
FordGT90ConceptThe point of async is to delegate complex tasks to other processors which increases the aggregate performance. The 1ms of time it takes to start a thread is utterly unimportant when code isn't worth doing async unless it takes seconds, if not minutes to execute. Case in point: #93, as proven by #98, showed that the bulk of the execution time was inside the DateTime class. The 1+2+3, creation of a new thread, and displaying the results is diminutive by comparison. In other words, you're little experiment proves nothing other than the obvious (creating a worker thread takes longer than keeping it in single threaded for work that doesn't benefit from multithreading).
My point was to show that using threads incurs an overhead cost, I think you just made my point for me. See #82. Either way, we're saying the same thing.
Posted on Reply
#103
FordGT90Concept
"I go fast!1!11!1!"
Have a look at this post: AMD Dragged to Court over Core Count on "Bulldozer"

20% penalty, not 1700% and this is a program where there is a lot of main/worker communication. Cutting back on UI updates would improve performance hugely but I decided it strikes a good balance between doing work and informing the user the way it is.

It is also a program where a worker thread is always spawned to prevent the UI from locking up. Async multithreading is required to give users expected behavior.
Posted on Reply
#104
Disparia
AquinusI also get a perverse pleasure in seeing how much code it takes to implement this in other languages. :laugh:
(require '[clojure.core.async :refer [<!! thread]])
(time (<!! (thread (+ 1 2 3))))
[PHP]<?php

class thread extends Thread {

public function run(): int {

return 1 + 2 + 3;

}

}

$sum = (new thread)->start();

?>[/PHP]

PHP7 using pthreads, a github project. There's also the Threaded, Worker, Pool, and other classes for thread interactions and management. Requires CLI execution and a thread-safe build of PHP.

Not that I get a lot of use out of it, I'm more on the web side of things.
Posted on Reply
#106
FordGT90Concept
"I go fast!1!11!1!"
The fastest graphics cards can't saturate PCI Express 3.0 x16 as is.
Posted on Reply
#107
notb
FordGT90ConceptThe fastest graphics cards can't saturate PCI Express 3.0 x16 as is.
There's a bit more uses of computers than just games...

IMO the most important aspect of PCIe 4.0 is OCuLink-2 - a solid Thunderbolt 3 alternative. Since they are very late in the game (Thunderbolt 3 is already here and it uses USB), I doubt OCuLink-2 will ever be used for mainstream external PC accessories. However, it could be the next storage interface, because we're already way past SATA 3.0 capabilities.
Posted on Reply
#109
notb
FordGT90ConceptSATA 3.2 supports 16 Gb/s (~2000 MB/s)
Great idea. SATA Express - AFAIK the biggest failure in PC interfaces in last few years.
Even if SATAe drives actually existed, the connector is so huge it's almost impossible to put 6-8 of them on a typical motherboard, like we got used to with SATA 3.

OCuLink-2 will utilize a new connector - Molex NanoPitch - which will actually be usable...
Posted on Reply
#110
FordGT90Concept
"I go fast!1!11!1!"
Only SSDs really need that much bandwidth and they're mostly going NVMe/M.2. That's PCI Express 3.0 x4.
Posted on Reply
#111
notb
FordGT90ConceptOnly SSDs really need that much bandwidth and they're mostly going NVMe/M.2. That's PCI Express 3.0 x4.
Not true at all and you miss the point. PCIe / M.2. drives take a lot of motherboard's space. The whole point of SATA is to have a tiny interface for a cable connection.
OCuLink-2 will succeed SAS in servers. It might just as well replace SATA.

Anyway, most SSD sold connect via SATA and they usually hover around 600 MB/s - the SATA 6 Gbps limit. Just changing the interface would improve performance.
Posted on Reply
#112
nemesis.ie
The U.2 connector isn't that huge but a smaller one would be good.
Posted on Reply
#113
notb
nemesis.ieThe U.2 connector isn't that huge but a smaller one would be good.
Actually it's even bigger than SATAe. :-)
SATAe connector is slighly shorter than 3x SATA (same width).
2x U.2 are larger than 6x SATA.

And if not placed on the edge, it'll need even more space for the cable, because the connector is parallel to PCB. But I assume it is possible to make a horizontal (perpendicular) version as well.

Posted on Reply
#114
FordGT90Concept
"I go fast!1!11!1!"
U.2 is smaller than SATA Express. You can fit approximate three U.2 in the space of two SATA Express.

That picture has no SATA Express slots. Here's two SATA Express next to four normal SATA:


M.2 NVMe killed U.2. Good luck finding SATA Express or U.2 devices. Reason: U.2 and SATA Express add latency to the PCI Express lanes. NVMe, being hardwired, prevents that. No M.2 slots? Makes more sense to get a PCI Express to M.2 card than to buy something that supports SATA Express or U.2.
Posted on Reply
#115
notb
FordGT90ConceptU.2 is smaller than SATA Express. You can fit approximate three U.2 in the space of two SATA Express. That picture has no SATA Express slots.
Only in 1 dimension (length of mobo edge). I was talking 2D (area of mobo), where U.2 is larger.
The picture in my post has no SATA Express, but it shows 3x2 SATA cluster. That's enough.
FordGT90ConceptM.2 NVMe killed U.2.
IMO temporarily.
A typical setup today is: SSD for OS+apps and HDD for storage (you're a good example, I assume).
But if we're going to shift to SSD-only PCs, a lot of people will need 4, 6... 10 TB. When will this happen? How big and how expensive will be the drives?
I think people will still want the possibility to connect 4+ storage drives - even on a mITX mobo. Where will you pack all these U.2? :-D

And I just can't believe people will be fine with the fact that their drives can do 1000MB/s (if not better), but their limited by a 15-year-old interface.
Posted on Reply
Add your own comment
Apr 26th, 2024 11:47 EDT change timezone

New Forum Posts

Popular Reviews

Controversial News Posts