Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider Splitting Update and Process Jobs #173

Open
boyter opened this issue Feb 5, 2018 · 0 comments
Open

Consider Splitting Update and Process Jobs #173

boyter opened this issue Feb 5, 2018 · 0 comments

Comments

@boyter
Copy link
Owner

boyter commented Feb 5, 2018

Its a little complex that both are contained in the same code. Splitting them apart would have some testing benefits. Since the checks to see what files should be processed are based on file update times there is no need for the results of one to be coupled to the next anymore.

We would need to have a number of threads for updates feeding finished results into a queue to be processed by a number of processing threads.

The only downside I can think of currently is that we would be spawning additional threads and would need to update the number of quartz jobs to compensate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant