@nichijou 应该是因为汇率波动，我还没收到，我之前注册完后没有添加身份证，估计是这个影响了，再等半个月可能就收到了

@wniming #44

也有另一种可能，以后 chromeos 抛弃掉了原有的 linux 框架，所有的 chromebook 设备都是使用安卓系统，安卓系统里可以不通过虚拟化直接运行 pc 版本的 chrome 浏览器，那么安卓 16 的这个 linux 子系统可能是为 chromeos 的 linux 子系统准备的，因为 chormeos 必须要使用虚拟化来运行 linux 子系统。

我觉得谷歌的最终目的是为了让 chromeos 能运行在安卓平板上， 这使得安卓平板可以运行 pc 版本的 chrome 浏览器，大大增强安卓平板的实用性，这个 v 站有相关的讨论： https://jp.v2ex.com/t/1091225

我觉得 chromeos 产品线应该不会受到这个的影响，因为 chromeos 还是有作为笔记本电脑使用的场景，只不过给 chromeos 添加了可以以 kvm 虚拟机的形式运行在安卓平板上的支持。

如果以后谷歌能让安卓平板用户用 chromeos 的话，我觉得最大的亮点不是能在安卓系统里运行一个完整的 linux ，而是让 chromeos 虚拟机里运行的程序的图形性能（ 3d 性能，应该也包括视频解码的性能）能达到接近物理机的水平，我预估这应该要使用"DRM Native Context"这种技术，这个在 asahi linux 里已经被实际应用了（有位 youtuber 录制了一些用这项技术玩 3a 游戏的视频），asahi linux 的文档里也提到了这项技术并给了一个相关的技术文档的链接：
https://indico.freedesktop.org/event/2/contributions/53/attachments/76/121/XDC2022_%20virtgpu%20drm%20native%20context.pdf

下面我想顺便讲一下"DRM Native Context"这项技术的一些最新进展，一方面是给完全没了解过的 v 友们一点科普，一方面如果我理解的不对也希望有老哥能指正：

我测试过 asahi linux 里的 DRM Native Context 的实际表现，结果非常惊艳，比如我用 muvm 虚拟机运行 chromium 浏览器的感觉跟用物理机直接运行几乎没有区别，不管是 webgl 的性能还是视频解码的性能都测不出差别，区别几乎只有 muvm 运行的 chromium 的内存占用比物理机直接运行的要明显高一些以及通过 chrome://gpu/ 查看系统信息里的内核的版本不是我物理机的内核版本（ muvm 虚拟机有自己的独立内核）。

amd 也在开发 DRM Native Context 这项技术，前不久还看到相关的新闻：
https://www.phoronix.com/news/AMDGPU-VirtIO-Native-Mesa-25.0

另外 chromeos 131 版本开始默认禁用掉了 linux vm 里的 Virgl 驱动，不知道是不是为了以后 chromeos 的 linux 子系统里也要改用 DRM Native Context 这种图形技术所以提前放弃了旧的 gpu 虚拟化技术，不过谷歌这种做法引起了一些用户的不满：
https://www.reddit.com/r/Crostini/comments/1gurjnl/virgl_will_be_disabled_by_default_from_chroomeos/

@ZeroW #8

https://www.alipan.com/s/F3HQucd5zHa/folder/657db5b85a0fc7843086421eb606f845324b1cd5

termux +1

@DIMOJANG 没有，请把 reddit 帖子的链接贴出来想看看

今天看到这个，只能说心理问题要重视

@Immunize 用安卓上的 findroid 播放器播放原始 mkv 格式的视频确实不卡顿，但是我还是想弄清楚卡顿的原因到底是什么

@ZeroW
@edcopclub

我用 vlc 本地播放 mkv 格式的原视频不卡，播放转出来的 mp4 格式的会卡，我是用这条命令转的：
https://askubuntu.com/a/396906/1540835

原视频和转出来的视频大小是一样的，码率都只有 6M 左右，视频是 1080p 的，用 h264 编码的，我用在 windows 下用 DG1 显卡和 4060 显卡，linux 下用 UHD770 显卡，macos 下用 m2 的核显测试转出来的 mp4 格式的视频都很卡。

@wniming #11 补充一点：

合盖状态下待机时的功耗也比 macos 高了不少，但还处在能接受的范围内

@cond0r 我不玩 ai ，没试过能不能跑 ollama ，现在最新的 asahi linux 的 gpu 驱动运行 kde 桌面是很流畅的，23 年的时候还会时不时因为 gpu 驱动的问题导致整个系统卡死，现在至少没有这种严重的问题了，目前最影响我使用体验的是缺少 gpu 硬件编解码加速支持，这会导致在使用 moonlight 串流时的表现不好，也无法用 sunshine 来让其他的机器串流到 asahi linux 机器上。

asahi linux 我遇到的问题主要有这些：

无线网卡用时间长了还是会遇到断网问题，必须关闭 wifi 再打开，不过不是很常遇到，这种情况发生时内核也会报错：
[ 1393.733134] ieee80211 phy0: brcmf_p2p_set_firmware: failed to update device address ret -52
[ 1393.733822] ieee80211 phy0: brcmf_p2p_create_p2pdev: set p2p_disc error
[ 1393.733827] ieee80211 phy0: brcmf_cfg80211_add_iface: add iface p2p-dev-wlp1s0f type 10 failed: err=-52


屏幕从睡眠状态下唤醒后有时会卡住几秒，内核也会有一些报错信息，但不严重，不影响使用。


内核会有一些我也不知道是啥问题的报错，我没管这些，不影响使用，比如：
[ 12.669278] apple-drm soc:display-subsystem: Plane operation would have crashed DCP! Rejected!
DCP requires 32x32 of every plane to be within screen space.
Your compositor asked to overlay [952x1583, 1008x1600] on 2560x1600.
This is not supported, and your compositor should have
switched to software compositing when this operation failed.
You should not have noticed this at all. If your screen
froze/hitched, or your compositor crashed, please report
this to the your compositor's developers. We will not
throw this error again until you next reboot.

@kagenomirai 确实是缺少 libinput-measure 这个导致的，安装 libinput-utils 就好了。

触摸板反应慢这个不是 kde 的 bug ，是因为输入时禁用触摸板这种做法本身就需要短暂的禁用触摸板，而我在快速操作时能感觉出来触摸板被禁用了，有些影响使用体验。

@kagenomirai 感谢回复，我安装了
libinput-1.27.1-1.fc41.aarch64
python3-libevdev-0.11-10.fc41.noarch
这 2 个包，还是一样的报错

@ronen 感谢回复，因为 asahi linux 只能使用 wayland ，不支持 x11 ，所以上面的方法不管用

我 google 搜到的基本只有一条命令，但是这条命令还报错：

d@d-macbookair:~$ libinput measure touchpad-size
libinput: measure is not installed
d@d-macbookair:~$

这个报错我搜不到任何相关的帖子，难道就没人研究过怎么更改 linux 笔记本上的触摸板大小吗？

@zu1k 多谢提醒，我用 ffmpeg 把 mkv 转成 mp4 后就是直接播放了，但是依然还是丢帧严重，不过至少可以确定丢帧不是因为 remuxing 这种播放方法导致的了

@ranaanna 多谢提醒