> So even the low priority process will have the same time as before to do > it's job, it will be delayed, but it will not be delayed forever, so I'm > failing to see how preempting Linux should deadlock. First task scheduled takes a resource that a second task needs. 150 other threads schedule via pre-emption, the one that it should share the resource with cannot run but the rest do. Repeat. It doesn't deadlock but it goes massively unfair - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
References:
- Re: [2.4.17/18pre] VM and swap - it's really unusableRoman Zippel <zippel _at_ linux-m68k.org>
- Prev by Date: Re: Unauthorized connection blocking withing socket
- Next by Date: Re: Driver via ac97 sound problem (VT82C686B)
- Previous by thread: Re: [2.4.17/18pre] VM and swap - it's really unusable
- Next by thread: Re: [2.4.17/18pre] VM and swap - it's really unusable
- Indexes:[Main][Thread]