Zachary Amsden wrote:
I spoke silicon too heavy handedly. The complexity of the issue disappears if you take an exception, but rewinding state prior to the exception and reissuing is going to be less efficient than getting it right the first time, which is something software can always guarantee. You need to add more hardware for prediction to get it right all the time, and it is not clear the cost of that hardware is justified when software can always do the right thing.
Taking exceptions is fine as long as you don't do it too often. I'm starting to suspect that the only way to do this right all the time is to have this be part of the page attributes, since it's region-specific.
-hpa - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Andi Kleen <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: "H. Peter Anvin" <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: Alan Cox <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: Daniel Jacobowitz <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: Daniel Jacobowitz <[email protected]>
- Re: [patch] SMP alternatives
- From: Linus Torvalds <[email protected]>
- Re: [patch] SMP alternatives
- From: Bill Davidsen <[email protected]>
- Re: [patch] SMP alternatives
- From: "Jeff V. Merkey" <[email protected]>
- Re: [patch] SMP alternatives
- From: Zachary Amsden <[email protected]>
- Re: [patch] SMP alternatives
- From: "H. Peter Anvin" <[email protected]>
- Re: [patch] SMP alternatives
- From: Zachary Amsden <[email protected]>
- Re: [patch] SMP alternatives
- Prev by Date: Re: [patch] SMP alternatives
- Next by Date: [BUG][PATCH] process events connector - uid_t gid_t size issues
- Previous by thread: Re: [patch] SMP alternatives
- Next by thread: Re: [patch] SMP alternatives
- Index(es):
 |