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.