Thanks Jeff, I understand your reasoning. 14 cores vs 10 is definitely huge.
I will also add, there isn't anything to stop us to having more than one config, just like we do with laptops. I'm fortunate to be in this situation to finally help you all have influence on the type of hardware that makes sense for your use cases. Nothing is worse than hearing IT picked or chose hardware that nobody actually wanted or will use. I'll continue to pursue the Core i9 as an option, just currently there aren't many OEM builders providing these yet. On Tue, Nov 7, 2017 at 1:00 PM, Jeff Muizelaar <jmuizel...@mozilla.com> wrote: > The Core i9s are a quite a bit cheaper than the Xeon Ws: > https://ark.intel.com/products/series/125035/Intel-Xeon-Processor-W-Family > vs > https://ark.intel.com/products/126695 > > I wouldn't want to trade ECC for 4 cores. > > -Jeff > > On Tue, Nov 7, 2017 at 3:51 PM, Sophana "Soap" Aik <s...@mozilla.com> > wrote: > > Kris has touched on the many advantages of having a standard model. From > > what I am seeing with most people's use case scenario, only the GPU is > what > > will determine what the machine is used for. IE: VR Research team may > end up > > only needing a GPU upgrade. > > > > Fortunately the new W-Series Xeon's seem to be equal or better to the > Core > > i9's but with ECC support. So there's no sacrifice to performance in > single > > threaded or multi-threaded workloads. > > > > With all that said, we'll move forward with the evaluation machine and > find > > out for sure in real world testing. :) > > > > > > > > On Tue, Nov 7, 2017 at 12:30 PM, Kris Maglione <kmagli...@mozilla.com> > > wrote: > >> > >> On Tue, Nov 07, 2017 at 03:07:55PM -0500, Jeff Muizelaar wrote: > >>> > >>> On Mon, Nov 6, 2017 at 1:32 PM, Sophana "Soap" Aik <s...@mozilla.com> > >>> wrote: > >>>> > >>>> Hi All, > >>>> > >>>> I'm in the middle of getting another evaluation machine with a 10-core > >>>> W-Series Xeon Processor (that is similar to the 7900X in terms of > clock > >>>> speed and performance) but with ECC memory support. > >>>> > >>>> I'm trying to make sure this is a "one size fits all" machine as much > as > >>>> possible. > >>> > >>> > >>> What's the advantage of having a "one size fits all" machine? I > >>> imagine there's quite a range of uses and preferences for these > >>> machines. e.g some people are going to be spending more time waiting > >>> for a single core and so would prefer a smaller core count and higher > >>> clock, other people want a machine that's as wide as possible. Some > >>> people would value performance over correctness and so would likely > >>> not want ECC. etc. I've heard a number of horror stories of people > >>> ending up with hardware that's not well suited to their tasks just > >>> because that was the only hardware on the list. > >> > >> > >> High core count Xeons will divert power from idle cores to increase the > >> clock speed of saturated cores during mostly single-threaded workloads. > >> > >> The advantage of a one-size-fits-all machine is that it means more of us > >> have the same hardware configuration, which means fewer of us running > into > >> independent issues, more of us being able to share software > configurations > >> that work well, easier purchasing and stocking of upgrades and > accessories, > >> ... I own a personal high-end Xeon workstation, and if every developer > at > >> the company had to go through the same teething and configuration > troubles > >> that I did while breaking it in, we would not be in a good place. > >> > >> And I don't really want to get into the weeds on ECC again, but the > >> performance of load-reduced ECC is quite good, and the additional cost > of > >> ECC is very low compared to the cost of developer time over the two > years > >> that they're expected to use it. > > > > > > > > > > -- > > moz://a > > Sophana "Soap" Aik > > IT Vendor Management Analyst > > IRC/Slack: soap > -- moz://a Sophana "Soap" Aik IT Vendor Management Analyst IRC/Slack: soap _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
