OneLiteCore 最近的时间轴更新
OneLiteCore

OneLiteCore

V2EX 第 554258 号会员,加入于 2021-08-24 21:00:02 +08:00
根据 OneLiteCore 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
OneLiteCore 最近回复了
@artiga033 对于给没有电脑知识的小白朋友推广某些功能性应用的时候有点用途,比如你朋友需要梯子你给他帮忙,你知道他用 Android 设备但是你不知道对方设备架构以及是否会被安装到老古董平板上,给人帮忙图的是省事。
包体大小和转化率是息息相关的,对用户来说更看重的是“体验”而不是实际的功能,打个不太洽淡的比方就是需要起飞的时候去下载视频,在封面吸引程度差不多的情况下一个 100MB 另一个 1GB 此时前者肯定更容易被点击,下载快不好看大不了删了无所谓。但是此时如果出现一个 5G 大小的 4K 整合包,即便你知道画质肯定更清晰内容更多,但是等下载完毕了人都要曼巴 out 了大概率不会去点。

所以回到 apk 打包问题上,不同 ABI 分拆包体简直就是最无脑也是最有效的减少包体的方法。在编译的时候改下配置,也不需要额外的安装器,全自动脚本化操作,没理由不这么做啊。
印象中程序员或者码农从来都不是一个褒义词,要说的话“软件工程师”或者“计算机科学家”这种才算褒义但是现实中基本没有人用这俩词
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@msg7086 看使用场景吧。

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

如果是算力节点直接通过文件协议挂载存储节点然后再编译的话 IO 确实容易出现瓶颈,但是家用环境没必要做到这种程度。
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Philippa 看了眼你的配置单你这个已经是往家用工作站方向走了,属于是把性能拉满的算力服务的那种,而且还是 4T 的固态,考虑到数据恢复的极限情况并不适合拿来当文件服务。

打个比方楼主需要的是 60% 文件服务 + 40% 算力,而你这个是 1000% 的算力性能路线。这还不算你 128G DDR5 内存的价格,现在说内存是金子做的真不夸张。
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Philippa mini pc 或者 mac mini 都有的一个问题就是外接硬盘不稳定,硬盘最重要的东西有:

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

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

现在机械硬盘、固态、内存这些都涨疯了,一个 4T 机械硬盘的钱快够买一套入门成品 NAS 设备,而独主板、电源、风扇、机箱这些基本没涨,家里不是空间有限的话自组不失为一个更好的解决方案。
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 我自己目前就是用 PVE 组服务的,出现两三次问题都是人为修改 PVE 的各种配置导致的:

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

好在使用的是硬路由则不影响家人用网,自己技术不到家折腾了自己学明白就没事了
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 如果 PVE 或者软路由炸了会导致全家人断网那么这个存在系统性风险,同时假如家里只有你一个人懂 IT 的话风险只会更大,毕竟 PVE 和软路由的重启不像硬路由那样插拔一下电源就行。

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

但回到这个方案上谈稳定性其实也还行,风险来源是 PVE 宿主硬件设备 + PVE 稳定性 + 软路由系统稳定性,只要硬件质量达标然后不乱改配置一般也不会有什么问题的。
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 我觉得理想情况是:

1. 群晖或者其他以稳定性和数据安全著称的多盘位成品 NAS 只提供存储服务
2. 提供存储服务给 mac mini 或者小主机,由后者提供计算、AI 、编译、模拟化、软路由、Docker 之类的服务
3. 网络全部使用硬路由,家用设备需要魔法则设置代理到软路由上,移动设备直接装客户端直通机场不走家里服务
4. 使用 Tailscale/Zerotier/WireGuard 之类的服务组网
5. 然后台式/主机/掌机打游戏
6. 一台 MacBook Air 应对移动办公
4 天前
回复了 mpco 创建的主题 NAS 自组 AI NAS 硬件配置求助,过年没事来聊聊吧
@Quik 理想情况下存、算、网和自己的开发环境全部分离是最好的,最次起码把网络分离出来,毕竟搞 ALL IN ONE 容易把不可避免的故障率累积起来导致整个系统的稳定性下降。换句话说其实就是堆积硬件资源来降低系统性风险提高稳定性。

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

另外楼主还有旧的 NAS ,我觉得可以留一个盘配合 WOL 做一个可以自动化的冷备,只要重要的数据不丢硬件随便炸。
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5511 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 06:30 · PVG 14:30 · LAX 22:30 · JFK 01:30
♥ Do have faith in what you're doing.