| 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.