Deutsch   English   Français   Italiano  
<ecad94bdd49cdc4360a38fb3530aa9f4@www.novabbs.org>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail
From: mitchalsup@aol.com (MitchAlsup1)
Newsgroups: comp.arch
Subject: Re: Cost of handling misaligned access
Date: Tue, 25 Feb 2025 18:07:10 +0000
Organization: Rocksolid Light
Message-ID: <ecad94bdd49cdc4360a38fb3530aa9f4@www.novabbs.org>
References: <5lNnP.1313925$2xE6.991023@fx18.iad> <voobnc$3l2dl$1@dont-email.me> <0fc4cc997441e25330ff5c8735247b54@www.novabbs.org> <vp0m3f$1cth6$1@dont-email.me> <74142fbdc017bc560d75541f3f3c5118@www.novabbs.org> <20250218150739.0000192a@yahoo.com> <0357b097bbbf6b87de9bc91dd16757e3@www.novabbs.org> <vp2sv2$1skve$1@dont-email.me> <a34ce3b43fab761d13b2432f9e255fab@www.novabbs.org> <vp518t$2bhib$1@dont-email.me> <a56e446b2e2df9f01eb558aa68279d35@www.novabbs.org> <vp5mnu$2fjhi$1@dont-email.me> <BP4uP.273689$6Mub.167898@fx45.iad> <vpasaa$3itge$1@dont-email.me> <OTluP.690994$rHoc.634573@fx17.iad> <vpd8b0$3afn$1@dont-email.me> <vpdn4k$6130$1@dont-email.me> <bQHuP.45701$wlqe.8411@fx06.iad> <20250224000824.00003afd@yahoo.com> <Cu1vP.328842$Rpt8.322847@fx33.iad> <20250224192813.000066c6@yahoo.com> <llkvP.1403551$21T3.511491@fx18.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: i2pn2.org;
	logging-data="1753304"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="o5SwNDfMfYu6Mv4wwLiW6e/jbA93UAdzFodw5PEa6eU";
User-Agent: Rocksolid Light
X-Rslight-Site: $2y$10$DWuGdDMZZALCFV2ZybQ2t.ik1s5a022gic6ga96.HD12cAyNy3omm
X-Spam-Checker-Version: SpamAssassin 4.0.0
X-Rslight-Posting-User: cb29269328a20fe5719ed6a1c397e21f651bda71
Bytes: 3225
Lines: 31

On Tue, 25 Feb 2025 14:20:45 +0000, EricP wrote:

> Michael S wrote:
--------------------
>>
>> No, I mean florplanning, as well as most other manual physical-level
>> optimization are not used at all in 99% percents of FPGA designs that
>> started after year 2005.
>
> Is that because the auto place and route got good enough that it is
> unnecessary? Or maybe the fpga resources grew enough that autoroute
> didn't have to struggle to find optimal positions and paths
> (being an optimal packing problem and a traveling salesman problem).

Athlon (1998) used hand place auto-route. So, auto-route has been
good enough since 2000 at latest.

> Also BGB mentioned in another thread a while back that he was getting
> what sounded like random variation of critical paths from run to run.
> That suggests to me the automatic tools may not be properly recognizing
> the different modules and produce some non-optimal positions or paths.
> So giving it a hint that "this stuff goes together" might help.

Consider the optimizer/place/route thingamabob; and a signal that
crosses from one module to another. The optimizer changes from
a 2-LUT delay to a 1 LUT delay, but now the fan-out of that LUT
doubles, so instead of speeding up, the signal path slows down.

> Anyway, it should be testable. Inspect the auto placements module wiring
> and if there are any obviously crazy decision then try the placement
> tool
> an see if the speed improves or critical path variation goes away.