ConfusedBiscuit 最近的时间轴更新 ConfusedBiscuit 最近的时间轴更新 ONLINE |
ConfusedBiscuitV2EX 第 545481 号会员，加入于 2021-05-16 16:36:53 +08:00今日活跃度排名 17909 |
ConfusedBiscuit 最近回复了
9 天前 回复了 pureGirl 创建的主题 › 信息安全 › 用油猴好像被恶意攻击了 |
虽然我也觉得这有点儿扯……（大概率油猴和被黑是两个独立事件，甚至会不会是因为没锁屏被别人动了），但确实不能完全排除被某些神秘的 0 day 漏洞命中的可能
60 天前 回复了 justwkj07 创建的主题 › 程序员 › m1pro 的电脑为什么显示 x86_64,如何更换成 arm64 |
手持 m3 pro ，输出如下，所以 OP 干啥了？
➜ ~ echo $MACHTYPE
x86_64
➜ ~ arch
arm64
➜ ~ uname -m
arm64
➜ ~ echo $MACHTYPE
x86_64
➜ ~ arch
arm64
➜ ~ uname -m
arm64
148 天前 回复了 NoCash 创建的主题 › 职场话题 › 如何看待自带设备上班？ |
只能说贵司配的设备不够好，反正我司配的设备，让我自己买，我是不太舍得买的。（我反思，我对自己不够好）
154 天前 回复了 chenbin36255 创建的主题 › 宽带症候群 › 异地 sd-wan 组网方案 |
先把 OpenVPN 搞定吧，跟着官网教程，除了证书那部分比较复杂，其他真算是很好配置了。你用 wireguard 还得担心被 QOS ，还得手动配置两端路由，如果是动态公网 ip 还得定期执行 reresolve-dns.sh 脚本。而 OpenVPN 只要服务端配置好，客户端自动下发，动态 ip 支持也比较好。
154 天前 回复了 pykerzhang 创建的主题 › Linux › 在这个容器化成为标准的时代，如何评价运维还在用二进制源代码方法安装软件？ |
#1 说得对，你这太模糊，根本无法评价
1. “二进制源代码”是啥？直接懵逼
2. 如果是源代码自己编译，是什么类型的软件自己编译？是软件仓库中有的还是没有的？
3. 容器好用是没错，但是也不能所有软件都装容器吧，我想用个 htop 难道也要装容器？
1. “二进制源代码”是啥？直接懵逼
2. 如果是源代码自己编译，是什么类型的软件自己编译？是软件仓库中有的还是没有的？
3. 容器好用是没错，但是也不能所有软件都装容器吧，我想用个 htop 难道也要装容器？
164 天前 回复了 Qazxcv123 创建的主题 › 宽带症候群 › 旁网关模式 iptv 设置问题求助 |
我也在用 udpxy ，几个建议，仅供参考
1. udpxy 的单播出口是无线网卡，如果有条件的话要不也搞成有线网卡？毕竟无线网再强也是半双工。
2. 手机上换个播放器试试。我家电视上用 Kodi 和 VLC ，曾经 Kodi 就很好，但是电视自动更新了几次后（不确定是不是这个原因） Kodi 就开始有点儿卡，尝试改过 kodi advancedsettings.xml 的缓冲参数，改完后有变化，但还是卡。但是 VLC 很流畅。
1. udpxy 的单播出口是无线网卡，如果有条件的话要不也搞成有线网卡？毕竟无线网再强也是半双工。
2. 手机上换个播放器试试。我家电视上用 Kodi 和 VLC ，曾经 Kodi 就很好，但是电视自动更新了几次后（不确定是不是这个原因） Kodi 就开始有点儿卡，尝试改过 kodi advancedsettings.xml 的缓冲参数，改完后有变化，但还是卡。但是 VLC 很流畅。
172 天前 回复了 ggp1ot2 创建的主题 › 程序员 › 关于 Docker 的内存恢复问题，求问，在线等 |
补充一下，我尝试 WSL2+Docker 的环境调用 CUDA 的时候，也有内存问题，但是由于我机器 64G 内存，跑模型的时候 WSL2 最高占用过 32G 。所以 OP 可以试着换 64G 内存的 mac 试试，16G 再套个虚拟机确实是有点儿不够。
172 天前 回复了 ggp1ot2 创建的主题 › 程序员 › 关于 Docker 的内存恢复问题，求问，在线等 |
我来详细解释一下：
1. Docker 上流行的容器其实都是 Linux 容器（理论上也支持 Windows 容器，但是没见有人用过），这种容器在 Windows 和 Mac 上其实都是自动起了一个 Linux 虚拟机（ Windows 上基于 WSL2 的也是虚拟机），然后在虚拟机里运行 Docker 。
2. 基本认同 @ysc3839 的方案，我也采用自己跑个 Linux 虚拟机的方案，但是本质上区别不大。
3. 关于内存问题，如果指的是整个 Docker 的内存占用（其实就是虚拟机的内存占用）确实有可能没法立马恢复（这要看他虚拟机的具体设计，我确实不太了解）。mac 上 Docker 这种实质上在虚拟机里跑的方案，天生就注定了不太适合做需要很高性能的事情。
4. xgboost 我确实没研究过，但是经常报错可能有以下可能：
（ 1 ）内存不够，被 Linux 的 OOM kill ，我觉得最大的可能是这个（不可能占满 16G 的，你的 Mac 系统自身就占了不少）
（ 2 ） arm 适配不足，可能适配了，但没完全适配，导致某些情况会报错
总结：
1. 用 arm 的 mac 做这个事情确实不太合适（兼容性、性价比）
2. 性价比最高的可能是搞个 Linux 机器，退而求其次 Windows+WSL2 的方案也不错，我就试过在 WSL2+Docker 的环境调用 CUDA ，效果不错
1. Docker 上流行的容器其实都是 Linux 容器（理论上也支持 Windows 容器，但是没见有人用过），这种容器在 Windows 和 Mac 上其实都是自动起了一个 Linux 虚拟机（ Windows 上基于 WSL2 的也是虚拟机），然后在虚拟机里运行 Docker 。
2. 基本认同 @ysc3839 的方案，我也采用自己跑个 Linux 虚拟机的方案，但是本质上区别不大。
3. 关于内存问题，如果指的是整个 Docker 的内存占用（其实就是虚拟机的内存占用）确实有可能没法立马恢复（这要看他虚拟机的具体设计，我确实不太了解）。mac 上 Docker 这种实质上在虚拟机里跑的方案，天生就注定了不太适合做需要很高性能的事情。
4. xgboost 我确实没研究过，但是经常报错可能有以下可能：
（ 1 ）内存不够，被 Linux 的 OOM kill ，我觉得最大的可能是这个（不可能占满 16G 的，你的 Mac 系统自身就占了不少）
（ 2 ） arm 适配不足，可能适配了，但没完全适配，导致某些情况会报错
总结：
1. 用 arm 的 mac 做这个事情确实不太合适（兼容性、性价比）
2. 性价比最高的可能是搞个 Linux 机器，退而求其次 Windows+WSL2 的方案也不错，我就试过在 WSL2+Docker 的环境调用 CUDA ，效果不错
Select Language