liqiang-fit2cloud

Results 35 comments of liqiang-fit2cloud

Hi, 请试试最新的2.9.0版本。https://github.com/KubeOperator/webkubectl/releases/tag/2.9.0 ![image](https://user-images.githubusercontent.com/20766823/112471227-95aa8500-8da6-11eb-9a6e-fe21e8a3cd5d.png) 直接用环境变量就可以: `docker run --name="webkubectl" -p 8080:8080 -e GOTTY_USE_REDIS_TOKEN_CACHE=true -e GOTTY_REDIS_ADDR=10.1.10.56:6379 -d --privileged kubeoperator/webkubectl:v2.9.0` 用GOTTY_OPTIONS也可以: `docker run --rm --name="webkubectl" -p 8889:8080 --privileged -e GOTTY_OPTIONS="--port 8080 --permit-write --permit-arguments --use-redis-token-cache...

see this https://github.com/1Panel-dev/MaxKB/issues/46

@wanghe-fit2cloud 你能重现么?

> > 考虑同时发布2种jre的镜像吗? > > 技术上没有任何问题。不过我不是很明白需要共存的原因。试用 OpenJ9 的镜像不会对当前 Halo 造成破坏性更新,并且还降低内存占用。如果我忽略了什么,请 @longjuan 随时纠正我。 AFAIK openj9降低了内存占用,但同时也牺牲了部分延迟和吞吐,这也是它还未被大规模在生产环境中使用的原因。 大部分的生产环境都投入了巨大的成本降低延迟提高吞吐,用空间换时间,openj9反其道而行,用时间换空间。 当然存在即合理,hotspot适合对性能更敏感的用户,openj9适合对内存占用更敏感的用户。 所以可能同时发布两种镜像可以给用户不同的选项。 从我个人来说,对性能更敏感。

专业啊👍,看起来throughput和latencies相差20%+-?

接口逻辑越复杂,性能相差越明显。

我觉得excel和csv这种可以直接按行分段?