V2EX › ranaanna 的所有回复 › 第 4 页 / 共 21 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2025 年 5 月 9 日

回复了 baiyekaslana 创建的主题 › Linux › 非 M 系列的 ARM 芯片能否创建 ARM 架构的 macos 系统，能的话性能怎么样

matlab （包括其运行库）只支持运行于 x86-64 上的 windows, linux 和 macos (及之前的 os x)，从 r2023b 开始支持运行于 apple silicon 上的 macos ，其他一概不行

如果想在其他硬件上运行 matlab 代码，可以用 matlab coder 将代码翻译成适用于其他硬件的 C/C++源码，再编译为可在其他硬件执行的可执行文件、静态/动态链接库等，集成到项目中。所以 OP 需要的可能是这个

2025 年 5 月 9 日

回复了 baiyekaslana 创建的主题 › Linux › 非 M 系列的 ARM 芯片能否创建 ARM 架构的 macos 系统，能的话性能怎么样

@seancullen 完全没有可能在 generic aarch64 上运行 macos 的，包括 docker 镜像。给的链接，即使能成功运行也只适用于 x86-64 架构的苹果和黑苹果硬件

2025 年 4 月 24 日

回复了 EZ4ZZW 创建的主题 › 宽带症候群 › 请问如何完美解决谷歌学术访问受限问题？

找找自己的原因，估计不是 vps 以及数据中心 ip 被拉黑的原因

2025 年 4 月 22 日

回复了 0p9o 创建的主题 › NAS › 局域网内不能通过域名访问 NAS 服务的问题

@yanqiyu 同意。如果终止 ip 设为 192.168.1.254 ，那么子网掩码应该是/23 ，255.255.254.0 。建议还是维持原样改正子网掩码，这样局域网内可以多出 255 个可分配的地址，并不会影响局域网的性能

2025 年 4 月 15 日

回复了 jsq2627 创建的主题 › 宽带症候群 › Cloudflare Warp / Zero Trust 中国专线使用体验

@Yuanlaoer 那 ExpressVPN, Surfshark, NordVPN, Proton VPN, PIA, IPVanish, Mullvad 为什么“没有跟联通和移动合作”，这些还大多不是“邪恶的”美国公司。难道真的认为会去举报？只是吐槽一下 internet 诸多怪现象的一个而已

2025 年 4 月 15 日

回复了 jsq2627 创建的主题 › 宽带症候群 › Cloudflare Warp / Zero Trust 中国专线使用体验

@Donaldo 搞笑了，难道大家“非法”进行国际联网都建立或使用了“其他信道”？

2025 年 4 月 15 日

回复了 jsq2627 创建的主题 › 宽带症候群 › Cloudflare Warp / Zero Trust 中国专线使用体验

@obeykarma 不是革命小将。但是法律法规应该对任何人一视同仁，不应该你可以我不行。你开 vpn 可以，我开不行，这合理吗？

2025 年 4 月 15 日

回复了 jsq2627 创建的主题 › 宽带症候群 › Cloudflare Warp / Zero Trust 中国专线使用体验

@Citrus warp 及 zero trust 是 cloudflare 于 2019 年推出的 VPN 服务，不是其传统的、在国内与京东云合作的基于反向代理的分布式 CDN 和 DNS 服务，更不是所谓的“合规跨境专线”。你以为是啥🥲

2025 年 4 月 15 日

回复了 jsq2627 创建的主题 › 宽带症候群 › Cloudflare Warp / Zero Trust 中国专线使用体验

@Citrus 这逻辑，腾讯云有被 gfw 吗，可比性在哪里。意思是只要被内企撸一把羊毛就合规了？

2025 年 4 月 14 日

回复了 jsq2627 创建的主题 › 宽带症候群 › Cloudflare Warp / Zero Trust 中国专线使用体验

可不可以向有关部门举报 cloudflare ，因为“任何单位和个人不得自行建立或者使用其他信道进行国际联网”？有没有 ISP/ICP 经营许可证？被封的同时又“合规翻墙”，凭什么

2025 年 4 月 12 日

回复了 frostashe 创建的主题 › macOS › 科研狗被 mac 版 office 劝退

@Muist 这是对位图的要求，如果是图像和照片，300dpi 可以经得起一定程度的缩放，是硬拷贝的起步要求。tiff 基本无损且适合硬拷贝，当然是出版社的推荐。但是，现在看很多文章的图，明明应该是矢量的线条和文字，却有明显的 scaling artifacts ，完全经不起缩放，就有今不如昔每况愈下的痛惜感。这种情况就是“课题组”的头儿的锅

