Skip to main content

Timeline for Transfinite algorithms

Current License: CC BY-SA 4.0

8 events
when toggle format what by license comment
Apr 9, 2020 at 13:28 comment added Tony Huynh @StellaBiderman What I proposed does get rid of all loops (including transfinite ones), but it may not be possible to assign this parameter for hill climber. For hill climber, what you propose makes sense to me.
Apr 9, 2020 at 7:10 comment added Patrick Lutz @Stella Yeah I just meant the problem with the specific example you gave, not the only problem in general.
Apr 9, 2020 at 3:42 comment added Stella Biderman @Tony I’m not sure if that is going to do exactly what you think it does, but it seems to be on the right track. My intuition is that the “right way” to handle this problem would assign a hill climber a value of $n\omega$, where $n$ is the largest number of local optima that it can get stuck in. Do you agree?
Apr 9, 2020 at 3:37 history edited Stella Biderman CC BY-SA 4.0
deleted 7 characters in body
Apr 9, 2020 at 3:37 comment added Stella Biderman @Patrick That handles the specific example of a hill climber, but not the extension to transfinite loops.
Apr 9, 2020 at 3:19 comment added Tony Huynh Thanks for your answer! We can avoid ''transfinite loops'' by adding the property (4) There is a strictly increasing parameter associated to each step of the algorithm, and this parameter is bounded. For Ford-Fulkerson, this parameter is the value of the current flow.
Apr 9, 2020 at 3:04 comment added Patrick Lutz The problem here seems to be that the states the algorithm could converge to are also fixed points of the algorithm. Presumably running the algorithm for transfinitely many steps is only interesting when the algorithm does not always get stuck at a fixed point on step $\omega$.
Apr 8, 2020 at 19:52 history answered Stella Biderman CC BY-SA 4.0