Path: ...!news.nobody.at!weretis.net!feeder8.news.weretis.net!reader5.news.weretis.net!news.solani.org!.POSTED!not-for-mail From: Mild Shock Newsgroups: comp.lang.prolog Subject: The naive reverse reality check (Was: Is Scryer Prologs failure measurable?) Date: Sun, 11 Aug 2024 11:03:04 +0200 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sun, 11 Aug 2024 09:03:04 -0000 (UTC) Injection-Info: solani.org; logging-data="1129049"; mail-complaints-to="abuse@news.solani.org" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.18.2 Cancel-Lock: sha1:63Hzn4JUUCgV9Kdyn5Ug6DvSgHw= X-User-ID: eJwdx8ERxEAIA7CWsjE2UA4LQ/8l5OZ+EqGjdhNlXG7OjRdLh+3xDk1GrVpo3ODfsKOp7vFglsVj+o05dfEBVlMV3g== In-Reply-To: Bytes: 2649 Lines: 51 But Scryer Prolog must nevertheless have somewhere some good genes. Even it posted about a Prolog compiler written in Prolog itself. Lets make some reality check: /* Ichiban Prolog */ real 0m39.635s user 0m59.684s sys 0m7.891s /* Dogelog Player for Java */ ?- time((between(1,6001,_), nrev, fail; true)). % Zeit 588 ms, GC 0 ms, Lips 5113263, Uhr 11.08.2024 10:47 true. /* Trealla Prolog */ ?- time((between(1,6001,_), nrev, fail; true)). % Time elapsed 0.549s, 3000503 Inferences, 5.468 MLips true. /* Scryer Prolog */ ?- time((between(1,6001,_), nrev, fail; true)). % CPU time: 0.302s, 3_024_526 inferences true. /* SWI-Prolog */ ?- time((between(1,6001,_), nrev, fail; true)). % 2,994,499 inferences, 0.078 CPU in 0.089 seconds (88% CPU, 38329587 Lips) true. Dogelog Player has a Prolog compiler written in Prolog itself. But the limiting factor is of course always the runtime engine itself, that executes the compiled code. You can inline and optimize whatever you want, if the runtime engine, its architecture, has some limitations performance wise, you won't see aby speed. I don't know yet whether I will beat SWI-Prolog in this test case ever in the near future? Especially with some cheap effort? Mild Shock schrieb: > > Just look at GitHub issues and sort by "recent update". > I get for the last week the following figures: > > - New tickets: 7 new tickets > - Closed tickets: 2 closed tickets > > To get a turn around you the the 2nd number bigger > that the 1st number, and not the other way around.