aHR0cHM6Ly90Lm1lL2hlaW1vc2h1aXl1Cg==

开灯睡觉（

这时候就不得不推荐我的项目了

https://heimoshuiyu.github.io/chatgpt-api-web/
我已经保存了几千个会话，或者 max_tokens 填入一个合适的值，会在接近这个值的时候自动截断上文

同 f90m 7000 多公里，好处太多了，还可以凌晨 4 点睡不着起来骑车出去兜风

photoprism 无损本地存储，还能预览 live

前司你好，前司再见

写点 bug

zfs 开加密，zfs send 发送快照，或者使用 rsync 限制速度同步 .zfs 快照目录里的文件，压缩用 zfs 透明压缩

我是很严重的螨虫过敏，在家里流鼻涕流得我想死
高温清洗晒被子除螨仪有点用，但治标不治本，过两天又开始过敏
我的方法是，羊毛被+聚酯纤维，避免棉材质，家里抽湿机控制湿度在 60-75 左右，勤打扫吸尘保持干净，多锻炼身体
一旦有螨虫过敏发生，要立即找到源头并果断丢掉那件家具。

挺好的，至少不是“我花三个小时用 cursor 写了一个 xxx”

> 本地跑 Python ，比较慢

使用 faster-whisper + 显卡

> 识别中文的时候，时间戳只能精确到 1 秒，而不是 0.1 秒（明明识别日语的时候都可以精确到 0.1 秒），导致字幕展示时间不精确，不能用

开启 word level timestamp ，默认是不开的

> 翻译

使用 https://heimoshuiyu.github.io/whisper-web/ 转录同时利用 GPT 翻译字幕

牛，问下检索是怎么做的？调用哪家的 API 吗

跑 whisper 自建语音输入

难道不是研究怎么在合约里加后门吗

golang 吉祥物好看吗

@Moonkin 并不是“大部分人都喜欢有人工管理的社区”。我觉得只是在“严格审查的大规模社区”和“没人管的孤独模拟器”之间找到一个平衡点

@aloxaf 缓存问题你说的对，但我指的是在有写缓存的方案之上创建 btrfs 或 zfs ，上层的文件系统调用 fsync()写入数据时，下层的写缓存设备在数据实际写入磁盘之前就向文件系统报告已经写入完成，并且可能改变实际的写入顺序。这相当于破坏了日志文件系统的一致性

noatime 我开了，数据库目录我也 +C 了，btrfs defrag 有一些改善，但不多，现在想也可能是因为我元数据用 raid1c3 的原因（

在 btrfs raid1 模式下，文件被分成多个片段，每个片段写入到任意两个设备中，不管池里有多少设备，如果写入分布均匀，同时坏两块盘，那么几乎可以肯定会有数据和它的副本位于这两块坏盘上，这些数据就损坏了。也就是说，btrfs raid1 只能容忍坏两块盘，坏两块盘必丢数据，数据很有可能分布在各个文件中，盘越多风险越高

@Moonkin 每个 instance 的管理员当然能能管理自建的实例，在他的 instance 上他想干什么都可以。实例规则只是君子协定。如果你想保证没有人能删帖那么最好自建实例，然后用过直接关注或者中继到其他实例，别人除了 block 没有任何办法。

第一条不熟悉，不清楚。

第二条，我也是这样，但是我发现我有一个显示器（ HDMI 接口）即使关掉了（但不断电）系统也会认为它还连接着。我就可以放心关掉显示器并使用远程。或者干脆插个显示诱骗器在显卡上。