From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: tuhs-bounces@minnie.tuhs.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.1 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 09061d67 for ; Thu, 28 Jun 2018 20:38:11 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id BB4B8A1B12; Fri, 29 Jun 2018 06:38:10 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 7A52FA1B0A; Fri, 29 Jun 2018 06:37:53 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 32D89A1B0A; Fri, 29 Jun 2018 06:37:51 +1000 (AEST) Received: from hacklheber.piermont.com (hacklheber.piermont.com [166.84.7.14]) by minnie.tuhs.org (Postfix) with ESMTPS id 99D8DA1815 for ; Fri, 29 Jun 2018 06:37:50 +1000 (AEST) Received: from snark.cb.piermont.com (localhost [127.0.0.1]) by hacklheber.piermont.com (Postfix) with ESMTP id F31461F0; Thu, 28 Jun 2018 16:37:49 -0400 (EDT) Received: from jabberwock.cb.piermont.com (jabberwock.cb.piermont.com [10.160.2.107]) by snark.cb.piermont.com (Postfix) with ESMTP id E05932DED65; Thu, 28 Jun 2018 16:37:49 -0400 (EDT) Date: Thu, 28 Jun 2018 16:37:49 -0400 From: "Perry E. Metzger" To: Larry McVoy Message-ID: <20180628163749.24410d93@jabberwock.cb.piermont.com> In-Reply-To: <20180628160202.GF21688@mcvoy.com> References: <81277CC3-3C4A-49B8-8720-CFAD22BB28F8@bitblocks.com> <20180628141538.GB663@thunk.org> <20180628144017.GB21688@mcvoy.com> <20180628105538.65f82615@jabberwock.cb.piermont.com> <20180628145825.GE21688@mcvoy.com> <2B710879-7659-47A4-AA86-03F232F7B78B@tfeb.org> <20180628160202.GF21688@mcvoy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [TUHS] PDP-11 legacy, C, and modern architectures X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: tuhs@minnie.tuhs.org Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" So lets not forget: the original question was, do people need to do a lot of parallel and concurrent computing these days. Keep that in mind while thinking about this. On Thu, 28 Jun 2018 09:02:02 -0700 Larry McVoy wrote: > But for people who care about performance, and there are a lot of > them, more but slower is less desirable than less but faster. Sure, but where can you get fewer but faster any more? Yes, you can get it up to a point, but that point tops out fast. Yes, you can get a 4GHz processor from Intel instead of a bunch of fairly low end Broadcom ARM chips. However, that top end Intel chip isn't much faster than it was a few years ago, and it's a pretty cheap and slow chip compared to what people need, so one of them still isn't going to do it for you, and so you still need to go parallel, and that means you still need to write parallel code. Thirty years ago, you could pay as much money as you wanted, up to tens of millions, to get a faster single CPU for your work. The difference between the processors on an IBM PC class machine and on a Cray was Really Really Different. These days, Intel won't sell you anything that costs more than a couple thousand dollars, and that couple thousand dollar thing has many CPUs. The most you can pay per core, for the highest end, is in the low hundreds depending on the moment. Taking inflation into account, that's a silly low amount of money. IBM will sell you some slightly more expensive high end POWER stuff, but very few people buy that and besides that, there's pretty much nothing. So it doesn't matter even if you'd rather spend 100x to get a core that's 10x faster than the top of what is offered, the 10x faster thing doesn't exist. You're stuck. You've got top of the line 64 bit x86 and maybe POWER and there's nothing else. So, yes, I agree, all things being equal, people will prefer to buy the faster stuff, but at the moment, no one can get it, so instead, we're in an age of loads of parallel machines and cores. Your maximal fast core is in the hundreds of dollars, but you've got millions of dollars of computing to do, so you buy tons of processors instead. > People still care about performance and always will. Yeah, for your > laptop or whatever you could probably use what you have for the next > 10 years and be fine. But when you are doing real work, sorting > the genome, machine learning, whatever, performance is a thing and > lots of wimpy cpus are not. For all those pieces of work, people use hundreds, thousands, or hundreds of thousands of cores, depending on the job. Machine learning, shotgun sequencing, etc., all depend on parallelism these days. Sometimes people need to buy top end processors for that, but even then, they have to buy a _ton_ of top end processors because any given one is too small to do a significant fraction of the work. So, circling back to the original discussion, languages that don't let you express such algorithms well are now a problem. Perry -- Perry E. Metzger perry@piermont.com