Медленно работающий код

Код можно немного оптимизировать:

• Класс L3Address имеет удобный метод operator<<, поэтому использование L3AddressResolver().resolve(realLast) не требуется ( INET API).
• Следует избегать использования cout для ведения журнала (Руководство по OMNeT ++). EV следует использовать вместо cout.
• Для получения индекса модуля в векторе модулей можно использовать метод getIndex() из класса cModule.

Представленный код можно переписать в следующий:

void UDPBasicApp::incrementReceiveCounter(const L3Address& dest) {       
  cModule *destHost = L3AddressResolver().findHostWithAddress(dest);
  if (destHost) {
        int realDestNumber = destHost->getIndex();
        recArray[realDestNumber]++;
        EV << "Destination is: " << destHost->getName() <<", IP is: "
           << dest << ", Number of destination is: "
           << realDestNumber << std::endl;
   }
}

Чтобы увеличить скорость моделирования, вы должны учитывать:

1. Построение симуляции в режиме выпуска.
2. Запуск моделирования в режиме Cmdenv.

Если вы отправляете 1000 сообщений в тот же пункт назначения, значит, вы выполняете 999 ненужных поисков имен. Для каждого из них может потребоваться обратный путь к DNS-серверу в вашей сети. Это очень неэффективно.

Вы должны разрешить имя один раз, когда вам в первый раз потребуется связаться с конкретным местом назначения. Сохраните это в следующий раз. Хороший преобразователь скажет вам, как долго его можно безопасно кэшировать. Еще лучший преобразователь будет использовать ОС для разрешения (и кэширования) за вас, но даже если у вас есть один из них, вы все равно делаете ненужные вызовы в ОС.

Невозможно предоставить более подробную информацию без MCVE или, по крайней мере, некоторого представления о том, что именно делает L3AddressResolver.

Однако, если каждый раз пункт назначения меняется, вы действительно мало что можете сделать. Вам нужно дать время для выполнения поиска. Лучшее, что вы можете сделать, - это выполнить это асинхронно, чтобы одновременно могло выполняться более одного поиска.

В зависимости от того, как структурировано ваше приложение, и в зависимости от ваших требований, и если вы заранее знаете, какими они будут, вы можете подумать о поиске всех имен заранее. Тогда вы по-прежнему проводите то же количество времени, но в другом месте (и потенциально асинхронно, пока выполняются другие функции); тогда эта конкретная функция будет очень быстрой. Только вы можете сказать, будет ли это полезно.