diff options
author | KodApa85 <parsons151185@gmail.com> | 2018-04-13 20:30:43 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2018-04-13 20:30:43 +0100 |
commit | dbbe6af563072b62e373a9824c6a23482d20896e (patch) | |
tree | ab5341e8b1cd37aa0abf54662714f272cd8f9633 /TODO.md | |
parent | 97aa0535a0c8c237c1ccb7a1683d5f6faa1f0339 (diff) | |
parent | 56ec279b2e9e2735ed88405fd177e77f9e376801 (diff) |
Merge branch 'master' into xgs4600-cli
Diffstat (limited to 'TODO.md')
-rw-r--r-- | TODO.md | 52 |
1 files changed, 29 insertions, 23 deletions
@@ -1,23 +1,29 @@ -# refactor core - * move state from memory to disk, sqlite probably - * allows us to retain stats etc over restart - * simplifies code - * keep only running nodes in memory - * negligible I/O cost, as majority is I/O wait getting config - -# separate login to owon package - * oxidized-script is not only use-case - * it would be good to have minimal package used to login to routers - * oxidized just one consumer of that functionality - * what to do with models, we need model to know how to login. Should models be separated to another package? oxidized-core, oxidized-models and oxidized-login? - * how can we allow interactive login in oxidized-login? With functional VTY etc? REPL loop in input/ssh and input/telnet? - -# thread number - * think about algo - * if job ended later than now-iteration have rand(node.size) == 0 to add thread - * if now is less than job_ended+iteration same chance to remove thread? - * should we try to avoid max threads from being hit? (like maybe non-success thread is pulling average?) - -# docs, testing - * yard docs - * minitest tests +# To Do + +## refactor core + +* move state from memory to disk, sqlite probably +* allows us to retain stats etc over restart +* simplifies code +* keep only running nodes in memory +* negligible I/O cost, as majority is I/O wait getting config + +## separate login to own package + +* oxidized-script is not only use-case +* it would be good to have minimal package used to login to routers +* oxidized just one consumer of that functionality +* what to do with models, we need model to know how to login. Should models be separated to another package? oxidized-core, oxidized-models and oxidized-login? +* how can we allow interactive login in oxidized-login? With functional VTY etc? REPL loop in input/ssh and input/telnet? + +## thread number + +* think about algo +* if job ended later than now-iteration have rand(node.size) == 0 to add thread +* if now is less than job_ended+iteration same chance to remove thread? +* should we try to avoid max threads from being hit? (like maybe non-success thread is pulling average?) + +## docs, testing + +* yard docs +* minitest tests |