@Peiiii 自己输入 API 地址的时候，输入框好像有点问题？我这里看起来每个输入都会触发一个事件，导致输入吞字、以及光标异常移动等

更正图片链接： https://imgur.com/9nWzNBK 刚才好像传的有问题

还是复杂了，<?php 和 echo 都能省略掉

https://imgur.com/a/kZX91wO

图片我发的好像有问题，https://imgur.com/a/Gceq5V2 这个可能能打开？

如果不查程序进程，一般来说，一个 while(1) 恰好吃满一个 CPU （以前冬天我拿 4 个死循环暖过手）。

一般的监控都是区间采样计算平均的。也就是说，如果在极短的时间内，按照比例循环/闲置，就能实现在监控上表现出特定占用的 CPU ，效果如图，我觉得还挺满意的/doge

https://i.imgur.com/Gceq5V2

代码 AI 写的： https://pastebin.com/2LrwDN6b 。其他语言自行翻译一下，开个线程直接跑就行。看你提到了 tomcat ，java 有层虚拟机，能不能这么玩就不清楚了

---

感觉理论上还可以自己再开一个线程读取目前占用情况，业务程序占用上升的时候就适当地减少一些，比如上升 10% 就减少个 5%，看起来请求多的时候就会有上升，但是又留了释放的余地

@Jamzo 我前两天给 pve 装显卡驱动，由于冲突，差点把 proxmox-ve 包给干掉（第一步已经 Y 继续了，被 apt 的 hook 给拦住了

W: (pve-apt-hook) !! WARNING !!
W: (pve-apt-hook) You are attempting to remove the meta-package 'proxmox-ve'!
W: (pve-apt-hook)
W: (pve-apt-hook) If you really want to permanently remove 'proxmox-ve' from your system, run the following command
W: (pve-apt-hook) touch '/please-remove-proxmox-ve'
W: (pve-apt-hook) run apt purge proxmox-ve to remove the meta-package
W: (pve-apt-hook) and repeat your apt invocation.
W: (pve-apt-hook)
W: (pve-apt-hook) If you are unsure why 'proxmox-ve' would be removed, please verify
W: (pve-apt-hook) - your APT repository settings
W: (pve-apt-hook) - that you are using 'apt full-upgrade' to upgrade your system
E: Sub-process /usr/share/proxmox-ve/pve-apt-hook returned an error code (1)
E: Failure running script /usr/share/proxmox-ve/pve-apt-hook

@codeskyblue 我之前一直用的 http.server ，但是后来文件发送比较麻烦（大内网，localSend 配对不上需要输入 IP ），然后就找了一下支持互相传递的替代方案。

看了一下效果图，确实更像是网盘的样式了（或者至少不是白底黑字默认样式）。uploadserver 不支持目录上传，下次我试试你的

期望效果图 +1 。

目前我在用 https://pypi.org/project/uploadserver/ 作为 http.server 的替代，上传下载是支持的。
至于预览不清楚是指的什么，靠浏览器的预览还是额外提供了预览界面，靠浏览器的话直接新标签打开就行
部署的话，servefs 与 uploadserver 一样，都需要 pip 装包，也差不太多

输入：以“Siri 失去控制”为开头，写一篇科幻小说

然后跑了大概八分钟，中间弹出来了一个 https://imgur.com/a/prZDbfw
我还没点，然后就自动确认了，之后他们就继续讨论起来了，似乎是个 bug ？
然后后面我点了“正式开始”，然后似乎有两个 AI 一起在工作（一个是原本自动进行的，一个是我点击之后触发的），是 bug 还是 feature ？

然后我就先手动打断掉了。

同样建议给个自己填 api 的选项 https://i.imgur.com/L62ZP7V.png 这样玩起来更心安理得

前两天跑了一下今年的调休安排，可以参考。deepseek + oai 计算的，核对了几个数据应该没问题 https://i.imgur.com/Ug1iMq4.png

https://i.imgur.com/7hSo5lr.png

好像有个叫做 mdns 的东西，会自动发现网络下的已配对的设备。具体能不能用可以试试

@liyafe1997 设备数量不多的话可以考虑有线，授权后就可以一直用。无线的话，每次重启之后可能需要打开无线调试功能，然后识别地址

（只是一个猜想）全部开放 adb 是否可行？目前 adb pair + connect 的机制应该有一定的安全性（或者走有线）。adb 本身是可以安装软件（ adb install ）和拉起 activity （ adb shell am start ）的，然后也支持远程控制（参考如 scrcpy ）

pve ，对我自己来说，是因为 pve 支持 LXC 容器。

大多数需要一个 Linux 环境的场景来说，LXC 容器已经够用了（比 docker 提供的系统更完善，能用 systemd 等），而且比虚拟机轻量很多。

作为参考，我这有一个创建完没怎么用的 Debian 12 容器，目前占用如下

CPU usage 0.00% of 16 CPU(s)
Memory usage 0.02% (14.81 MiB of 64.00 GiB)
SWAP usage N/A
Bootdisk size 0.16% (808.46 MiB of 502.89 GiB)