On Tue, 03 May 2005 14:29:59 EDT, Lee Revell said: > But, it seems to me that even if an interactive process briefly goes CPU > bound (due to bloat, bugs, or intent), it should still be scheduled > preferentially to a pure CPU bound process like a build. So you want it to schedule that big image (Evolution) that's already used 5 minutes of CPU since it started (this morning, admittedly) in preference to that cc1 process that will be gone before it's used 2 seconds of CPU, plus all the disk I/O that cc1 performs (hopefully the cache will help here, but it may indeed go to disk to read the source files)?
Attachment:
pgp4AUD7GnvMf.pgp
Description: PGP signature
- Follow-Ups:
- Re: question about contest benchmark
- From: Lee Revell <[email protected]>
- Re: question about contest benchmark
- References:
- question about contest benchmark
- From: Haoqiang Zheng <[email protected]>
- Re: question about contest benchmark
- From: Lee Revell <[email protected]>
- question about contest benchmark
- Prev by Date: Re: [PATCH] dynamic wep keys for airo.c
- Next by Date: Re: 2.6.12-rc3-mm2: fs/proc/task_mmu.c warnings
- Previous by thread: Re: question about contest benchmark
- Next by thread: Re: question about contest benchmark
- Index(es):