V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ConfusedBiscuit  ›  全部回复第 1 页 / 共 4 页
回复总数  70
1  2  3  4  
补充一下,我尝试 WSL2+Docker 的环境调用 CUDA 的时候,也有内存问题,但是由于我机器 64G 内存,跑模型的时候 WSL2 最高占用过 32G 。所以 OP 可以试着换 64G 内存的 mac 试试,16G 再套个虚拟机确实是有点儿不够。
我来详细解释一下:
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 ,效果不错
我很少用 C ,但是我理解是
1. 你的问题本身没毛病,但是我的建议是你不要纠结某个 IDE 如何引用第三方库,因为如果未来你换 CLion 或 VisualStudio ,或者未来脱离 IDE 进行编译,那么你还得问一遍。即使你掌握了,换台电脑,任意一个依赖路径有变化,你这套配置就又跑不通了。(如果是用 VisualStudio 开发纯 Windows 程序,当我没说,毕竟这种程序大概率整个生命周期都在同一个 IDE 编译,也不需要脱离 IDE 进行构建,但是你都用 vscode + gcc 了,应该不属于这种情况)
2. 我的第一个建议是,既然你 gcc 装好了,你先试着用命令行 gcc 编译,看看加上-I 和-l 参数,看看能不能编译过。
3. 我的第二个建议是先选一个构建系统,CMake 、Bazel 也罢,用这些构建系统去完成依赖的引用及构建。
4. 当你会用构建系统后,你就会发现,IDE 里的这些依赖配置都应该由构建系统的插件自动帮你完成。无论是 CMake ,还是单片机常用的 platformio ,都能通过对应的插件自动配置好 vscode 项目。
@KegFmn OP 一句“感觉实际只给到了期望速度的 1/5”,既没有说是如何感觉的,也没有说是用什么设备测的。如果是个 80MHz 频宽的设备,或者用的频道比较拥堵,如果再来一堵墙,wifi 只跑 200Mbps 不是很常见的吗?
[诡异!宽带测速一会百兆一会万兆,用户一怒之下告上天庭!-哔哩哔哩] https://b23.tv/48iBj91

建议 OP 还是拿跟网线直连光猫测测,别什么 “我觉得路由器上应该没什么问题”。没有有线设备的话,楼上几位的请运营商师傅帮忙看看是个好建议。还不确定是不是真不达标,就要投诉……
请 OP 仔细看看你自己贴的这个项目的 README 。这个项目本质上就是个虚拟机,跟自己搞虚拟化有何区别呢?目前好像还没有能在 Linux 内核上直接跑 Windows 容器的方法
27 天前
回复了 PowerDi 创建的主题 宽带症候群 电信晚上老是丢包
@PowerDi 正常啥啊,正常 WiFi 延迟 1~3ms 波动,10ms 以内也 ok ,你这都好几十上百的,先考虑换信道试试吧
39 天前
回复了 raphaelsoul 创建的主题 NAS 家庭组网问题求助
对了,想起来了,装修预埋网线好多线序都是乱接的,也检查一下,说不定没断,只是一部分芯的顺序错了
39 天前
回复了 raphaelsoul 创建的主题 NAS 家庭组网问题求助
按我的理解
1. https://imgur.com/a/wYk0Y2N 的拓扑基本是正确的(其实就是两台无线路由器通过网线桥接),毕竟 https://imgur.com/68TdoOv 会导致两边难以互相访问
2. 检查下网线吧,如果网线有问题变成百兆网络( 8 芯断 1 芯就会千兆变百兆,即使超 6 类断 1 芯也会变成百兆),那么传输速度理论峰值就是 12.5MB/s 。找个电脑连上去,看看协商速率是千兆还是百兆
3. PC ,如果有条件,用网线。能用有线都用有线,毕竟无线信道很宝贵
4. WiFi 要检查信道,首先你的两个无线路由的信道不能重叠(不是简单的信道不同就行,40MHz, 80MHz, 160MHz 会占用多个相邻的信道,要完全不重叠才行)最好下载个 app (安卓有个 Cellular-Z )检查一下信道重叠的情况,包括不要跟邻居家的重叠了
技嘉 BLCE-4105 (后边记不清了)+ 8G 内存 + SATA 1TB 固态,待机功耗约 5w

