| Deutsch English Français Italiano |
|
<vctibs$33b7j$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Thomas Koenig <tkoenig@netcologne.de> Newsgroups: comp.arch Subject: Re: Computer architects leaving Intel... Date: Tue, 24 Sep 2024 05:23:08 -0000 (UTC) Organization: A noiseless patient Spider Lines: 30 Message-ID: <vctibs$33b7j$1@dont-email.me> References: <vaqgtl$3526$1@dont-email.me> <p1cvdjpqjg65e6e3rtt4ua6hgm79cdfm2n@4ax.com> <2024Sep10.101932@mips.complang.tuwien.ac.at> <ygn8qvztf16.fsf@y.z> <2024Sep11.123824@mips.complang.tuwien.ac.at> <vbsoro$3ol1a$1@dont-email.me> <867cbhgozo.fsf@linuxsc.com> <20240912142948.00002757@yahoo.com> <vbuu5n$9tue$1@dont-email.me> <20240915001153.000029bf@yahoo.com> <vc6jbk$5v9f$1@paganini.bofh.team> <20240915154038.0000016e@yahoo.com> <vc70sl$285g2$4@dont-email.me> <vc73bl$28v0v$1@dont-email.me> <OvEFO.70694$EEm7.38286@fx16.iad> <32a15246310ea544570564a6ea100cab@www.novabbs.org> <vc7a6h$2afrl$2@dont-email.me> <50cd3ba7c0cbb587a55dd67ae46fc9ce@www.novabbs.org> <vc8qic$2od19$1@dont-email.me> <fCXFO.4617$9Rk4.4393@fx37.iad> <vcb730$3ci7o$1@dont-email.me> <7cBGO.169512$_o_3.43954@fx17.iad> <vcffub$77jk$1@dont-email.me> <n7XGO.89096$15a6.87061@fx12.iad> <vcpvhs$2bgj0$1@dont-email.me> <vcssro$2t2ms$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Tue, 24 Sep 2024 07:23:08 +0200 (CEST) Injection-Info: dont-email.me; posting-host="e4fc060bfe99b656beb5422538e16372"; logging-data="3255539"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX190aMGy9lRm6XlOTgqTM+N0itRBLkCnqL8=" User-Agent: slrn/1.0.3 (Linux) Cancel-Lock: sha1:HdYJgL4or1D293Ah/wKiH8kJqcs= Bytes: 3252 BGB-Alt <bohannonindustriesllc@gmail.com> schrieb: > On 9/22/2024 3:43 PM, Paul A. Clayton wrote: >> On 9/19/24 11:07 AM, EricP wrote: >> [snip] >>> If the multiplier is pipelined with a latency of 5 and throughput of 1, >>> then MULL takes 5 cycles and MULL,MULH takes 6. >>> >>> But those two multiplies still are tossing away 50% of their work. >> >> I do not remember how multipliers are actually implemented — and >> am not motivated to refresh my memory at the moment — but I >> thought a multiply low would not need to generate the upper bits, >> so I do not understand where your "50% of their work" is coming >> from. >> >> The high result needs the low result carry-out but not the rest of >> the result. (An approximate multiply high for multiply by >> reciprocal might be useful, avoiding the low result work. There >> might also be ways that a multiplier could be configured to also >> provide bit mixing similar to middle result for generating a >> hash?) >> > > I guess it might be interesting if one made a bigger multiplier out of > 4-bit multipliers, in a way similar to a 4-bit shift-add. If you look through the old TTL handbooks by TI, you will find how people did multipliers in the bit-slice age. They had 4 bit * 4 bit->8 bit multipliers (74274) or Booth recoding with a 74261 and then summed up the partial products using the 74275.