V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 12 页 / 共 1051 页
回复总数  21017
1 ... 8  9  10  11  12  13  14  15  16  17 ... 1051  
142 天前
回复了 wuruxu 创建的主题 Linux 下个月 Debian 13 发布,可以来一波更新
已经把 NAS 上的 PVE 升到 9.0 beta 了。
142 天前
回复了 allplay 创建的主题 NAS 机械硬盘, 10 万次启停,居然健康 100%
@allplay #24
NAS 和普通硬盘的定位区别主要在读取到校验不通过的扇区时的反应,启停不是 NAS 盘主要关心的问题。
那个东西叫做 TLER 或者 ERC 。

@cat1879 #27
异常掉电不会导致磁头落下来,保持磁头悬浮的是盘体表面的气流,硬盘不会从 7200RPM 突然停转到 0RPM ,所以磁头也不会突然落下,有足够的时间通过机械方式回到停放区。

阵列卡的电池也和硬盘的供电没关系,人家供的是阵列卡的电,给上面的 DRAM 供电保证缓冲区数据不丢失的。
和休眠没多大关系,我就希捷盘,故意开休眠看看启停对寿命有没有明显影响,看上去没有。
两块盘,一块累计启停 18000 次,一块累计启停 23000 次,都工作完全正常。
143 天前
回复了 allplay 创建的主题 NAS 机械硬盘, 10 万次启停,居然健康 100%
然后坏的原因多种多样,比如人家的硬盘磁头坏了导致硬盘损坏,这和启停 10 次和 10 万次有什么关系。
启停导致的损坏一般是电机出问题,比如你电机润滑不行了,加电转不起来,或者电机本身坏了,这才和启停次数有关。但 2.5"笔记本硬盘本来盘体就小,更不容易坏了。
143 天前
回复了 allplay 创建的主题 NAS 机械硬盘, 10 万次启停,居然健康 100%
@ntedshen
@fha520
不是,人家说的是 04 的值高,你们盯着 C1 看干什么……
顺便一提,测试比业务代码长是很正常的。
要养成正确看待代码量的问题,写一个功能不是只把业务代码写完就算完事的了,是要设计+文档+业务代码+测试代码全加在一起才是完整做完一个功能。不写测试代码的结果就是以后会用成倍的时间去 debug 。成倍,成不知道多少倍。你现在用一周写完的核心代码,以后出了问题可能要用一个月甚至几个月的时间去修补。

我上一家公司就是被这个拖垮的,修一个小问题要整个 team 出动修很久,修完这里那里炸,全部修完还要整个测试团队十几个人跑两三个星期做手动测试。没几年公司就寄了。

现在这家公司这个 team 也是接手了一堆不带测试的屎山,我和另外一个人现在在 lead 给整个系统加装测试环境。
143 天前
回复了 kyonn 创建的主题 程序员 btrfs raid1 是不是不具备可用性?
@kyonn 我司 db server 是单独的机子,btrfs 上只放普通文件。
144 天前
回复了 kyonn 创建的主题 程序员 btrfs raid1 是不是不具备可用性?
数据库可以不用 btrfs 啊。很多系统会偏向使用单独的 db server 。
我司是 btrfs 重度用户,不过我们也不用 btrfs 内建 RAID ,都是下层分布式块存储,上面直接开 basic btrfs 。
你不考虑一下 zfs 吗? zfs on linux 也不错的。
我觉得碰撞空间相同的话随机碰撞概率应该一样吧。
如果是刻意构造碰撞的话,更安全的算法应该更安全()
7940H ,一直观察到有内核内存泄露但不确定是哪个驱动引起的。
基本上用了 1-2 周以后空载内存占用会达到 40-50G 左右(所有应用程序全部关闭的情况下)。
147 天前
回复了 darkway 创建的主题 问与答 在吗 我可以和你说个事情吗 啥事 没事了
我们很多同事 slack 上都挂了 nohello 牌子。
@Kirkcong 不确定,但考虑到微软的尿性,说不准到时候给你搞个什么延长更新之类的东西……
@nbndco #14 这就体现出程序员 vibe coding 和非程序员(或者不聪明的程序员) vibe coding 的区别了。聪明的程序员让 AI 写测试用例覆盖业务逻辑,跑通以后既不需要复杂的 debug 也不用担心重构出现问题。而剩下的一些人则在那空喊着 AI 写的代码 debugging 要老命 review 要老命重构要老命。
@revival83 #8
不管是不是 LTSC 都能用好多年,没人不让你用啊?
如果你要延长安全支持,到时候大概率也会有的,不需要换成 LTSC 。
为啥现在这个结点换 LTSC ?
@cenxun 这就是,看的人觉得惋惜,干的人继续愣头青……
顺便如果没看过的话可以看看这个著名的反面教材: /t/532897 /t/833951 /t/908228
开发+运营一定要有懂的人带着,否则愣头青的结果就是赔大钱。
是先有需求,再创造产品去解决需求,不是先假定别人有需求然后把项目做出来,再看看他们是不是真有需求。

当然,后者并不是不行,开着 AI 一路平推过去做出产品原型试水也可以的。
但是前提是别浪费太多的时间和金钱去试水。
Cursor 亮点就 2 个,1 是功能更强的自动补全,2 是能平价调用 sonnet 模型。
如果你不需要自动补全,并且现在平价调用模型没了,那当然应该找其他的工具了。
1 ... 8  9  10  11  12  13  14  15  16  17 ... 1051  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   950 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 69ms · UTC 19:22 · PVG 03:22 · LAX 11:22 · JFK 14:22
♥ Do have faith in what you're doing.