在 github 上找一些好玩的，感兴趣的前端项目，首先先部署使用起来，你觉得还不错，看看有没有你想要的需求它没实现的，或者看他的 issue ，你去 fix bug ，或者加些 feature,再提交些 pr 。最好混到项目的群里和项目作者联系下，直接说明来意，找些和作者一致的 idea ，不然写完有的作者又不想 merge ，白写。

平常就逛逛 V2ex+bilibili+抖音 为什么需要大内存。

@KyrieHuang 好咧

@shervy 哈哈好像 mac 上也不是去应用广告，是去的浏览器广告。突然发现 mac 上 app 好像没咋遇到广告。主要就是开屏广告啥的

@ssgooglg 不用刷，解锁 ssh ，然后装个 clash 就行。youtube 上有解锁和安装的教程。项目在 github 名字叫 shellcrash

15pro 的价格你现在很心动，但等你对 16pro 价格心动得到明年这个时候了。一年愿不愿意等吧。

罗技 m750 ，白色很好看，适合中小手，黑色的有大手的。

@tog 京东 apple 店，我昨天早上买的，15pro 256,6959 ，几个小时就送上门了

mac air m2 用的 huawei freebuds 5 没问题

@LemonLeon 离谱的是自己使用是支持修改已经发送的消息，但是 api 没找到

这个我以前也想做过，但是无奈 matrix 的文档看着实在是难受，也没有找到可以编辑已经发送消息的 api 从而实现打字机效果。所以后期用飞书写了一个，能实现那种打字机的效果，但是整个的显示效果包括代码段的效果始终没有网页正版用的舒服。

@cnkuner 哈哈，现在有平板机械臂支架这种产品了

@zhangzEric 小米能直装 google 商店，还能双开。苹果就担心发热厉害

@SkywalkerJi 我听说视频是有这么个说法，打语音电话也是这样的嘛

腾讯云很多低价渠道的，4k8g 12m 一年下来五百左右就能搞到。年抛服务器，不然续费太贵了

从你提供的 JVM 参数和 GC 日志来看，这种频繁的 GC 活动（特别是 Promotion Failed 和多次 Full GC ）很可能是由于老年代（ CMS ）空间不足以容纳从新生代晋升的对象所引起的。

堆空间配置: 你的 JVM 堆空间配置为-Xms10g -Xmx10g ，新生代（ Young Generation ）为 5G ，老年代也大约为 5G 。新生代的这个配置相对较大，使得老年代的可用空间减少，可能不足以容纳足够多晋升的对象。

晋升失败（ Promotion Failed ）: GC 日志中多次出现了“Promotion Failed”的记录。这表示有大量对象尝试从新生代晋升到老年代时失败，这通常是因为老年代空间不足。这会导致接下来的 Full GC 尝试释放老年代的空间。

Full GC 频繁发生: 虽然老年代的 CMS GC 试图清理空间，但如果晋升的对象过多，清理出的空间可能仍然不足以满足需求，导致不得不频繁进行 Full GC 。每次 Full GC 后，老年代的利用率几乎未变，表明在老年代几乎没有空间被成功释放。

线程创建大量对象: 如果有线程突然创建大量对象，这会迅速填满新生代，导致频繁的 GC 。由于老年代空间有限，晋升的对象可能无法有效迁移，从而触发连续的 Full GC 。

建议
调整堆配置：考虑减少新生代的大小，为老年代腾出更多空间，以便可以容纳更多晋升的对象。比如将-Xmn 设置为 3G 或更低。
优化 GC 策略：考虑切换到 G1 GC ，这对于大堆内存管理通常更为高效，尤其是在需要更细粒度控制堆内存分布时。
代码优化：审查引起大量对象创建的代码部分，看是否可以优化以减少内存压力，或者使用对象池等技术来管理对象生命周期。
增加更多的日志记录：使用-XX:+PrintTenuringDistribution 来观察对象在新生代的存活情况，从而更好地调整-XX:MaxTenuringThreshold 等参数。
这些调整可以帮助你更好地管理内存，减少 GC 的频率和影响，提升应用性能。

给一个开源项目提过几次 pr ，最近才知道这个项目收录到了 apache 社区了哈哈哈

事实证明，前端 hash 依然解决不了安全问题，绝对安全还是得上 2FA

@lesismal 你去设置里是有 2FA 的