On 7/31/2009 at 7:00, <doiggl@velocitynet.com.au> wrote: Hello It would be nice to know X percent in the blocked queue are waiting for packageY. Then perhaps pick packageY that is blocking the most to get compiled sooner rather than later, in the hope to decrease the total waiting time in the blocked queue. Glenn
The only way to reduce the waiting time is throwing more build power at it. If you have 200 packages, each taking 30 minutes to compile, it's going to take 100 hours, no matter in what order you build them. Except in the rare case that all packages are waiting for a single build (example gcc). But then, this also won't change, as it would block everything else, anyhow it's 'the only' possibility to start with, as everything is blocked. So in short: I guess to get shorter cycles, just more build hosts need to be connected. (which of course summarizes down to somebody needing to throw money in). A 'distributed' approach might be interesting, but I understand that the question of trusting RPMs built in such a way would be very very high up on the list (no guarantee a remote worker is not tampering the created RPMs). Dominique -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org