Talk:Addition-chain exponentiation: Difference between revisions

m
→‎Should this task be deleted?: that's more than a few days now
(+article on a fast algorithm)
m (→‎Should this task be deleted?: that's more than a few days now)
Line 195:
 
::Then you could probably turn around the task and get more examples I think. --[[User:Paddy3118|Paddy3118]] ([[User talk:Paddy3118|talk]]) 09:22, 21 July 2015 (UTC)
:::Okay, I'll have a look at this then. I'll come back to you in a few days to check if it's ok - and to check the english, as that's not my native language :)
:::[[User:Arbautjc|Arbautjc]] ([[User talk:Arbautjc|talk]]) 09:49, 21 July 2015 (UTC)
:Should this task be deleted? As it is, I would say yes. It has many problems. It's current advocate, Arbautjc, feels optimal solutions should be required yet there no implementations of optimal chain algorithms (#include is not an implemenation) and people have cited reasons why optimal chain algorithms are not likely to be a good fit for RC. —[[User:Sonia|Sonia]] ([[User talk:Sonia|talk]]) 02:09, 10 August 2015 (UTC)
::The task as it is right now is too complex for RC. However, addition chains are IMO perfectly fit to RC. Choose lower bounds and it's easily feasible. However, if you choose lower bounds, it is known that star chains are optimal (but it is known by comparison to an optimal algorithm, not by an independant proof, AFAIK). The lowest N for which they fail to be optimal is greater than 10000, far above what is reasonably feasible with a simple backtracking algorithm. Therefore, if lower bounds are chosen, you may as well give the possibility to use star chains. So far, I have not had much time to write a new task for this (I have never written a task on RC yet, by the way).
Anonymous user