之前写过一篇Mac蓝牙鼠标卡顿、飘的临时解决方案,但当时这种方法其实现在感觉一般其实还有一个简单粗暴的办法,打开活动监视器,搜索bluetoothd(其实只要搜索blu三个字母就出来了)。然后直接杀掉这个进程。
因为这个是系统服务,你杀完后他会自动重启,这时候晃晃鼠标什么的,就又会自动连上了。
卡顿的问题基本上确实就是:2.4G的wifi冲突,当然还有可能是某些中断导致。但一般重启一下bluetoothd服务就能解决90%以上的问题。
再不济,重启吧
mac突然间就没有声音了。。。按照以往的办法,拿出耳机,插拔一下。。。结果 还是没有
最后没办法,从网上找了点资料,说是:
XML/HTML代码
- sudo killall coreaudiod
然后就好了,不过有人说,这样也不一定有效,果然在知乎上有很多大神就说了不少方法,手法不同,各有千秋,我挑个最简单的出来:
XML/HTML代码
- 著作权归作者所有。
- 商业转载请联系作者获得授权,非商业转载请注明出处。
- 作者:周全
- 链接:http://www.zhihu.com/question/21975970/answer/20769174
- 来源:知乎
-
- 应该是系统问题 重启成本还是很高的 可以试着重载声音驱动
- sudo kextunload /System/Library/Extensions/AppleHDA.kext
- sudo kextload /System/Library/Extensions/AppleHDA.kext
其他更多请查看上述的链接,或者打开这个网页:http://www.zhihu.com/question/21975970
如果一个运维,只是到服务器上配置配置工具,装装防火墙,优化一下系统之类的。估计比程序员还要先失业了。毕竟现在服务器装个codex或者kimi-cli等工具,妥妥的帮你配置好各种。为了安全你可以先不让他执行,或者你在另外的机器上问问题,只是在将服务器上的结果 反馈给Agent。
这种都不要太多量,kimi最便宜的/Qwen lite应该都可以。minimax大活做不了,这种小活还是问题不大的,毕竟大多数中小白,也都实时现 查的,那minimax可做的 就很多了。难道不是是吗?
自从各种agent/各种虾越来越多,天天都在叫,这个行业要消失了,那个行业要灭亡了,有没有灭亡不清楚,但每个月消耗的token倒是变多了,而且消耗的token变多了,原来的各种群,技术探讨群倒是越来越冷清了。怕是行业没消失,技术论坛、技术BBS以及 QQ聊天群之类,倒真是要消失了。。
不多说,上代码:
docker run -d\
--restart always \
--name derper \
--env DERP_HTTP_PORT=80 \
--env DERP_VERIFY_CLIENTS=false \
--env DERP_ADDR=:33380 \
-v /var/run/tailscale/tailscaled.sock:/var/run/tailscale/tailscaled.sock \
-p 33380:33380 -p 3478:3478/udp \
yangchuansheng/ip_derper
DERP_VERIFY_CLIENTS,用来防止蹭网,不过量也没多大,蹭下也没事!然后就是要配置 derpMap:
XML/HTML代码
- "derpMap": {
- "OmitDefaultRegions": false, // 可以设置为 true,这样不会下发官方的 derper 节点,测试或者实际使用都可以考虑打开
- "Regions": {
- "900": {
- "RegionID": 900, // tailscale 900-999 是保留给自定义 derper 的
- "RegionCode": "fly",
- "RegionName": "fly",
- "Nodes": [
- {
- "Name": "fly-1",
- "RegionID": 900,
- "IPv4": "xxx.xxx.xxx", //你的VPS 公网IP地址
- "DERPPort": 33380,
- "STUNPort": 3478,
- "InsecureForTests": true, // 因为是自签名证书,所以客户端不做校验
- },
- ],
- },
- },
- },
OrbStack是个好软件,他让虚拟机、Docker的管理变得更容易了一些,如果你不太爱在mac上使用docker,那orbstack的虚拟机功能,也是值得你使用的。他不像ubuntu官方的虚拟机只能创建ubuntu系统,他支持几乎市面常见的操作系统,连openSUSE也支持,那就确实很方便了。
为了测试我本地开发的项目是否能够在debian上运行(主要是因为安装了playwright,才需要有此一举),在虚拟机里还安装了hestia,之所以没有装bt或者1panel,就是想着hestia比较轻量,而且也支持多用户权限。这点1panel和bt好象没有。 1panel反正就是容器,bt则是以root运行
然后hestia则因为安装了mysql和redis,正常情况下,我没感觉有问题,我本机用的是dbngin,启动着mysql和redis。
在安装更新重启后,orb先启动了。然后我本地测试代码时,dbngin中的mysql和redis就启动不了,说被占用。运行命令后发现:
XML/HTML代码
- lsof -i:6379
- COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
- OrbStack 676 admin 118u IPv4 0x3b94fc9ad9f8ea2e 0t0 TCP localhost:6379->localhost:61448 (ESTABLISHED)
- OrbStack 676 admin 122u IPv4 0xb6cd7e64818d058 0t0 TCP localhost:6379 (LISTEN)
- OrbStack 676 admin 123u IPv6 0x8ec6c81483673ff9 0t0 TCP localhost:6379 (LISTEN)
- OrbStack 676 admin 148u IPv4 0xf08e7374ce714e45 0t0 TCP localhost:6379->localhost:61449 (ESTABLISHED)
- php82 47270 admin 11u IPv4 0x687126e3d6dc34f6 0t0 TCP localhost:61448->localhost:6379 (ESTABLISHED)
- php82 47270 admin 12u IPv4 0x59a47292c1e5b7dc 0t0 TCP localhost:61449->localhost:6379 (ESTABLISHED)
redis 和 mysql OrbStack占用了。
找了一下配置发现不知道怎么关闭这个端口转发,后来运行orb config get xx ,xx可以乱写,如果他get不到,会获取全部的config,发现有这两条:
machines.expose_ports_to_lan: true
machines.forward_ports: true
由于我其实是想让他的端口被局域网访问的(orb多个虚拟机也有一个网段),所以expose_ports_to_lan就没有关闭,只关闭了forward_ports: orb config set machines.forward_ports false
再重启一下相应的虚拟机,发现6379没有数据了。
启动DBngin,也能够正常启动了。
至此,问题全部解决。