Dear list,
     
    I noticed that after I made some change to the 
    MSI_MOSI_CMP_directory protocol, the network delay cycles were significantly 
    increased. 
     
    Below I'm pasting the virtual network 1 delay 
    cycles of unmodified protocol and modified protocol. (Virtual network 1 is 
    the network that connects the local l2s to the directory).
     
    unmodified:
    virtual_network_1_delay_cycles: [binsize: 1 
    max: 15 count: 330763 average: 1.18152 | standard deviation: 2.62497 | 
    274530 2 18 249 191 181 64 172 54618 276 116 23 38 9 29 8 41 
    ]
    modified:
    virtual_network_1_delay_cycles: [binsize: 4 
    max: 194 count: 289410 average: 9.86392 | standard deviation: 27.4408 | 
    216910
45290 453 237 12 49 34 41 40 447 44 54 48 43 70 29 110 87 76 119 
    85 34 11754 246 568 11396 230 894 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 8 
    ]
    Could anyone please tell me what is the 
    dominant factor of message delay cycle?  For example, I changed 
    the DIRECTORY_TRANSITION_PER_RUBY_CYCLE parameter from 32 to 256 
    in rubyconfig.defaults. Because my modifications introduced more 
    message sent to the directory and I thought the number of requests that can 
    be handled by the directory  in one cycle matters. However, this 
    doesn't help at all. I would really appreciate any hint from you. 
    Thanks in advance!
     
    Lei
_______________________________________________
Gems-users mailing list
Gems-users@xxxxxxxxxxx
https://lists.cs.wisc.edu/mailman/listinfo/gems-users
Use Google to search the GEMS Users mailing list by adding "site:https://lists.cs.wisc.edu/archive/gems-users/" to your search.