@sigito

JNI

Нужно проводить работу с файлами и архивами данных в java. Очень критична скорость выполнения данного кода. Есть ли резон переписывать работу с файловой системой на native code с java?
  • Вопрос задан
  • 2793 просмотра
Пригласить эксперта
Ответы на вопрос 2
@m039
Смотря какие операции, все библиотеки, которые используют ахривирование уже оптимизированы и этому ява программисты рады.

Я четко не знаю конкретную задачу, но если предположить что больший её функционал завязан на IO, то переписывания смысла не имеет, т.к. операции IO достаточно медленные и скорее всего блокирующие, только (как сказано выше) исправление логики приложения. Но если где-то используется алгоритм сжатия или похожее (на ява), то имеет смысл переписать в натив, но кажется в задаче такого нету.
Ответ написан
@Next_Alex
Есть резон хорошо проработать/прооптимизировать архитектуру приложения, а использовать JNI возможно есть смысл только если в native часть запихнуть большие автономные куски критичного кода, а не отдельные операции. И нет гарантии что это даст ощутимый прирост производительности.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы