Re: [Gems-users] Protocol with Directory Cache


Date: Tue, 22 Nov 2005 11:34:29 +0100
From: adgg1@xxxxxxxxx
Subject: Re: [Gems-users] Protocol with Directory Cache
Hello

Mensaje citado por Mike Marty <mikem@xxxxxxxxxxx>:

> It depends on where the real directroy controller is in your system.  You
> can easily take an existing directory controller and add a cache to it.
> You can change the getState() function in the Directory controller to
> return a different state if the directory entry is cached.  Actions
> triggered by events to these cached states will use a lower latency.
> However this approach isn't "on chip" unless your directory/memory
> controller is on-chip as well.
> 
> --Mike
> 

That's what I'm trying to do. But I'm getting problems. 
Can I use the CacheMemory type to model directory cache, or do I have to code my
own cache type?

Thanks

> 
> >
> > Hello
> >
> > I'm working on impact on performance of Directory Caches. I've seen that
> > directory implemented in MOSI_SMP_directory uses a directory entry by main
> mem
> > block.I need to simulate a Directory Cache near each chip to cache
> directory
> > entries. Is there any SLICC protocol that implements Directory Caches?
> > If there is nothing like that, How could I implemet it?
> >
> > Thanks
> >
> >
> > -------------------------------------------------
> > This mail sent through IMP: http://horde.org/imp/
> >
> > _______________________________________________
> > Gems-users mailing list
> > Gems-users@xxxxxxxxxxx
> > https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> >
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> 




-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

[← Prev in Thread] Current Thread [Next in Thread→]