details

property	value
status	complete
benchmark	4.29.xml
ran by	Akihisa Yamada
cpu timeout	1200 seconds
wallclock timeout	300 seconds
memory limit	137438953472 bytes
execution host	n041.star.cs.uiowa.edu
space	SK90

run statistics

property	value
solver	tct 2018-07-13
configuration	tct_dc
runtime (wallclock)	291.337192059 seconds
cpu usage	512.672483123
max memory	9.1127808E7

stage attributes

key	value
output-size	8494
starexec-result	WORST_CASE(?,O(n^2))

output

/export/starexec/sandbox2/solver/bin/starexec_run_tct_dc /export/starexec/sandbox2/benchmark/theBenchmark.xml /export/starexec/sandbox2/output/output_files -------------------------------------------------------------------------------- WORST_CASE(?,O(n^2)) * Step 1: WeightGap WORST_CASE(?,O(n^2)) + Considered Problem: - Strict TRS: merge(x,nil()) -> x merge(++(x,y),++(u(),v())) -> ++(x,merge(y,++(u(),v()))) merge(++(x,y),++(u(),v())) -> ++(u(),merge(++(x,y),v())) merge(nil(),y) -> y - Signature: {merge/2} / {++/2,nil/0,u/0,v/0} - Obligation: derivational complexity wrt. signature {++,merge,nil,u,v} + Applied Processor: WeightGap {wgDimension = 1, wgDegree = 1, wgKind = Algebraic, wgUArgs = NoUArgs, wgOn = WgOnAny} + Details: The weightgap principle applies using the following nonconstant growth matrix-interpretation: We apply a matrix interpretation of kind triangular matrix interpretation: Following symbols are considered usable: all TcT has computed the following interpretation: p(++) = [1] x1 + [1] x2 + [10] p(merge) = [1] x1 + [1] x2 + [0] p(nil) = [1] p(u) = [0] p(v) = [3] Following rules are strictly oriented: merge(x,nil()) = [1] x + [1] > [1] x + [0] = x merge(nil(),y) = [1] y + [1] > [1] y + [0] = y Following rules are (at-least) weakly oriented: merge(++(x,y),++(u(),v())) = [1] x + [1] y + [23] >= [1] x + [1] y + [23] = ++(x,merge(y,++(u(),v()))) merge(++(x,y),++(u(),v())) = [1] x + [1] y + [23] >= [1] x + [1] y + [23] = ++(u(),merge(++(x,y),v())) Further, it can be verified that all rules not oriented are covered by the weightgap condition. * Step 2: NaturalMI WORST_CASE(?,O(n^2)) + Considered Problem: - Strict TRS: merge(++(x,y),++(u(),v())) -> ++(x,merge(y,++(u(),v()))) merge(++(x,y),++(u(),v())) -> ++(u(),merge(++(x,y),v())) - Weak TRS: merge(x,nil()) -> x merge(nil(),y) -> y - Signature: {merge/2} / {++/2,nil/0,u/0,v/0} - Obligation: derivational complexity wrt. signature {++,merge,nil,u,v} + Applied Processor: NaturalMI {miDimension = 2, miDegree = 2, miKind = Algebraic, uargs = NoUArgs, urules = NoURules, selector = Just any strict-rules} + Details: We apply a matrix interpretation of kind triangular matrix interpretation: Following symbols are considered usable: all TcT has computed the following interpretation: p(++) = [1 1] x1 + [1 0] x2 + [2] [0 1] [0 0] [0] p(merge) = [1 0] x1 + [1 1] x2 + [2] [0 1] [0 1] [0] p(nil) = [1] [4] p(u) = [5] [1] p(v) = [0] [0] Following rules are strictly oriented: merge(++(x,y),++(u(),v())) = [1 1] x + [1 0] y + [13] [0 1] [0 0] [1] > [1 1] x + [1 0] y + [12] [0 0] [0 0] [1] = ++(u(),merge(++(x,y),v())) Following rules are (at-least) weakly oriented: merge(x,nil()) = [1 0] x + [7] [0 1] [4] >= [1 0] x + [0] [0 1] [0] = x merge(++(x,y),++(u(),v())) = [1 1] x + [1 0] y + [13] popout

output may be truncated. 'popout' for the full output.

job log

popout

actions

all output return to Deriv Compl Full Rewri 33144