感觉这个问题无解，要么牺牲掉一部份内存，要么放弃 dump 。
如果限制容器使用 2G 内存，这个时候设置 MaxRAMPercentage=25.0 ，那么 JVM 它就只使用 0.5G ，浪费了 1.5G 。

我感觉 oom dump 这个操作，是不适合放在容器里面执行的，一个原因是，dump 没控制好的情况下，会占用非常多的 CPU 资源，磁盘读写的压力也比较大。另外 dump 的时候也没办法处理请求，但是容器还是会接收请求，再加上重复的触发 dump ，就会有中断。而且有时候还没 dump 完，容器就因为健康检查被结束了，dump 了个寂寞。

所以我选择 java 在容器中时，不要 dump 。发现有内存泄漏的时候，再单独跑实例去复现问题，再执行 dump 。

还有个就是尽可能的测算出程序保证正常性能的情况下，到底需要多少内存，根据这个来指定值，应该是比较合理的方式。

那个财富榜单是要充值才能上的，某种意义上可以说是个“广告位”。

挂代理应该是体验相对来说最好的（ 在路由器上开代理 )，本地的客户端无感。

@tomjam 那这就不太清楚了。。

感觉像是梯子不行

如果不在乎代码加密问题的话。感觉用 venv 不如用 python 的 embeddable 安装包，解压就是一个 python 环境，也不需要其他的依赖，双击就可以运行。把程序包放在一起，再配合一个 run.bat 脚本。

所以有没有可能，在你的这种场景下并不适合用 docker-compose 来调试程序，程序调试的时候，直接在本机跑和调试，应该是最方便的。看了你的 docker-compose.yml ，也是感觉不用 docker-compose 应该是一个更好的选择。

手上的键盘已经用 6 年了，国产的 niz 。

不知道为啥这么设计，但是不得不说，适应了之后，这套键位确实舒服。可能是向下使用的频率更高吧，加上正好食指也放在 J 上，H L 对应左右，也是相当有趣的，还有就是，H 需要移动手指，正好向左移动也是一个低频操作。

感觉设计这个键位的人也是个人才，它没有采用 WASD 这样的上下左右。

前段时间也去过，总体感觉并不太好玩（在一个人的情况下）。
过关之后，做地铁，到一个港口，领了一个香港有礼的优惠卷，但是找不到店铺（这个大概率是我自己的问题）
在码头旁边查了一个小时攻略不知道下一步去哪，然后小红书随便找了个地，就坐地铁过去了。
过去之后在路上逛了逛，中间路过个公园，只是坐了一会儿，被蚊子咬了一身包，然后旁边的药店没有花露水。
中午吃了个饭，下午就回去了。

感觉不如澳门好玩。。。

不讨论“正经人谁写日记”是不是不正经人，我是觉得写日记是有用的，我自己也写。

最早应该是从 2013-2014 年左右开始记录。后来删除过一次。现在能找到的最早记录应该是在 2017 年。

现在可能隔一段时间会记录一次，有时候几个月，有时候几天，会写一些当时的状态，有时候是一些感触，发生了什么值得记住的事情，会写上去。

写的时候，其实很多时候都像是在自言自语，没有什么逻辑在里面，想到什么就写什么，也不一定写内心的想法。

写日记和留照片，它们就像一把钥匙一样，放着不会丢掉，再看到的时候，就能想起来它们关联的事情，一直没有回忆的话，就会忘掉。

对标 cf 的国内服务，应该只有 云防火墙云/高防服务 吧

我能理解，看帖子的时候我就想着下面回贴有人会喷你。
其实不是年轻不年轻的问题。别人性格就是这样，或者说兴趣不在这份工作上。企图靠其他方法去让他变“好”，是不可能实现的。

见的人越多，你会发现各行各业，这种情况非常多。如果大家都积极主动当主角，这世界也不会像现在这样。

确实稳，没遇到过 redis 崩。
占用内存多的情况下，触发自动 dump 的时候，在写入磁盘时长时间占用磁盘 IO ，CPU 占用异常的高。但是问题不大。

看了你的需求，我感觉你可能想复杂了。这个 socks5 ，应该只要用一个 4 层的负载均衡就可以处理了吧，用 haproxy 应该就可以了。
```
listen tcp_socket_proxy
bind x.x.x.x:8888
mode tcp
balance roundrobin
server server1 1.1.1.1:8888 check
server server2 2.2.2.2:8888 check
server server3 3.3.3.3:8888 check
```

就这个问题，不是使用的人考虑的问题。如果你是话事人，你应该去联系供应商/销售/售后支持，让他们给方案。如果你是打工人，我建议最好不要用手段去做操作，涉及到权限的东西，能做的不能做的要分清楚，也是为了保护自己。

跳过堡垒机妥妥的违规，要是不违规还有上堡垒机的必要吗？用堡垒机不就是为了审计，跳过堡垒机就是跳过审计。都属于是不出问题还好，除了问题可能可以直接开除了。

如果直接联系提供堡垒机的人，让他们给出方案。反馈给你的能承担责任的领导，他们觉得没问题，再上，到时候出了问题你就不是主要责任人。