bringyou

也可以手动调用 try_shrink_memory 来释放内存

如#13 所言，paddle OCR 的内存占用是个老问题，可以看 issue
https://github.com/PaddlePaddle/PaddleOCR/discussions/6977

@bringyou #73 刚没说完就直接发布了……
按照 jetbrains 的说法，K2 没有太大的语法变更，主要致力于性能表现上的优化。
在一些测试上甚至可以得到 2 倍的性能提升
&t=233s

https://blog.jetbrains.com/kotlin/2023/02/k2-kotlin-2-0/

https://blog.jetbrains.com/kotlin/2021/10/the-road-to-the-k2-compiler/

插句题外话，kotlin 下一代 compiler K2 已经可以在 kotlin 1.9.x 里面主动开启了，并且会随着 kotlin2.0 发布而转正

如果他喜欢喝咖啡的话，可以选一款家用咖啡机试试。

说一个曲线救国的歪路子：
正好 op 用 go 语言，可以试试 Google 出的[service weaver 框架]( https://opensource.googleblog.com/2023/03/introducing-service-weaver-framework-for-writing-distributed-applications.html)，它的一个特色就是允许以微服务的架构来写代码，但最终可以部署成为一个单体应用。

实在不行就把 python 都打包到 docker 镜像里，跑镜像就不算改变服务器 python 环境了？

提供一个思路：首先做好生产系统和测试环境的隔离，然后在测试环境部署一个网络代理软件，需要本地 debug 的时候，就通过代理加入到测试环境

刚好 spring 也出了一篇文章介绍 Java21 + graalvm
https://spring.io/blog/2023/09/20/hello-java-21