guochao 最近的时间轴更新 guochao 最近的时间轴更新 |
guochaoV2EX 第 448797 号会员，加入于 2019-10-24 09:37:55 +08:00 |
guochao 最近回复了
5 天前 回复了 fantasy0v0 创建的主题 › Windows › Windows 的防火墙能为 Hyperv 内的虚拟机器单独配置规则吗？ |
@cxxlxx
不熟悉 pve ，我就当他是正常的 kvm 虚拟机平台了。我自己是直接用 libvirtd 的
使用 bridge 的话，应该是需要 br_netfilter 模块。pve 应该是自带的，查了一下个别版本可能有 bug 缺少模块，内核升级或者降级试试。
https://wiki.archlinux.org/title/QEMU/Advanced_networking
https://unix.stackexchange.com/a/757030
无关，我自己用的 libvirt 的资料
https://libvirt.org/formatnwfilter.html
不熟悉 pve ，我就当他是正常的 kvm 虚拟机平台了。我自己是直接用 libvirtd 的
使用 bridge 的话，应该是需要 br_netfilter 模块。pve 应该是自带的，查了一下个别版本可能有 bug 缺少模块，内核升级或者降级试试。
https://wiki.archlinux.org/title/QEMU/Advanced_networking
https://unix.stackexchange.com/a/757030
无关，我自己用的 libvirt 的资料
https://libvirt.org/formatnwfilter.html
5 天前 回复了 KenThompson1729 创建的主题 › Linux › [求助] 哪些 lunar lake/arrow lake 平台笔记本的 Linux 兼容性较好 |
不熟悉硬件配置，但是手头这个电脑 u9 185h ，摄像头是 ipu6 的，每个月都蹲蹲 fedora 的 ipu6 支持进展，但是看不到希望 #捂脸
5 天前 回复了 fgwmlhdkkkw 创建的主题 › Linux › SeLinux 简直让人崩溃！ |
docker 对 selinux 支持的不大行，尽量上 podman 。这两年没搞公司 selinux 这块了，没注意新的工具，以前都是 audit2allow + 人肉审查生成的 type 、fcontext 和 policy ，没注意这个 se troubleshoot d #捂脸
debian 的 apparmor 也很麻烦的，但是这俩都不用吧，就得找其他的加固方案，各有各的缺点
debian 的 apparmor 也很麻烦的，但是这俩都不用吧，就得找其他的加固方案，各有各的缺点
5 天前 回复了 Vindroid 创建的主题 › Linux › Linux 下有什么免费的代码搜索工具或轻量级 IDE？ |
跳槽之前做 chromium os 二开，对 chromium 这部分，内存足够的电脑我们开 clangd ，内存不够的电脑用 ctags
尽量别套虚拟机了，这东西真搞起来特别吃性能。
最容易爆内存应该是 cpp + 多任务。最慢的是链接，无法多线程优化，很慢，有大小核的话记得加点规则把链接器 pin 到大核上。
构建的部分，和 fydeos 交流，fydeos 的构建经验是搞一个配置高一些的电脑，配好 ccache 。
另外其实大部分开发不吃内存频率，可以考虑捡垃圾，我在办公室放的垃圾是 e5 v3 + ddr3 ，内存很便宜很容易就配到了 160G ，有 32G 我不记得价格，有 128G （ 32x4 ）的价格差不多就 600 多。相对的磁盘性能影响更明显一些，配个 nvme 会好一些。
尽量别套虚拟机了，这东西真搞起来特别吃性能。
最容易爆内存应该是 cpp + 多任务。最慢的是链接，无法多线程优化，很慢，有大小核的话记得加点规则把链接器 pin 到大核上。
构建的部分，和 fydeos 交流，fydeos 的构建经验是搞一个配置高一些的电脑，配好 ccache 。
另外其实大部分开发不吃内存频率，可以考虑捡垃圾，我在办公室放的垃圾是 e5 v3 + ddr3 ，内存很便宜很容易就配到了 160G ，有 32G 我不记得价格，有 128G （ 32x4 ）的价格差不多就 600 多。相对的磁盘性能影响更明显一些，配个 nvme 会好一些。
5 天前 回复了 fantasy0v0 创建的主题 › Windows › Windows 的防火墙能为 Hyperv 内的虚拟机器单独配置规则吗？ |
242 天前 回复了 liuidetmks 创建的主题 › 程序员 › 网盘既要大容量，又要隐私，很难办？ |
挂载和同步一类，在本地有文件系统结构的，可以搭配 boxcrypter 。网盘自己客户端能支持的比如说 onedriver 、坚果云，第三方能支持的比如说可以看 rclone 的支持列表。
容量和隐私的问题主要是看网盘的性质，对于阿里云盘、百度网盘这种以分享为主的网盘，它实际就是把公共资源在你的帐号下面登记了一份，并不是说你的文件就是你的，只是一个引用，其他人也可以引用，用这种方法降低资源分享的成本，给你一个容量很大的幻觉。区分权限的正确性全看智商和良心
容量和隐私的问题主要是看网盘的性质，对于阿里云盘、百度网盘这种以分享为主的网盘，它实际就是把公共资源在你的帐号下面登记了一份，并不是说你的文件就是你的，只是一个引用，其他人也可以引用，用这种方法降低资源分享的成本，给你一个容量很大的幻觉。区分权限的正确性全看智商和良心
305 天前 回复了 gosky 创建的主题 › Python › Python asyncio 中怎么执行 cpu 密集型任务？ |
针对锁和 python 效率的问题：
- 如果你的计算任务可以用 c/rust 的模块，最好是在 c/rust 的部分处理，最好能批处理
- 如果是 pure python ，也许可以试试 taichi 或者类似的东西。因为 python 可以被再次编译成 native 或者 gpu kernel ，并针对架构优化
针对 asyncio 只管异步切换，计算存在长时间阻塞的问题
- （不同进程、单独服务的方案）要么 celery ，或者自己搓一个简单的队列
- （简单在同一个进程中的方案）要么 thread pool executor
- 如果你的计算任务可以用 c/rust 的模块，最好是在 c/rust 的部分处理，最好能批处理
- 如果是 pure python ，也许可以试试 taichi 或者类似的东西。因为 python 可以被再次编译成 native 或者 gpu kernel ，并针对架构优化
针对 asyncio 只管异步切换，计算存在长时间阻塞的问题
- （不同进程、单独服务的方案）要么 celery ，或者自己搓一个简单的队列
- （简单在同一个进程中的方案）要么 thread pool executor
2024-04-07 17:03:22 +08:00 回复了 nnegier 创建的主题 › MySQL › MySQL max key length is 3072 bytes 伤心 |
存路径这个做法本身有点怪……我可能会选择文件的其他特征来做这个事情……
不清楚场景，假设场景必须要存路径，考虑一下把 SOMEHASH(filepath, account), account 作为 key 呢？比如说 trigger 去 set 一下额外的列为 SHA2(CONCAT(filepath,"\\/", account), 256)，把这个列作为 unique key 的一个 column 。降低碰撞概率的话，多加一种两种哈希呢？
我是写业务的菜鸡，暂时还只能想怎么实现的问题。要不然就只能业务上限制一下了
不清楚场景，假设场景必须要存路径，考虑一下把 SOMEHASH(filepath, account), account 作为 key 呢？比如说 trigger 去 set 一下额外的列为 SHA2(CONCAT(filepath,"\\/", account), 256)，把这个列作为 unique key 的一个 column 。降低碰撞概率的话，多加一种两种哈希呢？
我是写业务的菜鸡，暂时还只能想怎么实现的问题。要不然就只能业务上限制一下了
2024-04-07 15:38:11 +08:00 回复了 drymonfidelia 创建的主题 › 程序员 › 你们写代码的时候会听歌吗？我觉得我写代码的时候听歌完全没办法集中注意力，有什么办法听歌的同时不影响写代码的？ |
听歌是为了解决更严重的问题，不解决特定的问题就不需要听歌，比如说噪音、状态引导、blablabla
2023-09-28 11:41:14 +08:00 回复了 gridsah 创建的主题 › 程序员 › 自建 NAS 遇到坑，我重新设计了方案，请教各位的使用经验 |
@gridsah 赞！
> 原理是 OpenZFS 直接和内核里的 NFS 子系统通信
哈，我暂时还没有研究这些。如果是这样的话，其实我就比较倾向直接用 exports ，因为最近非常喜欢 nixos 那种 declarative 的理念，而且这种方法管理的系统很容易统一各种 id ，不过不开心的就是还有很多工具不大好声明式管理，需要写很多足够健壮的脚本
> btrfs 离开群晖之后只能在特定几个版本的 Linux 内核下读数据
群晖用了一些私有的 flag ，是有问题。对于我来说，我更多的是被 arch wiki 里面的警告吓到了：The RAID 5 and RAID 6 modes of Btrfs are fatally flawed 。所以之前尝试 btrfs 的时候，叠了一层 mdadm ，btrfs 跑在单个 md 设备上。
> 快照用的空间被写满
对照了一下使用场景，我的 use case 里面数据大部分时候是增加的，不会有很多改变，所以对于我来说分配好 volume 留出冗余就还好。对于经常有变更的场景感觉是个问题
> 原理是 OpenZFS 直接和内核里的 NFS 子系统通信
哈，我暂时还没有研究这些。如果是这样的话，其实我就比较倾向直接用 exports ，因为最近非常喜欢 nixos 那种 declarative 的理念，而且这种方法管理的系统很容易统一各种 id ，不过不开心的就是还有很多工具不大好声明式管理，需要写很多足够健壮的脚本
> btrfs 离开群晖之后只能在特定几个版本的 Linux 内核下读数据
群晖用了一些私有的 flag ，是有问题。对于我来说，我更多的是被 arch wiki 里面的警告吓到了：The RAID 5 and RAID 6 modes of Btrfs are fatally flawed 。所以之前尝试 btrfs 的时候，叠了一层 mdadm ，btrfs 跑在单个 md 设备上。
> 快照用的空间被写满
对照了一下使用场景，我的 use case 里面数据大部分时候是增加的，不会有很多改变，所以对于我来说分配好 volume 留出冗余就还好。对于经常有变更的场景感觉是个问题
Select Language