Path: csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder2.hal-mli.net!news.glorb.com!news-out.readnews.com!news-xxxfer.readnews.com!panix!not-for-mail From: jgk@panix.com (Joe keane) Newsgroups: comp.lang.forth,comp.sys.intel,comp.arch Subject: Re: Can someone explain step by step how one avoid many conditional in forth as described in Moore Fourth essay? Date: Fri, 13 Jan 2012 17:47:16 +0000 (UTC) Organization: Public Access Networks Corp. Lines: 11 Message-ID: References: <19111298.516.1326191150632.JavaMail.geo-discussion-forums@yqbu38> <4F0DC609.9020503@SPAM.comp-arch.net> NNTP-Posting-Host: panix5.panix.com X-Trace: reader1.panix.com 1326476836 22733 166.84.1.5 (13 Jan 2012 17:47:16 GMT) X-Complaints-To: abuse@panix.com NNTP-Posting-Date: Fri, 13 Jan 2012 17:47:16 +0000 (UTC) X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Xref: x330-a1.tempe.blueboxinc.net comp.lang.forth:8841 comp.sys.intel:165 comp.arch:5406 In article <4F0DC609.9020503@SPAM.comp-arch.net>, Andy (Super) Glew wrote: >I believe an IBM chip did eager ifetch - fetching both sides of a >branch - but did not actually execute, stalled at decoder or >therabouts. Doing some 'early' loads seems like a good idea, assuming that you have some IF units free. But that is a *lot* different from the other suggestion, copying the machine state to a different core.