Dear Akihisa,
This is due to a (rather strong) request of the TPDB organizer (me) to avoid clones.
Thank you for taking the initiative on this matter! I think that this is a very sensible request.
If I understand correctly, the issue is that currently each benchmark in the TPDB consists of two elements:
(1) The program (TRS, logic program, Haskell program, LLVM program, Java Bytecode program, ...), and:
(2) The property of the program that should be analysed.
(Here it is debatable whether a strategy annotation for a TRS like "innermost" belongs rather to (1) or to (2). Perhaps (2) is more suitable - innermost runtime complexity and full runtime complexity are different properties of the same set of TRS rules.)
As an example for the number of clones, consider AG01/#3.53.xml:
$ find TPDB -name "#3.53.xml" TPDB/Runtime_Complexity_Full_Rewriting/AG01/#3.53.xml TPDB/TRS_Standard/AG01/#3.53.xml TPDB/Derivational_Complexity_Innermost_Rewriting/AG01/#3.53.xml TPDB/Runtime_Complexity_Innermost_Rewriting/AG01/#3.53.xml
In addition to these four clones with the same rewrite rules, my suggestion for analysis of parallel-innermost runtime complexity would add a fifth clone of the benchmark, where only the rewrite strategy would change over the benchmark in category Runtime_Complexity_Innermost_Rewriting.
It would indeed make sense to store just /one/ copy of the TRS rules together with an annotation of the set of properties that are considered interesting to analyse at termCOMP.
Would the input format for termCOMP participants change? Participating tools are currently expecting (1) and (2) to be both present in the same file.
In near future, TPDB and COPS (https://cops.uibk.ac.at/) might get a unified back-end. Then we should be able to tell what categories each benchmark is for. Please wait until then.
Sounds good. I will wait for further instructions regarding the desired format before I submit a pull request.
Best regards,
Carsten
On 03/07/2022 08:36, YAMADA, Akihisa wrote:
Dear Carsten,
thank you for the detail.
The benchmark set will be "Runtime_Complexity_Innermost_Rewriting".
Here, I would propose using only a subset of the existing benchmark set "Runtime_Complexity_Innermost_Rewriting".
This is due to a (rather strong) request of the TPDB organizer (me) to avoid clones.
In near future, TPDB and COPS (https://cops.uibk.ac.at/) might get a unified back-end. Then we should be able to tell what categories each benchmark is for. Please wait until then.
Best, Akihisa
This property can be checked syntactically. In version 11.2 of the TPDB, for 369 out of 663 TRSs, innermost and parallel-innermost rewriting from basic terms define the same relation. Thus, it is the remaining 294 TRSs where an analysis of parallel-innermost runtime complexity would be of specific interest.
The following paper describes specific techniques to approximate the runtime complexity function for parallel-innermost rewriting, both by lower bounds and by potentially tighter upper bounds than those given by innermost runtime complexity:
Thaïs Baudon, Carsten Fuhs, Laure Gonnord Analysing Parallel Complexity of Term Rewriting In Proc. LOPSTR 2022. To appear.
The final version of the paper is currently in preparation. An overview of the results is available in the following slide deck presented at the TeReSe workshop in Nijmegen on 8 June 2022:
https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdeividrval...
This slide deck includes (on slide 10) also the syntactic check (and its proof idea) to detect TRSs where innermost and parallel-innermost rewriting from basic terms coincide.
I will also give a presentation about this proposal for a new category (and why it is interesting!) at the Workshop on Termination on 11/12 August 2022.
Best regards,
Carsten
On 20/06/2022 07:31, YAMADA, Akihisa wrote:
Dear all,
Salvador proposed a new category "TRS Conditional (Termination)" (previous "TRS Conditional" will be called "TRS Conditional (Operational Termination)"). The benchmark set will be the same "TRS_Conditional".
Carsten proposed "Runtime Complexity: TRS Parallel Innermost". The benchmark set will be "Runtime_Complexity_Innermost_Rewriting".
Thanks for the proposals!
... but in general, please post proposals to this list, so that potential future participants can know.
Best, Akihisa
On 6/17/2022 12:01 PM, YAMADA, Akihisa wrote:
Dear all,
the GitHub repository is ready for termCOMP 2022 registration: https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com...
I hope the instruction there is clear enough. Please post questions on this list otherwise.
You can monitor the status of registration and run at https://jpn01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftermcomp.gi...
Best, Akihisa
Termtools mailing list -- termtools@lists.rwth-aachen.de To unsubscribe send an email to termtools-leave@lists.rwth-aachen.de
WARNING: This email originated from outside of Birkbeck. Do not click links or open attachments unless you recognise the sender. Under testing so any comments sg@dcs.bbk.ac.uk
WARNING: This email originated from outside of Birkbeck. Do not click links or open attachments unless you recognise the sender. Under testing so any comments sg@dcs.bbk.ac.uk