JNI
=====

 Нужно проводить работу с файлами и архивами данных в java. Очень критична скорость выполнения данного кода. Есть ли резон переписывать работу с файловой системой на native code с java? 

 Смотря какие операции, все библиотеки, которые используют ахривирование уже оптимизированы и этому ява программисты рады.  

  

Я четко не знаю конкретную задачу, но если предположить что больший её функционал завязан на IO, то переписывания смысла не имеет, т.к. операции IO достаточно медленные и скорее всего блокирующие, только (как сказано выше) исправление логики приложения. Но если где-то используется алгоритм сжатия или похожее (на ява), то имеет смысл переписать в натив, но кажется в задаче такого нету. 

 Есть резон хорошо проработать/прооптимизировать архитектуру приложения, а использовать JNI возможно есть смысл только если в native часть запихнуть большие автономные куски критичного кода, а не отдельные операции. И нет гарантии что это даст ощутимый прирост производительности.