Date: | Thu, 01 Jun 2006 11:24:35 -0500 |
---|---|
From: | Mike Marty <mikem@xxxxxxxxxxx> |
Subject: | Re: [Gems-users] Problems with MOESI_CMP_NUCA protocol |
Daniele Bordes wrote: Hi all. I have been trying to simulate an eight-processors single CMP environment with MOESI_CMP_NUCA as cache management protocol over a 256-banks L2 cache, using the file "NUCACOL_Procs-8_ProcsPerChip-8_L2Banks-256_Memories-8.txt" which describes the cache network architecture; the problem is that the simulation seems to enter a deadlock after only two instructions. I have the same problem in other scenarios; the only scenario which seems to work with MOESI_CMP_NUCA as cache management protocol is the eight-processors single CMP environment over a 32-banks L2 cache. If you are compiling Ruby on a 32-bit machine, please ensure that the __32BITS__ #define in ruby/common/OptBitSet.C is defined by your compiler. If this is not defined properly, it will result in errors with protocols that use more than 32 controllers of a single type (like a 256-bank L2) --Mike |
[← Prev in Thread] | Current Thread | [Next in Thread→] |
---|---|---|
|
Previous by Date: | Re: [Gems-users] GEMS1.3 ?, Dan Gibson |
---|---|
Next by Date: | Re: [Gems-users] Error loading module 'ruby', Dave |
Previous by Thread: | [Gems-users] Problems with MOESI_CMP_NUCA protocol, Daniele Bordes |
Next by Thread: | [Gems-users] ruby0.dump-stats result is all 0, sample |
Indexes: | [Date] [Thread] |