Surface Pro 4でのLinuxレビュー
(binwang.me)- 2016年に購入した Surface Pro 4 をLinuxタブレットとして復活させようとしたが、繰り返し発生するタッチ誤動作のため、最終的にWindows 10へ戻った
- EndeavourOSとFedora Workstation 40のインストールはいずれも順調で、ノートPCのように使う範囲では linux-surfaceカーネル なしでも無線ネットワーク、Bluetooth、キーボード、電源プロファイル、HiDPIスケーリングはほぼ正常に動作した
- linux-surfaceカーネルを導入するとマルチタッチと筆圧対応スタイラスがある程度使えるようになるが、ghost touch とパームリジェクション失敗によってタブレット・ペンの使い勝手が損なわれた
- KDEは高速で応答性も良かったが、仮想キーボード・右クリックジェスチャー・ウィンドウサイズ変更・スクロールが不安定で、GnomeはタブレットUIは良いもののさらに遅く、OOM kill も頻繁だった
- タッチ操作さえ安定していればKDEの不便さは許容できたが、ランダムなタッチ入力とスリープ中のバッテリー消費まで重なり、Surface Pro 4をLinuxタブレットとして使うのは実用的ではなかった
Surface Pro 4をLinuxタブレットとして再挑戦した理由
- 使用した機器は2016年に購入した Surface Pro 4 で、Intel Core m3-6Y30 CPUと4GBメモリを搭載している
- スペックは数年前の平均的なノートPCと比べても優れてはいなかったが、低価格でHiDPI 2K画面、筆圧対応スタイラス、実用的なキーボードを備えたタブレット形状が魅力的だった
- タブレットとして使うにはやや重いが、一般的なノートPCよりは軽く、用途が限られていれば十分に動作した
- より高性能なノートPCを購入した後、Surface Pro 4は家族に譲ったが、Linuxタブレット を持ちたいという思いは残っていた
- Pinetabを検討した後、既存のSurfaceにLinuxを入れられるなら適していると考え、オンライン上の成功事例を参考に実験を始めた
想定していた用途
- 最も重要な用途は インターネット閲覧 で、自作のRSSリーダー RSS Brain の利用も含まれる
- Samba共有の動画やYouTubeのようなオンラインサイトの動画を見るメディア消費も目標だった
- PDFは読むだけでも十分だが、PDFにメモを書き込めればなお良いと考えた
- 手書きノートよりMarkdownのテキストノートの方が効率的で検索もしやすいと考えていたが、問題解決やブレインストーミングの際に紙でしていたスケッチをデジタルに移したかった
- 絵を描くことは必須ではないが、AIの進歩に合わせてスケッチをより強力なマシンに送り、画像を生成する可能性も考慮した
インストールと基本動作
- Linuxのインストール自体は非常に簡単で、EndeavourOS とFedora Workstation 40のどちらも導入手順は順調だった
- インストール手順は linux-surface wiki によくまとめられている
- linux-surface はSurfaceデバイス向けのLinuxカーネルとツールを提供している
- ノートPCとしてのみ使う場合、linux-surfaceカーネルがなくても体験はほぼ完璧に近かった
- タブレットとして使い始めると、別の問題が表面化した
うまく動作した点
- linux-surfaceカーネルがなくても、タッチスクリーンとスタイラスを除くほとんどの機能は動作する
- 無線ネットワーク
- Bluetooth
- キーボード
- 電源プロファイル
- HiDPI UIスケーリング
- linux-surfaceカーネル導入後は、マルチタッチ と筆圧対応スタイラスもある程度使える
- バッテリー駆動時間は、軽いWeb閲覧とPDF読書で約5～6時間、動画視聴で約3時間程度だった
- 厳密なベンチマークではなく、使用体験に基づく推定値である
- EndeavourOSとFedoraはいずれも自動画面回転に対応していた
- KDEは非常に高速で応答性が高く、キーボードを外すとタブレットモードに切り替わり、一部UIが大きくなってタッチジェスチャーにより適した状態になった
- たとえばDolphinでは、フォルダをダブルクリックせずタッチだけで開けた
- GnomeはKDEより応答性は低かったが、タブレットUIはより美しく、iPadやAndroidタブレットを思わせるレイアウトとデスクトップOSの機能を併せ持っていた
- 全体としては想定用途を満たせる可能性があったが、1つの深刻な問題が実用を妨げた
ディストリビューション共通の問題
- 最大の問題は タッチ認識 で、linux-surfaceツール側の問題のため、すべてのディストリビューションに影響した
- 中核となる症状はghost touchだった
- 何もしていなくてもタッチがランダムに登録される
- linux-surface wiki page にある方法を含め、複数の回避策を試したが完全には解決しなかった
- 再起動後に直ったように見えても、次の再起動で再発することがあった
- しばらく問題なくても、システム更新後に再発することもあった
- スリープ復帰後にタッチスクリーンがまったく動作しない場合もあった
- ペンで描画する際は パームリジェクション の問題が大きかった
- linux-surfaceのタッチ認識デーモン iptsd には、ペン使用中にタッチスクリーンを無効化する設定がある
- その設定がうまく機能せず、描画用途としての実用性は非常に低かった
- KDEとGnomeはいずれも物理キーボードを外すと仮想キーボードを提供し、多くの場合は動作した
- ディスク暗号化をパスワードに設定すると、起動時のディスクパスワード入力段階には仮想キーボードがなく、常に物理キーボードが必要だった
- 不便ではあるが、致命的な問題ではなかった
- スリープ中の バッテリー消費 も大きかった
- スリープ状態で一晩置くと、バッテリーを約30%消費した
- 他のノートPCでも似た問題があり、設定調整で解決できる可能性は考えたが、ghost touchのためにLinux利用を断念した後はそれ以上掘り下げなかった
EndeavourOSのKDEでの問題
- KDEで共通問題以外に最も大きかったのは 仮想キーボード だった
- バグがあり、安定していなかった
- 常に出てきてしまうこともあれば、表示されないこともあった
- ログイン画面で表示されなければ、物理キーボードが必要で、本当のタブレットのようには使えない
- 仮想キーボード表示中に下部パネルをタッチできない場合もあった
- 問題がランダムに発生するため、適切に報告するのが難しかった
- タッチジェスチャーでの右クリック処理も期待と異なっていた
- タッチスクリーンでは長押しが右クリックのように動作するのが自然だが、KDEではそうならなかった
- 右クリックが必要な作業は、マウスなしでは処理しづらい
- タッチだけでウィンドウサイズを変更するのも難しかった
- 最初の試行でウィンドウ枠を正確にタッチする必要があった
- スクロール動作も滑らかではなく、WebページやPDFをスクロールするだけでも少し酔う感じがした
Fedora Workstation 40のGnomeでの問題
- FedoraはGnomeを標準提供しており、以前に良い経験があったため選んだ
- インストール直後の第一印象は EndeavourOSのKDEよりはるかに遅い だった
- デフォルトでswapとZRamが有効になっていたため無効化したが、それでもKDEより遅かった
- アイドル時でもメモリ使用量は約40～50%で、EndeavourOS上のKDEではほとんどなかったOOM killが頻繁に発生した
- 遅い動作に関係していると思われる操作バグもいくつかあった
- PDFビューアで4本指上スワイプしてワークスペース表示に切り替えると、PDFがバックグラウンドでスクロールし続けた
- ファイルマネージャでスクロールすると、コンテキストメニューが何度も飛び出してきた
- 仮想キーボードではBackspaceキーが正しく動作しない問題があった
- サードパーティ製のGnomeアドオンを導入して回避できたが、ときどき元のキーボードが再び表示された
Windows 10に戻した後の構成
- タッチ認識さえ十分に安定していれば、KDEのその他の問題は受け入れられる範囲だった
- しかしSurface Pro 4ではLinuxのタッチ認識の問題が深刻で、最終的に Windows 10 に戻した
- Windows 10は数年前の記憶どおり、十分に快適に動作した
- OneNoteや一部のMicrosoft製品は使わず、以下のソフトウェアで置き換えた
- Firefox: ブラウザ
- Nextcloud: ファイル同期
- Samba: 動画共有
- 内蔵ビデオプレイヤー: ローカル動画再生
- Krita: 絵とスケッチ
- Drawboard PDF: PDF閲覧
- このデバイスをLinuxでまともに使えないのは残念だが、放置するよりWindowsで使う方がましだと判断した
- Windows 10のサポート終了が翌年に近づいたら、再評価する可能性がある
1件のコメント
Hacker News の意見
Dell XPS 13 で Ubuntu を使っているが、体感では何の問題もない。ほとんど手を加えておらず、定期的にソフトウェアとファームウェアをアップデートしているだけ
ふたを閉じてバッグに入れ、数時間後や翌日に開くと、すぐに以前の状態に戻る。Apple 以外で体験したものの中ではMac に最も近い体験だった
それでも、macOS が MacBook のハードウェアと噛み合っているレベルでハードウェア統合がうまくできた Linux ノート PC を誰かが作ってくれるといいと思う
ふたを閉じてバッグに入れるとバッテリーが空になり、バッグがものすごく熱くなる。だから毎晩 XPS15 をシャットダウンしなければならないのだが、あり得ない
家では Mac を使っていて、それらのノート PC はそもそも電源を切らない
こういうコンピュータは USB-C ポートの最大電力で充電する分には問題ないが、バッテリーが完全に放電すると、そのポートでは機器を復帰させられない。結局、ノート PC のひどい丸型電源ジャックを使うしかない
USB-C だけで充電器の役割を最後まで果たしてくれるのは Apple だけだ
Swap と Zram をオフにしておいて、メモリ不足で終了して驚いたピカチュウの表情になる状況だ
冗談はさておき、ワークステーションでこれを切る正当な理由は実際にあるのだろうか？ Kubernetes クラスタノードのような場所で swap を切りたい理由は理解できるが、ワークステーションでは少なくとも zram を有効にしておくほうが、メモリ不足による終了を避けるにはよいと思う
HN の Linux 上級者たちに、この判断の理由を説明してほしい
日常作業には RAM が十分で、数値計算をする環境だったのだが、メモリ不足が起きるということは、ほぼ常に二つの意味だった
第一に、スクリプトにバグがあり、巨大な疎行列のようなものを誤って実メモリ上に展開してしまった場合。第二に、システムが「少し」足りない程度ではなく、実容量より一桁以上多いメモリを食い、回復しなかった場合だ
こういう状況ではシステムが激しくスラッシングし始め、結局強制再起動する羽目になった。OOM デーモンがそれを防いでくれたおかげで、バグを直せた
vm.page-cluster=0だ。記憶では cache pressure と swappiness はどちらも 200 にしておき、バックグラウンド書き込みバッファがいっぱいになったときだけフォアグラウンド I/O を行うように調整したこのような swap は高速で CPU 負荷も低く、性能の低いストレージ上でディスクキャッシュを多く確保してくれる。ディスクスケジューラは不要で、オーバーヘッドを増やすだけに見えたので切っている
そのため、利用可能な RAM 容量が増え、SD カードを読む回数を減らせるだけの読み取りキャッシュが確保され、書き込み可能なストレージにディスク書き込みがあっても読み取りが可能になる。クラスタリングがなく、展開も速いので、ページを取り戻すときの swap 遅延もない
かつてのディスクベースで遅く、I/O を妨げていたメモリ不足対策用 swap とは違い、RAM 内の LZ4 は高速で I/O を邪魔しないため、「早めに、頻繁に swap する」方式はまったく逆の発想だ
2022 年からこの設定を使っており、問題はなかった。ただしその環境ではコンパイルはしていないが、zram なしでコンパイルするより危険になる理由はなさそうだ
普段は解決策なしに愚痴るのは好きではないが、友人たちに「いよいよ本当に Linux デスクトップの年だ」と言っても、何か問題が起きると自分が子どもの頃に見ていた検索結果にたどり着き、助言はまったく更新されていない
かつては swap が重い石の入った歯車を動かすようなもので、RAM の周波数も棒を振り回して口笛のような音を出す程度にたとえられる時代があった。その頃は突然 swap が発生すると、システムがうっとうしい程度ではなく、本当に使えないほど固まった
swap と zram を切れという助言は、そうした「リソース制約」システムの時代から出てきたものだが、Wiki や、今では反すうする LLM のたわ言までがそれにしがみついているので、このミームは死ななさそうだ
多くの状況で、なぜこれらを切るのかよく分からない
htop が固まったので ctrl-c を押したが何も起きず、マウスも動かず SSH もできず、完全に固まってしまった。結局、物理的に電源を入れ直すしかなかった
それ以来、プロセスではなくマシンが死なないように swap を切り、
-DLLVM_PARALLEL_LINK_JOBS=1も渡すようになった筆者の目的には合わないだろうが、Surface 系ではネイティブ Linux を動かすより WSL を使うのがコツだと思う
時間が経つにつれて改善されたものの、Surface Pro 4 を使っていた頃は Linux サポートがかなり不足していた。来年 Win10 が終了し、Win11 のサポートもないので、実質的に寿命を迎えるタイミングでさらに良くなる可能性もある
残念ながら SSD が故障し始め、バッテリー持ちも悪かったので、結局別のものを買った。SSD とバッテリーの交換がどれほど面倒かは、iFixit の修理スコアに表れている
たまに懐かしくはなる。3:2 の画面比率は本当に気に入っていた
だが、この構成の最大の欠点は Windows のユーザー体験に耐えなければならないことだ。このひどい塊とやり取りしなければならないあらゆる瞬間が嫌いだ
Linux 環境で開発時間の 90% を費やすような本格的な用途には、まだまったく準備ができていない
おそらく Rufus でイメージを作り、Win11 の問題の多い部分をいくつか無効化したのだろうが、ともかくほぼ問題なくインストールできた
これは 4GiB RAM、128GiB ストレージのモデルで、記憶が正しければ pre-retina MacBook Air 級のプロセッサなのに、かなり使い物になる
バッテリー持ちがそれほど短いモバイル機器をなぜ選ぶのか、どうしても理解できない。Apple 以外のどの会社も、なぜまともなバッテリー持ちを提供できないのかは、さらに理解できない
OEM の余計な手が入っていない Microsoft のファーストパーティ製品でさえ、この点ではひどい
Surfaceシリーズを特に好きだったことはありません。見た目はとても格好いいのですが、実際に作業を始めると、遅いWindowsが載った奇妙なタブレットのように感じます。
多少は最適化できますが限界があり、価格もかなり高く、サポートがひどく遅いと感じることもあります。
妻に古いLenovo Yoga 2-in-1を渡しましたが、折りたたんでNetflixを見るタブレットとしては悪くないものの、そこでも性能はよくありません。
タブレットのふりをしているこうした奇妙なコンピューターに、多くを期待しすぎないほうがいいのかもしれません。
妻の会社のノートPCは制限が強すぎて、オンラインでの食料品の買い物のような基本的な私用さえしづらく、そのため個人用デバイスが必要でした。
iPadも検討しましたが、最終的にはSurface Proを選びました。複数のユーザープロファイルを使えたからです。Windows Helloが非常によく動作し、私たちのどちらが手に取って顔を向けても、ほぼ即座に正しいプロファイルに入り、OneDriveとMicrosoft Edgeのクラウド同期のおかげで、自分のPCでもSurfaceでも同じ感覚で使えます。
ただし初期設定の体験は期待ほどよくなく、iPhoneでの体験と比べると特にそうでした。AndroidよりiOSのほうが好きではありますが、macOSには愛着がありません。
最初は最新のWindows 11機能更新プログラムが適用されておらず、Microsoft StoreでInstagramのようなアプリをインストールしようとすると、ほとんど説明のないエラーで失敗しました。結局、最新の機能更新ではないことが分かり、インストール後に解決しました。
また、私のユーザープロファイルだけが遅く、妻のプロファイルは問題ありませんでした。たとえばスタートメニューが非常に遅れて表示されました。数日検索しても解決せず、Microsoft公式ISOイメージでフォーマットしてWindowsを再インストールしました。
普通は新しいWindows PCを買うとこうしますが、Microsoftのハードウェアなので必須ではないだろうと思っていました。目立つバンドルのゴミソフトウェアはありませんでしたが、何かが100%正常ではありませんでした。
反対側には、作りや感触は非常によいものの実際にできることがとても少ないデバイスがあり、また別の側には、コンピューターがすべきことについての平均的な見方に合わせられていて、例外的な状況に対応するには追加のデバイスをさらに買う必要があるものがあります。
Linuxタブレットが欲しいなら、Surfaceは事実上、数少ない現実的な選択肢かもしれません。
旅行中やカフェでテーブルがあるときは完全なノートPCモードで使い、ペンでメモを取ったり絵を描いたりする形に切り替えられます。膝の上ではうまく使えません。
ペンの使用ほど重要ではないにしても、読むときや動画を見るときにキーボードを素早く外せば、場所を節約でき、画面をより近くに置けます。
Samsung Galaxy Book 12は、私のニーズにはほぼ完璧なコンピューターでした。ほどよいサイズの高解像度画面、旅行時にバッグに入る小ささ、そして絵・スケッチ・注釈付け・キーボードを接続したくないときの文章作成に必須だと感じるWacom EMRスタイラスがありました。
性能もかなりよかったのですが、Fall Creators Updateがスタイラスを11番目のタッチ入力のようにしてしまい、Webブラウザでスクロールになってテキスト選択がかなり不便になり、古いアプリの使用も難しくなりました。
1703へ2回ロールバックし、状況的に買い替えが必要になるまで粘りました。見つけられた最善はSamsung Galaxy Book 3 Pro 360で、スタイラスをマウスのように動作させるかどうかを切り替えるためにSettingsアプリを開いておく必要があります。
以前はタブレット領域に素晴らしい革新があったのに残念です。ThinkPadという名前も、もともとスタイラスコンピューターとして計画されていたため付けられたもので、Smithsonianに寄贈したNCR-3125でPenPointを動かしていたものは、最も好きだったコンピューターの1つでした。Windows 8の頃もかなり有望に見えました。
それでも、テキストフィールドに手書き入力しやすくなったのは幸いです。Lenovo Yogabook 9iが十分に人気を得て、誰かがWacom EMRを使うデュアルスクリーン機を作ってくれるといいのですが。
これは最低仕様のSurface Pro 4である点を見る必要があります。低電力のIntel Core m3-6Y30を使っており、アクティブ冷却なしで動作できたため、「本物の」タブレットに近いものでした。
ほとんどのまともなSurface Pro 4は、アクティブ冷却付きのi5またはi7プロセッサを使っていて、当時の他のPC Ultrabookとおおむね同程度の性能でした。
https://en.wikipedia.org/wiki/Surface_Pro_4を見れば分かります。Surface Pro系を約10年間、必要なことすべてに使ってきましたが、かなり堅牢です。
なぜここまで嫌われるのか、また何かを実行できないという不正確な認識がなぜ残り続けているのか理解できません。
Fedora Gnome と EndeavourOS KDE の比較で問題なのは Gnome ではなく Fedora
似たようなハードウェア、やはり Core M3 と 4GB RAM でテストしたところ、RAM が少ない環境では Arch ベースのディストリビューションが最も良かった。去年からたぶん 50 個くらいのディストリビューションを使ってみた
自分のハードウェアでは Arch の Gnome は KDE と同じくらい速く、理論上は KDE よりメモリ使用量が少ない。RAM が複雑なテーマだということは分かっている
低スペックのハードウェアで Fedora が問題になる理由は packagekit を使っているためで、これが RAM を大量に食うことはかなり知られている。唯一の理由ではなく、zswap や zram のような他のデフォルト設定も、自分のハードウェアでは Arch より遅くしているようだ
非力な CPU と少ない RAM の環境では、zswap が実際に最善だった。4GB のように RAM が少ないと swap は本当に必要で、避けられない。自分の経験では zram だけでは十分ではなかった
なので Arch がここでうまく動く理由の一つは、現在 zswap のデフォルト設定をうまく決めている数少ないディストリビューションだからだと見ている
Fedora やほとんどの他のディストリビューションでは、RAM がいっぱいになると固まり続け、4GB では非常に簡単にそうなる。Arch ベースのディストリビューションではこういうことはなかった
Ubuntu は企業向けの挙動のために標準で入っているものが多いので差は予想していたが、Fedora がそこまでとは思わなかった。Arch ではフリーズがなく、起動と終了が速く、デスクトップ全体の応答性も良い
ローリングリリースではあるが、全体として動く部品もより少ない。メインリポジトリと flatpak、そしていくつかの AUR pkgbuild だけを扱えばよいのが良かった
Ubuntu では自分のツールをそろえるために deb リポジトリ、PPA、flatpak、brew を重ねる必要があり、そうでなければ自分で git ベースのインストールスクリプトを書く必要があった
どのディストリビューションでも気になった点が一つあり、TLP のデフォルトは power profile daemon に比べて性能面で過度に保守的に見えるということだ。おそらく意図された設計なのだろう
深掘りはせず、単に PPD に戻したが、省電力を何より優先していることは明らかだった
Surface Pro 7 に Fedora を入れて使っていて、経験はおおむね似ているが、少し速く、ゴーストタッチはない。一番気になるのは Firefox でタッチが時々壊れる点だ
旅行中に雑に使い倒した Surface Pro 7 がある。落ち着いてメイン PC を Surface Pro 9 にアップグレードしたが、Pro 7 は 1 年間外で投げるように使って傷んでおり、売れるような状態ではないのでどう使うか悩んでいる
屋外・旅行専用コンピューターにして Fedora と Steam をインストールし、ポイント＆クリックアドベンチャーを遊んだり、MIDI/DJ コントローラーソフトで音楽を流したりしてみようかと考えている
ただしキーボードがもうないので、Linux のインストール全体をタッチスクリーンだけで行う必要がある。他の Surface ではケーブル、ドック、ドングルを避けるため入力デバイスを 100% Bluetooth にしているので、インストール段階でそのうち一つをペアリングすることはできるが、恒久的に紐付けておきたくはない
オンラインの助言は概して「USB キーボードがなければやめておけ」に近いように見えるが、試してみる価値はあるだろうか？
タブレットとノート PC を 1 台にまとめるハイブリッド／デタッチャブル型フォームファクターは好きだが、当時はソフトウェア・ハードウェアのスタック全体が準備できておらず、Linux を使おうとする場合は特にそうだった
問題はいくつかあった。第一に、x86(-64) の省電力、つまりスリープ機能が悪い。タブレットはスタンバイ中に数週間持つほどバッテリーをほとんど消費しないべきだが、x86 は S-何とか状態でもバッテリーを食いまくる。Windows がカバンの中で勝手に起きる問題はここには含めてもいない
第二に、Surface Pro と Surface Book は Linux のハードウェアサポートが比較的まともだったが時間がかかり、Wi-Fi のような部分はあまり安定していなかった。特に SB1 と SB2 の当時、Surface Book はタブレットハードウェアの観点では最先端だった
第三に、ハードウェアのタッチ対応だけでは不十分だ。ソフトウェアも優れている必要があるが、Linux には良いユーザー体験と注釈機能を備えたドキュメントリーダーがなかったか、今でもない可能性が高い
自分の用途ではデュアルブートが解決策だったが、1 番と 2 番は依然として全体的に深刻な問題だった
最近は ARM タブレットがあり、性能の良い省電力モードがある。WSL は Windows をベース OS として許容できるという前提で、Linux のハードウェア互換性問題を迂回し、デュアルブートも避けさせてくれる。また、より良いドキュメントリーダーと注釈ツールも使えるようにしてくれる
WSL は怖くもあるが、実際には Linux ユーザー環境の勢力図を変えつつある
理論上は iPad Pro が両方の長所を持てるはずだが、意図的におもちゃのような OS を載せている
デスクトップ Linux で経験してきたことすべてに似て聞こえる。期待、インストール直後の成功、数日間の難解なトラブルシューティング、そして幻滅と諦めへと続く
「今回の Ubuntu の新リリースが、今回の新しいディストリビューションが答えになるはずだ！」を繰り返していた。Linux ユーザー向けプログラムをコンパイルしたければ WSL を使う
このSurfaceに搭載されているIntel m3-6y30は、本当に非常に小さなコアです。設計仕様は4.5W、TDPは3.5Wまで下げられ、7Wまで上げることができ、GPUも小型です
私のSamsung Book 12の7200uは15Wで、7〜25Wに設定できるので、余裕がずっと大きいです。ベースクロックも0.8GHz対2.5GHzです。7200uのほうが1年新しいとはいえ、どちらもSkylakeです
https://ark.intel.com/content/www/us/en/ark/products/88198/i...
最近のLinuxで興味深い点は、HIDデバイスに対するBPF制御が入りつつあることです。これでカーネルレベルで手のひら入力をフィルタリングしたり、ゴースト入力をなくしたりできるかもしれません。理論上はデータを任意にフィルタできるはずです
以前はユーザー空間でinterception-toolsを使って軽いリマッピングを行い、デバイスを読み取ってフィルタリングしたうえで仮想uhidとして出力していましたが、この方式のほうがより高速でクリーンそうです
https://www.phoronix.com/news/Linux-6.11-More-HID-BPF
そろそろSamsung Book 12を、すでに持っている別の同一機種に交換しなければなりません。今使っている機体のOLEDはかなりひび割れているのですが、正面から見ると驚くほど目立ちません。ただ、タッチは時々効かない状態から、まったく効かない状態になりました。ペンも一度使ってみたいです
4GB RAMはストレスになることがあります。SATA SSDではなく、より良いNVMeだったなら、そこまで大きな問題ではなかったと思いますが、ページアウトやページインの際にシステム全体が時々ひどく遅くなるので、本当に厄介です
それからハイバネーションは強くおすすめします。何年も信用していなかったのですが、ある日スタンバイ中に電力が低下するとsystemdがシステムを起こしてハイバネーションに移行させるのを見て、後で復帰して正常に動くのを見て本当に驚きました
起動には約10秒かかりますが、プロジェクトを脇に置いておき、数週間後に戻ってきても離れたところから続けられるのは素晴らしいことです。ハイバネーションは使うべきです。おそらく一定時間スリープした後にハイバネーションへ入るよう設定できるはずです