V2EX › OneLiteCore 的所有回复 › 第 1 页 / 共 21 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 21

❮

❯

3 天前

回复了 bclerdx 创建的主题 › Android › 我比较疑惑，为何在 Github 上部分项目所提供的 APK 文件不直接提供签名后的 Universal APK 打包，而是提供若干分支？

@artiga033 对于给没有电脑知识的小白朋友推广某些功能性应用的时候有点用途，比如你朋友需要梯子你给他帮忙，你知道他用 Android 设备但是你不知道对方设备架构以及是否会被安装到老古董平板上，给人帮忙图的是省事。

3 天前

包体大小和转化率是息息相关的，对用户来说更看重的是“体验”而不是实际的功能，打个不太洽淡的比方就是需要起飞的时候去下载视频，在封面吸引程度差不多的情况下一个 100MB 另一个 1GB 此时前者肯定更容易被点击，下载快不好看大不了删了无所谓。但是此时如果出现一个 5G 大小的 4K 整合包，即便你知道画质肯定更清晰内容更多，但是等下载完毕了人都要曼巴 out 了大概率不会去点。

所以回到 apk 打包问题上，不同 ABI 分拆包体简直就是最无脑也是最有效的减少包体的方法。在编译的时候改下配置，也不需要额外的安装器，全自动脚本化操作，没理由不这么做啊。

5 天前

回复了 jianglibo 创建的主题 › 程序员 › 写代码不再是一种严肃意义的技能，类似于驾驶技术了

印象中程序员或者码农从来都不是一个褒义词，要说的话“软件工程师”或者“计算机科学家”这种才算褒义但是现实中基本没有人用这俩词

5 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@msg7086 看使用场景吧。

我自己是搞移动开发的所以使用 mac mini 跑模拟器和编译，最后把编译产物存储到 NAS 上，因为源代码和编译都是在 mac mini 自己的固态上跑的所以没有什么瓶颈。然后主力开发机是一个游戏本，用千兆口将文件服务的 Samba 协议挂载成为盘符后跑一些对性能要求不高的软件或者游戏还是可以用的，当然如果同时还在高速下载的话确实软件会卡个好几秒，不过不是打游戏就问题不大。

如果是算力节点直接通过文件协议挂载存储节点然后再编译的话 IO 确实容易出现瓶颈，但是家用环境没必要做到这种程度。

5 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@Philippa 看了眼你的配置单你这个已经是往家用工作站方向走了，属于是把性能拉满的算力服务的那种，而且还是 4T 的固态，考虑到数据恢复的极限情况并不适合拿来当文件服务。

打个比方楼主需要的是 60% 文件服务 + 40% 算力，而你这个是 1000% 的算力性能路线。这还不算你 128G DDR5 内存的价格，现在说内存是金子做的真不夸张。

5 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@Philippa mini pc 或者 mac mini 都有的一个问题就是外接硬盘不稳定，硬盘最重要的东西有：

1. 电源稳定性，记得没错的话 5V 纹波的稳定性最重要
2. 散热
3. 震动
4. 睡眠管理，只要别频繁启停这个问题不大

品牌成品 NAS 肯定有保障，自组 NAS 起码自己买好的配件也不差，但硬盘柜/硬盘盒这些我印象中没有做得好的，某些品牌更是以“硬盘升天”打出名号。如果是 mac mini 的话还会面临文件系统和硬盘睡眠了无法挂载之类的兼容性问题。

现在机械硬盘、固态、内存这些都涨疯了，一个 4T 机械硬盘的钱快够买一套入门成品 NAS 设备，而独主板、电源、风扇、机箱这些基本没涨，家里不是空间有限的话自组不失为一个更好的解决方案。

5 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@Quik 我自己目前就是用 PVE 组服务的，出现两三次问题都是人为修改 PVE 的各种配置导致的：

1. 让 PVE 从设备配置静态 IP 到使用 DHCP 导致断网无法远程，不得不找外接键鼠显示器直连进行修理
2. 修改了 Hostname 但是没有修改 Hosts 文件导致 PVE 网页服务中断，但是依然能够 ssh 远程修正
3. 插 PCIe 转 Sata 卡触发了 “可预测网卡名” 机制导致网卡名称变化导致断网

好在使用的是硬路由则不影响家人用网，自己技术不到家折腾了自己学明白就没事了

