yanqiyu 最近的时间轴更新 yanqiyu 最近的时间轴更新 ONLINE |
yanqiyuV2EX 第 127736 号会员，加入于 2015-07-18 00:20:26 +08:00今日活跃度排名 3277 |
yanqiyu.info/
karuboniru
学物理的，懂个锤子的计算机
| 跨越动态库的时候就算借助 lazy init 的 static 对象也不能简单的假设析构顺序 C++ • yanqiyu • 2023-12-30 04:05:38 AM • 最后回复来自 yanqiyu | 14 |
| CloudFlare 发放 $10 的 yubikey 优惠券 YubiKey • yanqiyu • 2022-11-11 17:35:24 PM • 最后回复来自 malu2335 | 80 |
| CentOS 项目开发重点将转向 CentOS Stream Linux • yanqiyu • 2020-12-12 23:38:36 PM • 最后回复来自 salmon5 | 95 |
| grub2 被报道安全问题，可致安全启动被绕过
2 Linux • yanqiyu • 2020-09-10 14:45:01 PM • 最后回复来自 ungrown
|
38 |
| Trojan 即将在 Fedora 官方源以及 EPEL 可用 Fedora • yanqiyu • 2020-06-25 23:24:01 PM |
| leancloud 国际版有域名证书过期了 全球工单系统 • yanqiyu • 2020-05-16 21:07:28 PM • 最后回复来自 lanternxx | 2 |
| 我也是 00 后, 我也来分享一下我的博客 程序员 • yanqiyu • 2020-04-08 10:43:59 AM • 最后回复来自 bboysoulcn | 17 |
| 你的 Android 机的 IMEI 可能处于不设防的状态
6 Chamber • yanqiyu • 2022-08-25 12:31:09 PM • 最后回复来自 ALights
|
106 |
yanqiyu 最近回复了
3 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 电话号码中为什么不加一位 checksum？经常接到有人输错号码打错的电话，哪怕只加 1bit 校验效果也能降低 50%概率 |
换个角度，这里加奇偶校验也就约等于编号码的时候跳着编
这么一听不就是很诡异了
这么一听不就是很诡异了
18 天前 回复了 xtx 创建的主题 › 小米 › 不争吵，也不站队，理性且客观地讨论 su7 这件事。 |
@noobility #184 100km/h+的时候 22 度方向盘输入已经接近车辆失控的边界了
18 天前 回复了 xtx 创建的主题 › 小米 › 不争吵，也不站队，理性且客观地讨论 su7 这件事。 |
@noobility > 紧急情况下防撞系统优先级还是太低，某安全带发明厂商的车就能直接接管车辆自动避让，这点小米还是要多优化
这种主动安全在驾驶员激烈的操作刹车和转向时会被抑制，比如这里的介绍： https://www.volvocars.com/tw/support/car/xc60/24w46/article/3ecaabd4c7ea7793c0a81f6f0b7a9421_1a731ed78d319017c0a8cc3825f9aaa0_7acbdd45c1ce04fac0a801516692910b/
> 煞車輔助限制: 駕駛者命令一律優先。即使碰撞無法避免，此功能也不會在駕駛人果決地轉向和加速的情況下介入。因此，在駕駛人表現主動且有意識的駕駛行為時，碰撞警示和介入會延遲動作，以減少不必要的警示。
这种主动安全在驾驶员激烈的操作刹车和转向时会被抑制，比如这里的介绍： https://www.volvocars.com/tw/support/car/xc60/24w46/article/3ecaabd4c7ea7793c0a81f6f0b7a9421_1a731ed78d319017c0a8cc3825f9aaa0_7acbdd45c1ce04fac0a801516692910b/
> 煞車輔助限制: 駕駛者命令一律優先。即使碰撞無法避免，此功能也不會在駕駛人果決地轉向和加速的情況下介入。因此，在駕駛人表現主動且有意識的駕駛行為時，碰撞警示和介入會延遲動作，以減少不必要的警示。
18 天前 回复了 xtx 创建的主题 › 小米 › 不争吵，也不站队，理性且客观地讨论 su7 这件事。 |
@wwyg #168
#34, 你的原话：“ 山西 M7 时间忘记了是吧？挂了热搜 2 天 四川手机报短信推送 百度百科现在还有”
#34, 你的原话：“ 山西 M7 时间忘记了是吧？挂了热搜 2 天 四川手机报短信推送 百度百科现在还有”
24 天前 回复了 youloge 创建的主题 › 云计算 › OSS 签名绕过上传任意文件到别人的网站 |
也就是说签名只保护了路径前缀，甚至文件类型 OSS 没检验反而信任用户给的 header
24 天前 回复了 wniming 创建的主题 › Linux › btrfs 执行 scrub 后出现了一些 Uncorrectable 的错误，怎么知道是哪些文件的数据出错了？ |
@wniming #7 > 我虚拟机没有特别指定是否启用 directio
就是虚拟磁盘的 cache mode ，我记得除了 writethrough 都会有 O_DIRECT 的文件操作，然后现在 btrfs 的 O_DIRECT 真的是 DIRECT 不会 cow 的更新 checksum （ 6.14 修了，被 checksum 保护的文件始终会 cow 了）
就是虚拟磁盘的 cache mode ，我记得除了 writethrough 都会有 O_DIRECT 的文件操作，然后现在 btrfs 的 O_DIRECT 真的是 DIRECT 不会 cow 的更新 checksum （ 6.14 修了，被 checksum 保护的文件始终会 cow 了）
24 天前 回复了 wniming 创建的主题 › Linux › btrfs 执行 scrub 后出现了一些 Uncorrectable 的错误，怎么知道是哪些文件的数据出错了？ |
[930624.956925] BTRFS warning (device dm-2): checksum error at logical 9404088320 on dev /dev/mapper/develop-btrfs, physical 10486218752, root 257, inode 265, offset 2056241152, length 4096, links 1 (path: fedora.raw.vhost)
这不是写了出问题的 path 是 fedora.raw.vhost 吗，是不是虚拟机开了 directio 但是没关 btrfs 的 cow ？
这不是写了出问题的 path 是 fedora.raw.vhost 吗，是不是虚拟机开了 directio 但是没关 btrfs 的 cow ？
27 天前 回复了 jqknono 创建的主题 › NAS › 注意保护自己 NAS 上的数据 |
@reayyu 要是你都用上了 cf 代理建议直接用 tunnel ，配合 access 管理访问权限
27 天前 回复了 jqknono 创建的主题 › NAS › 注意保护自己 NAS 上的数据 |
不只是谨慎赋予应用权限，应该反过来，只给应用必要的权限，比如 emby/jellyfin 只需要自己的配置文件的读写权限和媒体路径的读取权限，所以这些服务要么用容器（ SELinux confined rootless container ）要么用 systemd （ dynamicuser+ReadOnlyPaths ），只给必要的权限。
这么限制下来，除了远程访问（比如 ssh/nfs/smb ）被黑都不会造成破坏性的结果了，ssh 就关密码，nfs/smb 只开给 vpn
这么限制下来，除了远程访问（比如 ssh/nfs/smb ）被黑都不会造成破坏性的结果了，ssh 就关密码，nfs/smb 只开给 vpn
27 天前 回复了 huangdog 创建的主题 › NAS › 玩 pt 的硬盘，不适合开 windows server 的重复数据删除 |
dedup 是让不同的文件引用同一个 extent 。当然你要是删除了这些文件中某一个，只会让共享的 extent 的引用-1 ，只有引用数清零才会真正的删除并且释放空间。
但是，你就算不开 dedup ，其他文件该占的空间也是一样的占。
唯一的问题可能是这种 shared extent 导致很难算清楚“我删除这些文件之后能释放多少空间”，得扫描一下文件引用的 extent 有多少是 shared 有多少是 exclusive 。
但是，你就算不开 dedup ，其他文件该占的空间也是一样的占。
唯一的问题可能是这种 shared extent 导致很难算清楚“我删除这些文件之后能释放多少空间”，得扫描一下文件引用的 extent 有多少是 shared 有多少是 exclusive 。
Select Language