2010-02-22 6 views

Répondre

1

Je l'ai vu la distinction utilisée beaucoup avec la SOA, par exemple .:

http://www.ibm.com/developerworks/webservices/library/ws-soa-granularity/

Fondamentalement, les systèmes à gros grains auront moins d'appels de méthode qu'un système à grains fins. Il est clair que les méthodes à grain grossier seront moins nombreuses et feront plus de travail que les versions à granularité fine.

Les interfaces à grain grossier seront généralement meilleures là où les appels sont coûteux, dans un système distribué par exemple.

3

Souvent en référence aux plus petits éléments logiques du FPGA (Field Programmable Gate Arrays). Si c'est, par exemple, une porte NAND, elle est considérée comme à grain fin. S'il s'agit d'un bloc logique complexe capable d'équivalences MANY NAND, il est grossier. Il est facile de voir que si le synthétiseur sélectionne un bloc complexe pour faire un "peu" de portes, il a perdu beaucoup de sa surface et de son utilisation et il est préférable de laisser les architectures à grain fin. Si vous vouliez faire des calculs en virgule flottante avec une "mer de portes nand" qui ne serait pas aussi efficace qu'un FPGA grossier avec des virgules flottantes, ou même des nombres entiers, des additionneurs, des shifters et des éléments PLA qui peuvent être en cascade pour des mots plus gros. cela ferait un additionneur rapide et prendrait moins de surface que le grain fin et utiliserait plus près à 100% du bloc logique complexe.