2025 年 4 月 12 日

回复了 lijiachang 创建的主题 › macOS › Spotlight 图标竟然穿模了， macOS 15 越来越不苹果了

@zzrot19910319 @lijiachang #4 完全同意。顺便说一句，那些无线、蓝牙、now playing 之类的，也可以隐藏掉。在旁边的 control center 中都有，不隐藏掉也是重复。另外，隐藏 spotlight 完全正常，没有复现 OP 的问题

2025 年 4 月 12 日

回复了 wniming 创建的主题 › Linux › 求助！专门用一块 2TB 的 ssd 创建 lvm 精简池用来存放虚拟机，用什么命令创建最好？

@wniming #3 这个回答并不相关。这个-Z 是指定以后在这个池中配置新的精简逻辑卷时，先用零擦除相应的底层存储空间，因此显然会影响 thin provision 的速度（特别是对于大卷），但可以保证数据完整性，避免因为残留的数据出现问题。这无关数据泄露。一般是建议不要禁掉，如果已经禁掉用 lvchange -Z y 即可恢复。只要不是经常新建逻辑卷其实完全无关紧要，并且完全不会影响虚拟机性能。后面的问题是这个道理

2025 年 4 月 12 日

回复了 wniming 创建的主题 › Linux › 求助！专门用一块 2TB 的 ssd 创建 lvm 精简池用来存放虚拟机，用什么命令创建最好？

这还不简单，它的 warning 已经很明确告诉了呀，or ，也就是要么保持大的 chunk size 但 disable zeroing ，要么用小的 chunk size 但保持 pool zeroing

建议是后者，因为 1. OP 将来又不会扩展到 508.01 TiB ，2. 提高空间利用率，3. 只是一个 2 TiB 的卷，何必选这么大的块大小，说实话 128 KiB 都已经足够，对性能影响微乎其微

2025 年 4 月 12 日

回复了 frostashe 创建的主题 › macOS › 科研狗被 mac 版 office 劝退

@Muist 当然，因为可以运行脚本 office 关闭了 eps 的支持，替代品是 svg 和 emf ，但前者矢量后者小众，总之不完美

2025 年 4 月 12 日

回复了 frostashe 创建的主题 › macOS › 科研狗被 mac 版 office 劝退

@Muist 用 tif 之类的位图格式不是好主意，应该用 eps ，预览位图输出矢量才是王道

2025 年 4 月 12 日

回复了 frostashe 创建的主题 › macOS › 科研狗被 mac 版 office 劝退

mathtype 专有软件功能简单收费又贵，20 年前就已经是老古董了，之后有段时间因为推出免费版本（记得叫 texaide?，可以作为 latex 公式 wysiwyg 编辑器）顺带着复活过，后来被 wiris 收购回归收费还改得不好用就基本上玩完了。没想到直到现今还有人在用，感觉国内科研界很多人喜欢停留在老旧软件？
另一个类似的软件似乎是 originlab 的 origin

2025 年 4 月 4 日

回复了 jsq2627 创建的主题 › 宽带症候群 › 记 QUIC 的折腾记录

@jsq2627 逻辑上不是同一件事。connection id 就是为了解决诸如 nat rebinding 发生时保持连接的问题，正如 OP 所说是 quic 的“一大特性”，但即使这样，还会有服务器地址 anycasting 的问题，需要服务器端做出改变，与客户端没有关系

2025 年 4 月 4 日

回复了 jsq2627 创建的主题 › 宽带症候群 › 记 QUIC 的折腾记录

@playboy0 也只能表示没看懂。如果是因为问题一，那么应该是选择好的 vps 、机场以及梯子，何况前面已经说到有明显的“感受”，如果是因为问题二，那么禁不禁用没啥差别，问题三似乎是因为 cloudflare 目前不能很好处理 quic 连接 anycasting 的问题，并不是 OP 理解的 NAT 重绑定的“支持”问题，相信会很快解决。所以，似乎没有禁用 quic 的必要性

2025 年 4 月 2 日

回复了 ST0RMTR00PER 创建的主题 › macOS › macos Sequoia 15.4 中 chronod 一直占用 100%+ CPU

@ST0RMTR00PER 又看了一下，更新重启（两部分别是整一天前和 2 小时前）后目前的 chronod 的%CPU 虽然都为 0 ，但 CPU time 却高到排至第三位（排在 google chrome 和 identityserviced 之后），说明曾经高过。所以是否是需要耐心等待一段时间，等它完成特定任务后说不定会恢复正常？

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

❮

❯