Log for Ubuntu 台灣社群
# mkdir -p /boot/efi
# mount /dev/nvme0n1p1 /boot/efi
# echo 'GRUB_PLATFORMS="efi-64"' >> /etc/portage/make.conf
# emerge --ask sys-boot/grub:2
# emerge efibootmgr
# grub-install --target=arm64-efi --efi-directory=/boot/efi --bootloader-id=Gentoo
# mount /dev/nvme0n1p1 /boot/efi
# echo 'GRUB_PLATFORMS="efi-64"' >> /etc/portage/make.conf
# emerge --ask sys-boot/grub:2
# emerge efibootmgr
# grub-install --target=arm64-efi --efi-directory=/boot/efi --bootloader-id=Gentoo
設計宣傳詞：「Musicha 筆電預裝系統，一勞永逸幫您解決了efi 、nvme0p1 p2 p3 …的設定，惱人的Nvidia最新獨顯也直接能驅動，甚至還幫您設好了獨佔野獸模式…，3A game效能屌打Windows筆電…」 XD
前一陣子才解了一個 intel notebook 裝 ubutu 預設 power management 會非常慢的問題，我不知道 ubuntu 認證的筆電是不是這樣，但是在我二台不同的機器都會用幾乎最低速度運作
一般人有辦法解嗎？不可能的
一般人有辦法解嗎？不可能的
認真說，其實都會需要筆電廠在準備oem 的預裝系統時設一下自己硬體的最佳化參數（或者是為顧客好），如果你是空機裝一般的Linux distro，那就需要自己調整了
如果用 gnome 的話可以裝個叫 cpufreq 的 extension，直接使用 pstate 的方式來處理，我實測反而比 shedutil 還省電高效能
因為 pstate 的 powersave 跟 kernel 的 powersave mode 是完全不同的兩回事，簡單但不精確的說法是，kernel 偵測到 pstate 的時候會把相關主導權交由 cpu 本身處理
會覺得預設很卡是因為，pstate 預設的省電模式會關核心......透過 extension 把核心和頻率全打開之後 ， cpu 內部的處理模式是相當接近 kernel 的 sched 模式的
因為 pstate 的 powersave 跟 kernel 的 powersave mode 是完全不同的兩回事，簡單但不精確的說法是，kernel 偵測到 pstate 的時候會把相關主導權交由 cpu 本身處理
會覺得預設很卡是因為，pstate 預設的省電模式會關核心......透過 extension 把核心和頻率全打開之後 ， cpu 內部的處理模式是相當接近 kernel 的 sched 模式的
我自己的 dell 是用 cpufreqd+sched 平均可以工作 10-10.5 hrs，改用 pstate 核心頻率全開也是 10-10.5 hrs 但是效能高很多
順便小抱怨一下，之前嫌 zfs 太吃資源所以跳到 btrfs，是有比較省電啦 (9-9.5 hrs 提升到 10-10.5 hrs)，但是某些特殊情境效能會大幅下降
有用 btrfs 的朋友記得 snapshot 跟 subvolume 不要開的太複雜，還有一些時常更動的 file/subvol 要丟在 crontab 裡常常 defrag.....
有用 btrfs 的朋友記得 snapshot 跟 subvolume 不要開的太複雜，還有一些時常更動的 file/subvol 要丟在 crontab 裡常常 defrag.....
其實pstate的好處，是在於它的 performance比ondemand還省電，有點像是類似手機的行為（手有滑動，瞬間boost起來，沒有滑就馬上降下去），但是對於真正需要長時間穩定高效能工作（類似桌機）的人來說，這不是我們需要的行為
我之前看了一下 pstate 是可以像手機待機，配合 windows 10 的電源管理， windows 10 suspend 後也可以收 e-mail 之類的，但是我實測是，這東西只能待機不到半天
我要 suspend 就是不想關係下次再拿出來用
所以後來就閹了這功能, suspend 還是用舊的 suspend , 至少可以多撐一點
我印像大概是這樣
我要 suspend 就是不想關係下次再拿出來用
所以後來就閹了這功能, suspend 還是用舊的 suspend , 至少可以多撐一點
我印像大概是這樣
對, Modern Standby, 爛到我都不想記這個 term 了
又不是 M1 電池沒辦法用多久, 還搞這個
我記得是那一陣電腦帶回家沒開隔天到公司就要重開機了
剛剛 nb 拿出來, suspend 一天半(前天下班, 昨天都用桌機, 今天才開)掉 9% , 這多好呀.
又不是 M1 電池沒辦法用多久, 還搞這個
我記得是那一陣電腦帶回家沒開隔天到公司就要重開機了
剛剛 nb 拿出來, suspend 一天半(前天下班, 昨天都用桌機, 今天才開)掉 9% , 這多好呀.
這個主要問題有兩個
1. suspend 的時候預設不會進 s3 (deep)
2. systemd 支援先 standby 再 deep，但是 gnome 不支援而且電源管理權限會被 gnome 搶走
處理方式有三種
1. 從 kernel command line 強制 suspend 優先選擇 s3 (修改 /etc/default/grub)
2. 改 systemd 設定把預設 suspend 直接改用 deep，畢竟 gnome 最後也是會觸發 systemd target
3. 拿掉 pstate 讓 laptop-mode 或 pm-util 一類的 daemon 管理，這些工具都是預設進 s3 的，但是與 pstate 不相容
我之前因為這問題棄 gnome 改 e23 一個月www，因為我的工作情境是會在不同的地方移動，短時間蓋筆電的話會需要快速回神 (standby 模式)，坐車這種長時間的會需要省電 (s3 模式)，其實 systemd 的處理方式非常適合，但就是會被 gnome 這小王八蛋搶走wwww
後來卡在 e23 不支援動態數量 vdesktop 才切回 gnome 再乖乖寫小 script 處理...
1. suspend 的時候預設不會進 s3 (deep)
2. systemd 支援先 standby 再 deep，但是 gnome 不支援而且電源管理權限會被 gnome 搶走
處理方式有三種
1. 從 kernel command line 強制 suspend 優先選擇 s3 (修改 /etc/default/grub)
2. 改 systemd 設定把預設 suspend 直接改用 deep，畢竟 gnome 最後也是會觸發 systemd target
3. 拿掉 pstate 讓 laptop-mode 或 pm-util 一類的 daemon 管理，這些工具都是預設進 s3 的，但是與 pstate 不相容
我之前因為這問題棄 gnome 改 e23 一個月www，因為我的工作情境是會在不同的地方移動，短時間蓋筆電的話會需要快速回神 (standby 模式)，坐車這種長時間的會需要省電 (s3 模式)，其實 systemd 的處理方式非常適合，但就是會被 gnome 這小王八蛋搶走wwww
後來卡在 e23 不支援動態數量 vdesktop 才切回 gnome 再乖乖寫小 script 處理...
在巴哈姆特發現有很有趣的 Steamdeck衍生出來的Linux討論串，還蠻激烈的 https://forum.gamer.com.tw/C.php?bsn=60599&snA=34679