5 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@Quik 如果 PVE 或者软路由炸了会导致全家人断网那么这个存在系统性风险，同时假如家里只有你一个人懂 IT 的话风险只会更大，毕竟 PVE 和软路由的重启不像硬路由那样插拔一下电源就行。

这个方案就是用 PVE 和软路由来代替一个硬路由，假如他们各自的稳定性都是 90%，前者有两个节点整体稳定性只有 81% 后者还有 90%，引入的节点越多数学期望上的稳定性就越低。软路由做旁路由的话炸了最多也就没办法拦截广告或者用不了魔法梯子而已，影响非常有限。

但回到这个方案上谈稳定性其实也还行，风险来源是 PVE 宿主硬件设备 + PVE 稳定性 + 软路由系统稳定性，只要硬件质量达标然后不乱改配置一般也不会有什么问题的。

6 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@Quik 我觉得理想情况是：

1. 群晖或者其他以稳定性和数据安全著称的多盘位成品 NAS 只提供存储服务
2. 提供存储服务给 mac mini 或者小主机，由后者提供计算、AI 、编译、模拟化、软路由、Docker 之类的服务
3. 网络全部使用硬路由，家用设备需要魔法则设置代理到软路由上，移动设备直接装客户端直通机场不走家里服务
4. 使用 Tailscale/Zerotier/WireGuard 之类的服务组网
5. 然后台式/主机/掌机打游戏
6. 一台 MacBook Air 应对移动办公

6 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

@Quik 理想情况下存、算、网和自己的开发环境全部分离是最好的，最次起码把网络分离出来，毕竟搞 ALL IN ONE 容易把不可避免的故障率累积起来导致整个系统的稳定性下降。换句话说其实就是堆积硬件资源来降低系统性风险提高稳定性。

问题恰恰就在于现在硬件价格上天了，而 PVE 是能把硬件利用率拉高以相对节省成本的好办法，做好数据备份炸了就炸了，也能从爆炸中学习经验。

另外楼主还有旧的 NAS ，我觉得可以留一个盘配合 WOL 做一个可以自动化的冷备，只要重要的数据不丢硬件随便炸。

6 天前

回复了 mpco 创建的主题 › NAS › 自组 AI NAS 硬件配置求助，过年没事来聊聊吧

性能电源散热和可拓展性看起来都没什么问题，唯独就是现在内存价格上天真的不是适合装机的时候

7 天前

回复了 YanSeven 创建的主题 › macOS › 系统逼着用户升级到底是合理的还是不合理的

对于苹果来说用花里胡哨的功能来拉高设备性能消耗可以催用户升级设备，商业化就是要追逐利益。用户自身只能想办法通过技术手段对抗。

7 天前

回复了 YanSeven 创建的主题 › macOS › 系统逼着用户升级到底是合理的还是不合理的

我以前也纠结过这个最后我发现这不是合不合理的问题，人家有这个能力这么做并且确实这么做了，仅此而已。

进一步延伸开来包括正义公平法治道德平等人权之类的其实也是如此，即便一件事不对依旧也会发生，对不对不影响它这次发生，也不影响它下次继续发生。以至于到最后我觉得再去讨论对不对变得毫无意义了，当然这些是我个人的看法。

10 天前

回复了 x97bgt 创建的主题 › 职场话题 › 使用公司提供的 AI 套餐来做个人项目，会有所有权的纠纷么？

理论上违法或者违规，但是公司如果管的不严或者不在乎的话那就问题不大。只不过话又说回来了，如果公司给的薪资水平连给你买 AI 服务都负担不起的话，也是时候跳槽了。

13 天前

回复了 tianhehechu 创建的主题 › 文学 › 我乃当世第一诗人，在此题诗，看到此帖诸位三生有幸

你写的好，你写的好啊！实在是好诗

13 天前

回复了 jiminjohn0402 创建的主题 › macOS › 是否有必要升级 Tahoe

生产力工具稳定使用没有漏洞就不用升级，大版本就好看点不会有生产力的提升，还会引入额外的性能问题和 Bug

16 天前

回复了 jeremyding 创建的主题 › NAS › 组 raid1 不如数据复制到两份硬盘

家用数据情况下备份是最重要的与其 Raid 不如 Crontab + Rsync ，商用场景的话那服务停机一秒都是损失，使用场景不一样

19 天前

回复了 frank3 创建的主题 › 问与答 › 帮朋友问下如何跨过情色一关

活了这么多年要说有什么经验能总结的话就一句话要学会尊重人性

1 2 3 4 5 6 7 8 9 10 ... 21

❮

❯