Комментарии 3
зря стюардессу откопали
Сравнительный тест скорости вызова плюсового кода при помощи C++/CLI и P/Invoke, как ни странно, также показал уменьшение времени расчёта при использовании первого.
А как тестировали?
мы перестали укладываться в ограничения по времени выполнения расчёта модели.
Проблема именно в обертке? Не думали вернуться на P/Invoke и замерить насколько быстрее/медленнее работают вызовы без прослойки CLI?
— А как тестировали?
Написали тестовое приложение, где в цикле вызывали одну и ту же функцию через P/Invoke и CLI.
Приложение не сохранилось, так что совсем подробно не скажем. Есть вероятность того, что вызов P/Invoke был не оптимальным, но для грубого сравнения вариант нормальный.
— Проблема именно в обертке? Не думали вернуться на P/Invoke и замерить насколько быстрее/медленнее работают вызовы без прослойки CLI?
Проблемы были как в обёртках, так и legacy расчётах в .net слое, ограничивающих в том числе и многопоточность. К этому моменту оберток было слишком много, т.е. переписывание на P/Invoke заняло бы может еще больше времени, и не факт, что всё стало бы значительно лучше.
Написали тестовое приложение, где в цикле вызывали одну и ту же функцию через P/Invoke и CLI.
Приложение не сохранилось, так что совсем подробно не скажем. Есть вероятность того, что вызов P/Invoke был не оптимальным, но для грубого сравнения вариант нормальный.
— Проблема именно в обертке? Не думали вернуться на P/Invoke и замерить насколько быстрее/медленнее работают вызовы без прослойки CLI?
Проблемы были как в обёртках, так и legacy расчётах в .net слое, ограничивающих в том числе и многопоточность. К этому моменту оберток было слишком много, т.е. переписывание на P/Invoke заняло бы может еще больше времени, и не факт, что всё стало бы значительно лучше.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Наблюдения за «погодными условиями» в проекте с C++/CLI