Попробуй запустить на обоих конфигурациях сборку с опцией -debug. И без параллелизма. Будет длинная постыня операций. Далее для двух конфигураций надо сравнить время. Я думаю в логе будет очевидно что какая-то одна операция долго исполнялась.
Так я не про проект говорю а про конфигурацию gradle на конкретной ОС. Посмотрите gradle.properties в инсталляции в GRADLE_HOME и в каталоге проекта. Возможно были различия.
Были ли равные условия? У Gradle есть .config где определяется максимальное число рабочих процессов --max-workers. Я думаю что они определяют скорость сборки много-модульного проекта. И еще gradle очень хитрый и при любой возможности пытается не компилировать когда есть возможность. Например запуск модульного теста может не вызвать полный цикл компиллятора. Тоесть это возможно не был вопрос Windows-vs-Linux а скорее один конфиг против другого.
Ramdrive - дорогое удовольсвие. Обычно память и так используется рационально. А если вы что-то под себя резервируете то другие приложения автоматически этого не получаю. Ramdrive - это конечно вариант. Но - кратковременный и управляемый вручную. После сборки вам надо не забыть его погасить.
Проводить аналогии на основании хитрости или на основании того что что-то там совместимо со Spark - это вообще большая натяжка. Почти 100% этих систем совместимы с jdbc как с основным драйвером взаимодействия с Java но родственность с JDBC их не делает более близкими по назначению.
Я бэкапил и архивировал БД. Oracle при нехватке места на локальном серваке. Посмотри в сторону mknod (FIFO). Я думаю что с паузами и остановками твою задачу реализовать можно.
Непонятен вопрос. Шифрованием-дешифрованием занимаются протокольные слои SSL/TLS. Их не кодят на Java. Их просто конфигурируют на предмет ключей и сертификатов. Может быть у автора не шифрование а кодирование (Binhex, Base64) или просто кривая кодовая страница кириллицы. Но про это надо писать. Мы же не можем угадать о чем речь.
NikSIk31, будь осторожен при сравнении очень коротких (меньше милисекунды) алгоритмов. Такие надо объединять в серии экспериментов и брать среднее время. И желательно еще смотреть среднее отклонение. Если ты провел 3-5 экспериентов и время очень сильно отличалось то это говорит о том что в комьютере идут переходные процессы и ты еще не получил точный результат. Усреднение надо продолжать.
AkZwork, ты можешь предоставить 1 айпишник который точно-точно является дата-центром. И мы попробуем поискать такую базу. Хотя у меня есть сомнения что такое разделение можно формально определить.
Max Goncharenko, автор реализовывал алгоритм Эратосфена. Независимо от инклудов будет работать 99% прикладной кото который использует либо 64 битный либо 32х битный код в зависимости от местного компиллятора либо от режима компилляции и будет использовать разные имплементации либо а обоих случаях 64 битный но в разных регистрах процессора MMX/SSE e.t.c. Вот это и ожидаем узреть. Но автор затих. Толи ему это уже не нужно. Толи новые слова его напугали.
