von uzi » 31 Mär 2017, 07:32
ich spinne hier mal fröhlich weiter, vielleicht ist ja einer der ansätze mittel- oder langfristig realisierbar:
1. es gibt ja vermutlich 2 schritte. zum einen das reine holen der daten und danach die verarbeitung der neuen daten. solange man noch beim holen ist, sollte ein abbruch vergleichsweise leicht sein. im einfachsten fall verwirft man alle geladenen daten und fängt beim nächsten start des tvb von vorn an.
2. wenn dann die datenverarbeitung läuft, kann man das gefühlte problem verringern, in dem man den schritt schneller bekommt. dann hängt der tvb nicht so lange. ich vermute, da ist schon viel getan worden und weil es die plugin-schnittstelle betreffen dürfte, sind änderungen wahrscheinlich oft nicht trivial. trotzdem wäre es vielleicht ein lohnenswertes ziel, hier nochmal gehirnschmalz zu investieren und vielleicht einen profiler zu bemühen. eine verbesserte parallelisierung könnte auf modernen cpus zb viel potenzial haben - stichwort java stream api. da ist ja auch eine gewisse abwärtskompatibilität gegeben, so dass möglicherweise die pluginschnittstelle nicht betroffen ist oder nur geringfügig erweitert werden muss.
3. vielleicht kann die datenverarbeitung in chunks aufgeteilt werden, die zwar im ganzen durchlaufen müssen, zwischen denen man aber die arbeit unterbrechen kann. dann wäre es möglich, den tvb nach dem abarbeiten eines chunks zu beenden und die arbeit beim neustart wieder aufzunehmen.
ich spinne hier mal fröhlich weiter, vielleicht ist ja einer der ansätze mittel- oder langfristig realisierbar:
1. es gibt ja vermutlich 2 schritte. zum einen das reine holen der daten und danach die verarbeitung der neuen daten. solange man noch beim holen ist, sollte ein abbruch vergleichsweise leicht sein. im einfachsten fall verwirft man alle geladenen daten und fängt beim nächsten start des tvb von vorn an.
2. wenn dann die datenverarbeitung läuft, kann man das gefühlte problem verringern, in dem man den schritt schneller bekommt. dann hängt der tvb nicht so lange. ich vermute, da ist schon viel getan worden und weil es die plugin-schnittstelle betreffen dürfte, sind änderungen wahrscheinlich oft nicht trivial. trotzdem wäre es vielleicht ein lohnenswertes ziel, hier nochmal gehirnschmalz zu investieren und vielleicht einen profiler zu bemühen. eine verbesserte parallelisierung könnte auf modernen cpus zb viel potenzial haben - stichwort java stream api. da ist ja auch eine gewisse abwärtskompatibilität gegeben, so dass möglicherweise die pluginschnittstelle nicht betroffen ist oder nur geringfügig erweitert werden muss.
3. vielleicht kann die datenverarbeitung in chunks aufgeteilt werden, die zwar im ganzen durchlaufen müssen, zwischen denen man aber die arbeit unterbrechen kann. dann wäre es möglich, den tvb nach dem abarbeiten eines chunks zu beenden und die arbeit beim neustart wieder aufzunehmen.