如何利用Julia即时预编译？重复调用函数能否实现提速？

运行脚本与代码实现 #

我通过以下bash脚本启动Julia：

for i in {1..10}; do for j in 0.1 0.5 1 2 5 10; do j7 src/some_script.jl $i $j; done ; done

为加快编译速度，我在some_script.jl中编写了如下代码：

# some_script.jl

main(i, j)
    some_fct(time_limit=20, i, j) # time_limit是20秒
    some_fct(time_limit=3600, i, j) # time_limit是1小时
end

main(parse(Int, ARGS[1]), parse(Int, ARGS[2]))

疑问 #

请问我这样做是否正确？第二次调用some_fct是否会因第一次调用而更快？

补充说明：我希望每次启动都是独立的，因此循环无需预编译。但针对给定的i和j，我想让脚本利用即时预编译，因此两次调用函数，期望第二次更快。我想知道第一种写法是否比仅调用一次长时间版本的写法对some_fct更有利？

1. 第二次调用some_fct确实会更快
   Julia的即时编译（JIT）机制会在函数首次被调用时，根据传入的参数类型编译对应的方法。后续相同参数类型的调用会直接复用已编译好的机器码，无需重复编译。你第一次调用some_fct时，会触发该函数对应参数类型（time_limit为整数，i和j为整数）的方法编译，第二次调用完全复用这个编译结果，所以速度会显著提升。

2. 当前写法的合理性
   你的写法完全合理，精准匹配了“单次启动内利用JIT加速，同时每次启动独立”的需求。每次bash循环都会启动全新的Julia进程，进程间编译缓存不共享，保证了启动的独立性；而单个进程内部，第一次调用触发编译，第二次直接复用编译结果，完美利用了JIT的优势。

3. 对比仅调用一次长时间版本的优势
   和只调用一次长时间版本的写法相比，当前写法有两个核心优势：

   • 剥离编译开销：直接调用长时间版本时，编译时间会直接计入任务总时长；而当前写法把编译开销放在短时间的第一次调用里，第二次长时间运行的任务可以纯执行编译后的机器码，整体执行效率更高。
   • 提前验证逻辑：第一次短时间调用能快速确认函数参数、逻辑是否正常，避免长时间任务因编译或参数问题中途失败。

内容的提问来源于stack exchange，提问作者JKHA