Я работаю и тестирую производительность четырех органной одноканальной сети (v1.4.2) со следующей конфигурацией и вижу странное поведение памяти.Вкратце, моя сеть имеет:
1) политика одобрения - org1 AND org2
2) 2 узла для org1, 2 узла для org2, 1 для org3 и 1 для org4
3) цепной код в Golang
4) 3 заказа (Raft)
Я генерирую нагрузку, используя скрипт, который отправляет транзакции на уровень API node.js.Уровень API использует ткань-сеть SDK.Конфигурация сети SDK включает в себя все одноранговые узлы, перечисленные выше для одобрения и упорядочения.
Вся нагрузка генерируется с использованием пользователя Org1 и, следовательно, этот кошелек user / org используется для всех транзакций.
Iожидать, что узлы org1 и org2 получат (SDK балансировка нагрузки) запросы подтверждения, основываясь на политике, описанной выше.Я также ожидаю, что служба заказа распространит блоки на все 6 одноранговых узлов.Имея это в виду, я ожидаю, что мои одноранговые узлы org1 и org2 будут отображать похожие, если не идентичные профили производительности.
Однако я вижу, что одноранговые узлы org1 занимают ОЗУ (~ 4 ГБ), в то время как узлы org2 составляют лишь часть от этого.Использование оперативной памятиКроме того, кажется, что узлы org1 никогда не отдают памяти и просто продолжают расти.
единственное отличие, как упомянуто выше, заключается в том, что я использую пользователя org1 для всех транзакций.Это ожидаемая причина того, что узлы org1 требуют больше оперативной памяти?
Может кто-нибудь помочь объяснить это поведение?
Заранее спасибо:)