<table><tr><td style="">mutlaqja added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D12485">View Revision</a></tr></table><br /><div><div><p>Well, with all these changes I've been thinking, why specify a starting time for other jobs as well? Since now we are always evaluating, we just need to figure out when to start the next job and that's it. After the "next" job is completed/aborted..etc, then we can do re-evaluation again and decide time for next job. So the previous algorithm was based on the fact the evaluations were done once, and therefore all times for all jobs must be known and accounted for in advance, but with the new strategy, this is no longer the case. I'm not sure if there are other uses for startup time that I'm not aware of?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R321 KStars</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D12485">https://phabricator.kde.org/D12485</a></div></div><br /><div><strong>To: </strong>TallFurryMan, mutlaqja<br /><strong>Cc: </strong>KDE Edu, narvaez, apol<br /></div>