除了弱鸡 CPU 省电外,这种小机器带的小功率电源在待机状态下的转化效率也高。大功率电源在低功率下的效率好像低很多。
52 天前
回复了 yfmir 创建的主题 宽带症候群 请教下光猫公网 v6 能通设备却不能通
盲猜光猫默认的 IPv6 防火墙,但是,解释不通为啥半天到一天后能 ping 通。

如果是因为防火墙的话:
一般光猫和路由(二级路由模式的话)上都有默认的 IPv6 防火墙,桥接的话可以少一层防火墙。有些运营商的光猫普通账户就能关防火墙,有些不能。
@lichao +65535 ,我原来就有同事 rebase ,然后差点儿被我们暴打。我就不明白了,为啥都这么喜欢 rebase, rebase, rebase ,难道用 merge 就违法吗
@ConfusedBiscuit 手滑打错了,那点儿数据量根本用不到 Hadoop 、Spark 、Hive 之类的标准大数据方案
大部分传统企业或单位,那点儿数据量根本用户到 Hadoop 、Spark 、Hive 之类的标准大数据方案,甚至用 MySQL 都没必要加索引。能用宏或 Python 等处理个 Excel ,就属于质的飞跃了,如果能用上 Pandas 之类的那就是提前步入星际时代了。(很多人连 Excel 公式都用不熟,比如我见过照着 Excel 按计算器的)
128 天前
回复了 Nazz 创建的主题 NAS 将旧手机打造为超低功耗 NAS
@xiyuesaves 看起来这个方案很棒,唯一问题是需要 root ,毕竟现在越来越难 root 了
128 天前
回复了 Nazz 创建的主题 NAS 将旧手机打造为超低功耗 NAS
电池鼓包甚至起火风险提醒 +1

我曾经有个长期开手机的需求,当时的解决方案是手机上装个 Tasker APP ,根据电量变化请求 HTTP 接口。然后树莓派上跑个小服务,通过 HTTP 请求去控制 GPIO 口连接的继电器,实现把电池电量保持在 40%~60%之间。当时由于已经是老手机了,这么玩电池虽然没鼓包,但是电池寿命下降还是挺快的。

更好的方案是改成直供电,B 站上有教程
129 天前
回复了 noErr 创建的主题 程序员 程序员要盲了,能干什么工作
@subframe75361 我也想发这段视频,我觉得 OP 不用太担心,程序员这个工作还是可以继续干的
我是曾经的 Linux 重度用户,如果对 GUI 应用没啥强需求的话,Windows 下 WSL2 和 VirtualBox 都不错,wsl 命令行或者 ssh 到 VirtualBox 都不卡。如果一定要用桌面环境的话,建议放弃对 gnome 的执念,xfce 挺快的。

我在用 wsl2 之前的玩法是 VirtualBox 装 xubuntu 或 lubuntu ,没桌面环境需求的时候 ssh 上去,有需求的话 xfce 和 lxde 环境也比较流畅。
215 天前
回复了 klo424 创建的主题 NAS 连接 tailscale,看视频很卡,如何排查?
考虑的瓶颈
1. 中转的带宽
2. 家庭宽带的上传带宽(一般比下载带宽低不少) 如果你的视频码率比上传带宽还大,不用折腾了,无解

考虑的解决方案
1. #12 楼提示的,打洞,无论 tailscale 还是 zerotier ,得想办法打洞
2. 公网 ip ,直接访问
3. ipv6 直接访问
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2545 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 12:59 · PVG 20:59 · LAX 05:59 · JFK 08:59
Developed with CodeLauncher
♥ Do have faith in what you're doing.