| Deutsch English Français Italiano |
|
<uaci9jtrf8dssaa58l9bbih5cvbo1shd63@4ax.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: John Savard <quadibloc@servername.invalid> Newsgroups: comp.arch Subject: Re: Continuations Date: Thu, 18 Jul 2024 09:18:14 -0600 Organization: A noiseless patient Spider Lines: 18 Message-ID: <uaci9jtrf8dssaa58l9bbih5cvbo1shd63@4ax.com> References: <47689j5gbdg2runh3t7oq2thodmfkalno6@4ax.com> <v71vqu$gomv$9@dont-email.me> <116d9j5651mtjmq4bkjaheuf0pgpu6p0m8@4ax.com> <f8c6c5b5863ecfc1ad45bb415f0d2b49@www.novabbs.org> <7u7e9j5dthm94vb2vdsugngjf1cafhu2i4@4ax.com> <0f7b4deb1761f4c485d1dc3b21eb7cb3@www.novabbs.org> <v78soj$1tn73$1@dont-email.me> <4bbc6af7baab612635eef0de4847ba5b@www.novabbs.org> <v792kn$1v70t$1@dont-email.me> <ef12aa647464a3ebe3bd208c13a3c40c@www.novabbs.org> <v79b56$20oq8$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Injection-Date: Thu, 18 Jul 2024 17:18:17 +0200 (CEST) Injection-Info: dont-email.me; posting-host="b2c359a9abf5486ed2d9f12bb6da1df1"; logging-data="2610064"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18DMe32ecm/DhXZ9Me7K3Uy3K4ZZlpaKe8=" Cancel-Lock: sha1:nWp2iDHPQ1JGyPoy4IRRHFUwGgc= X-Newsreader: Forte Free Agent 3.3/32.846 Bytes: 2065 On Wed, 17 Jul 2024 20:56:06 -0000 (UTC), "Stephen Fuld" <SFuld@alumni.cmu.edu.invalid> wrote: >Good, I get that. But Thomas' original discussion of the problem >indicated that it was very parallel, so the question is, in your >design, how many of those calculations can go in in parallel? in a way, that's the wrong question. If you need to have exponentiations and divides running in parallel _on a single CPU_ because the problem isn't parallel _enough_ to dispense with them being very tightly coupled... then, yes, that's a reasonable question. But _otherwise_ there is no limit on the number of calculations that can take place in parallel, just throw more CPUs at the problem. John Savard