lkml.org 
[lkml]   [2008]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH RFC/RFB] x86_64, i386: interrupt dispatch changes
    [H. Peter Anvin - Wed, Nov 05, 2008 at 10:20:23AM -0800]
    | Cyrill Gorcunov wrote:
    | >
    | > I see. Thanks! Btw Peter, I remember I read long time ago about
    | > segment caches (well... in time of DOS programming actually). But
    | > there was only 'common' words like this cache exist. But maybe
    | > it's possible to know what exactly size of such a cache is?
    | > You mentoined number 32. (heh... I hadn't remember it until
    | > you mentoined about such a cache :-)
    | >
    |
    | As with any other caching structure, you can discover its size,
    | associativity, and replacement policy by artificially trying to provoke
    | patterns that produce pathological timings.
    |
    | At Transmeta, at one time we used a 32-entry direct-mapped cache, which
    | ended up with a ~96% hit rate on common Win95 benchmarks.
    |
    | I should, however, make it clear that there are other alternatives for
    | speeding up segment descriptor loading, and not all of them rely on a cache.
    |
    | -hpa
    |

    Thanks a lot for explanation!

    - Cyrill -


    \
     
     \ /
      Last update: 2008-11-05 19:29    [W:2.476 / U:0.388 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site