memo:memo1

差分

このページの2つのバージョン間の差分を表示します。

この比較画面にリンクする

両方とも前のリビジョン 前のリビジョン
次のリビジョン 		前のリビジョン
memo:memo1 [2021-04-06 10:31]
Decomo 		memo:memo1 [2022-08-28 22:52] (現在)
Decomo
行 1: 行 1:
 ====== memo1 ====== ====== memo1 ======
  
-====== REALFORCE R2 Sを買ったけど入れ替え用キートップが付いてなかった件 ====== 
  
-超PayPay祭のポイント還元に釣られてREALFORCE R2を買った。初代を2台、家庭用にアイボリー、会社用に黒を持ってたりするんですけど、やっぱりR2気になるじゃないですか。だってオタクだもの。 
  
-自分は英語配列/テンキーレス/変荷重/A横Ctrl派閥に属している。R2から通常ラインナップ入りした静音モデルが気になるので、機種選定は自ずとR2TLS-USV-IVかR2TLS-USV-BKになる。アイボリーと黒、悩ましいところだが、経験的にアイボリーとした。初代の両色をそれなりに使ってきて分かったのは、黒には以下の難点がある。 
  
-  - キートップの印字が見づらい 
-  - テカリが目立つ 
-  - ホコリが目立つ 
  
-1.は完璧にタッチタイピングできる人なら問題にならないだろう。でも僕ちゃんは無理なの。特に最上段の数字キーらへん。おおむね大丈夫ではあるが、列ずれして意図しない文字が入力された時に手元を見て補正するクセがある。その時に文字が見えないと厳しい場合がある。 
  
-2.は「アイボリー比で」という注釈が付くくらいに些細な問題ではある。REALFORCE自体、安物キーボードと比べると全くと言っていいほどテカらないが、それでもよく使うキーでアイボリーと比べると、黒はテカりが目立つ傾向にある。 
  
-3.はある意味良いこととも言えるし、逆にアイボリーは手垢が目立ったりする。経験上、手垢は気になりだすのに数か月かかるのに対し、ホコリは掃除したそばから気になりだす。 
  
-そんなわけでアイボリー推し。昔ながらのツートーンの配色も割と好きだったりする。 
  
-====== 【2021令和最新版⚡】アーロンチェアのポスチャーフィットキットを個人輸入した ====== 
  
-弊宅には2018年に購入したアーロンチェアがある。貧乏なのでもちろん中古品。アーロンならどれでも一緒だろうと何も考えずに買ったら座面昇降機能だけの梅モデルで、ひじ掛けが固定なのだけはどうしても許せなくて、ランバーサポートタイプのフル機能モデルに買い替えたというアホらしい経緯がある。 
  
-コロナ禍の在宅勤務で座ってる時間が著しく長くなっているので、ポスチャーフィットに交換することにした。ランバーサポートが健在なうちに交換しとけば、売っぱらってポスチャーフィットキット費用の足しにできるという目論見もあった。 
  
-検索するとキットを個人輸入して交換する事例がいくつも出てくるが、古めの情報しかないので、最近のポスチャーフィットキット事情としてまとめておく。 
  
-2021年3月現在、ポスチャーフィットキットの入手は転送サービスを使って個人輸入するしかなさげ。以前は国内の業者が並行輸入したものを販売していたようだが、軒並み在庫切れとなっている。+ポエム：REALFORCEと私
  
-===== キットの購入先 =====+私がREALFORCEを手にしたのは12年と半年前、2009年11月のことだ。以前から知ってはいたものの、その価格と「他にもいいキーボードはあるハズ」という冒険心から、長らく購入を見送っていた。その間に使ってきたキーボードは次のとおりである。
  
-キットは現行品で、海外のハーマンミラー公式直販でも売っているものの、日本から買うのは無理っぽい。クレカの支払い情報入力ではじかれる。現地クレカしか使えないっぽい？PayPal対応ということにもなっているが、どう頑張ってもクレカ払いしか選べず完全なる無駄足に終わった。会員登録までしたのに！+  * Microsoft Natural Keyboard Elite 
 +  * IBM KB-8920 (5576-B05) 
 +  * Apple Wireless Keyboard (A1016) M9270LL/A 
 +  * Apple Keyboard (US) (A1243) MB110LL/A 
 +  * FILCO ZERO Tenkyless FKBN87Z/EB
  
-となると再販業者（普通の販売店）からの購入となるが、よさげな販売店が見当たらなかった（信用度が不明、日本に送ってくれない、送料が高いなど）。幸いAmazon.comマケプレで取扱があるので、そこで買うのがお手軽かつ一定の安全性も担保されててよさそう。 
  
-===== 転送サービスの利用 ===== 
  
-日本に送ってくれるマケプレ業者は少ないため、基本的には転送サービスを使うことになる。直送してくれるところでも、転送サービスを使った方が送料が安上がりだったりする。+     
 +    
  
-転送サービス業者選定のポイントは、オレゴン州の倉庫を使えるかどうか。 
  
-アメリカでは州によって消費税（売上税）がまちまちで、最大10%ほどになる。そんな中、オレゴン州は0%のためオレゴン以外を使う理由がない。消費税がかかる州の倉庫、たいていサンフランシスコやカリフォルニアの倉庫だけど、日本までの送料が少し安かったり、配送時間が短かったりというメリットがあるにはある。ま、そんなものより、目先の金が大事なのさ～。 
  
-というわけで、今回はスピアネットを使った。 
  
-当初は使ったことのあるGooppingを使う気でいたけど、今はShipitoに吸収され肝心のオレゴン倉庫が月額会員じゃないと使えなくなったようなので、お役御免となった。 
  
-===== 注文から到着まで ===== 
  
-日本時間の3/13に注文して、の3/26に受け取ることができた。注文から到着までざっと2週間、可もなく不可もなく平均的なスピードかなと。 
  
-国際発送から国内配達まで一貫してヤマト運輸の取り扱いで、何となく安心感があった。到着までの詳細は下表のとおり。 
  
-^  日時(JTS)  ^  出来事  ^  備考  ^ +pacman -S base-devel 
-| 3/13 00:52 | Amazon.comで注文 | | +pacman -S mingw-w64-x86_64-toolchain 
-| 3/13 01:59 | 業者から発送 | | +pacman -S cmake
-|  ↓（輸送）  || USPS  | +
-| 3/16 03:34 | スピアネットに到着 | | +
-| 3/18 07:26 | スピアネットから受領＆内容確認連絡 | 荷物に内容の記載がなく判断が付かないとのことで、中身の確認連絡がきた。 | +
-| 3/18 | 発送依頼 | | +
-| 3/19 7:51 | 決済案内 | こちら側の問題で決済に失敗したため、再度、決済手続きをしてもらった。 | +
-| 3/19 12:55 | 決済案内（再） | ::: | +
-| 3/19 13:00 | 支払い手続き | | +
-| 3/20 07:57 | 発送連絡 | | +
-|  ↓（輸送）  || ヤマト | +
-| 3/26 11:18 | 自宅に到着 | |+
  
-ヤマトの履歴はこんな感じ。+/mingw64/bin/cmake .. -G"MSYS Makefiles" -DPA_USE_WMME=1 -DPA_USE_WASAPI=1 -DPA_USE_DS=1 -DPA_USE_WDMKS=1 -DMINGW=1 -DCMAKE_INSTALL_PREFIX=/mingw64 
 +make -j8 
 +make install
  
-^  現地日時  ^  荷物状況  ^  国・地域  ^ 
-| 3/19 11:10 | 輸出許可 | アメリカ (米国ヤマト運輸　ポートランド支店) | 
-| 3/20 13:30 | 出国 | ::: | 
-| 3/24 17:03 | 到着 | 日本 (羽田国際小口支店) | 
-| 3/25 10:59 | 輸入許可 | ::: | 
-| 3/25 16:13 | 発送 | ::: | 
-| 3/26 05:14 | 配達店到着 | 日本 (最寄り配達店) | 
-| 3/26 05:14 | 配達中 | ::: | 
-| 3/26 11:18 | 配達完了 | ::: | 
  
-===== かかった費用 =====+pacman -S mingw-w64-x86_64-qt5
  
-ポスチャーフィットキットの個人輸入にかかった費用は下表のとおりで、商品代含めておよそ2万円となった。 
  
-^  項目  ^  金額  ^  備考  ^ +mingw-w64-x86_64-qt5 の提案パッケージ 
-| ポスチャーフィットキット代 |  108 USD | 米国内送料無料 | +    mingw-w64-x86_64-clang 
-| スピアネット費用 |  65 USD | | +    mingw-w64-x86_64-libmariadbclient 
-|  内訳 (送料) |  (42 USD) | | +    mingw-w64-x86_64-firebird2 
-|   (転送手数料) |  (9 USD) | | +    mingw-w64-x86_64-postgresql
-|   (同梱手数料) |  (6 USD) | | +
-|   (特別梱包手数料) |  (8 USD) | | +
-| 小計 | 173 USD | 1ドル110円として19030円 | +
-| 国内消費税 | 700円 | 4400円からポスチャーフィットキット分を按分 | +
-| 合計 | 19730円 | |+
  
-実際のところ、600ドルのSSDも同梱して転送したため、その分の手数料が含まれている。特別梱包のためか、えげつない量の梱包材が入ってて荷物サイズが大きくなった分も差し引くと、17000円くらいで収まるかも？+pacman -S mingw-w64-x86_64-qt-creator
  
-2014年ごろの事例では、ポスチャーフィットキットが80ドル程度だったのに加え、円高で実質7000円くらいだったらしい…。このところ、あれよあれよと円安に振れてて怨めしい……。+mingw-w64-x86_64-qt-creator の提案パッケージ 
 +    mingw-w64-x86_64-gdb: for the debugger 
 +    mingw-w64-x86_64-cmake: for cmake project support 
 +    mingw-w64-x86_64-clang: for clang code model
  
 +pacman -S git
  
-===== 感想 =====+git clone https://github.com/zaps166/QMPlay2.git 
 +git submodule update --init
  
-eBayなどで個人輸入は何度も行っているが、転送サービスを使ったのは今回で2度目、スピアネットは初めて使ったが明朗会計で値段相応の仕事をしっかりしてて好印象だった。何よりオレゴン倉庫が使えるのが嬉しい。やり取りは日本人スタッフと日本語で行えて楽だし、レスポンスも良いので今後も使っていくと思う。 
  
 +$ /mingw64/bin/cmake .. -DCMAKE_INSTALL_PREFIX=../install -G"MSYS Makefiles"
 +-- Checking for module 'portaudio-2.0'
 +--   Found portaudio-2.0, version 19
 +-- Enabled features:
 + * Updates, Build with software updates
 + * OpenGL, Build with OpenGL support
 + * Vulkan, Build with Vulkan support
 + * Freedesktop notifications, Use Freedesktop notifications
 + * D-Bus suspend, Use D-Bus suspend
 + * libass, Build with libass support
 + * Inputs, Build with Inputs module
 + * Modplug, Build with Modplug module
 + * Extensions, Build with Extensions module
 + * MediaBrowser, Build with MediaBrowser support
 + * LastFM, Build with LastFM support
 + * Lyrics, Build with lyrics support
 + * Radio, Build with Radio Browser support
 + * YouTube, Build with YouTube support
 + * MPRIS2, Build Extensions with MPRIS2 support
 + * Visualizations, Build with Visualizations module
 + * AudioFilters, Build with AudioFilters module
 + * VideoFilters, Build with VideoFilters module
 + * PortAudio, Build with PortAudio module
 + * CUVID, Build with CUVID module
 + * Notifications, Build additional notifications module
 + * Git version, Append Git HEAD to QMPlay2 version
  
-====== いにしえのFreeBSDのRoot on ZFS構成をBoot Environment構成に変換する ======+-- Disabled features: 
 + * PCH, Use precompiled headers 
 + * GLSLC, Compile Vulkan shaders 
 + * TagLib, Build with tags editor 
 + * VAAPI, Build VAAPI acceleration into FFmpeg 
 + * VDPAU, Build VDPAU acceleration into FFmpeg 
 + * libavdevice, Build FFmpeg with libavdevice suport 
 + * AudioCD, Build with AudioCD module 
 + * ALSA, Build with ALSA module 
 + * Chiptune GME, Build Chiptune with GME support 
 + * Chiptune SIDPLAY, Build Chiptune with SIDPLAY support 
 + * PulseAudio, Build with PulseAudio module 
 + * PipeWire, Build with PipeWire module 
 + * XVideo, Build with XVideo module 
 + * Link Time Optimization, Enable link time optimization for release builds 
 + * Address Sanitizer, Use Address Sanitizer 
 + * Undefined Behavior Sanitizer, Use Undefined Behavior Sanitizer 
 + * SolidActions, Install Solid actions
  
-===== 試した環境 =====+-- Build type: Release 
 +-- Configuring done 
 +-- Generating done 
 +-- Build files have been written to: /home/Decomo/proj/QMPlay2/build
  
-  * FreeBSD 12.2-RELEASE 
  
-===== ファイルシステム構成の確認 ===== 
  
-FreeBSD 8時代のいにしえのRoot on ZFSなデータセット構成と、現在のBoot Environmentな構成を下表にまとめる。 
  
-^  従来のRoot on ZFS構成  ^^^^  Boot Environment構成  ^^^^^^^ 
-^  NAME  ^  mount \\ point  ^  can \\ mount  ^  comp- \\ ression  ^  NAME  ^  mount \\ point  ^  can \\ mount  ^  comp- \\ ression  ^  atime  ^  exec  ^  set  \\ uid  ^ 
-| zroot                 | none        | on  | off    | zroot              | /zroot     | on | lz4 (L) | off (L) | on | on | 
-| zroot/ROOT            | /           | on  | lz4    | zroot/ROOT         | none       | on | lz4 (i) | off (i) | on | on | 
-|                       |             |     |        | zroot/ROOT/default | /          | <fc red>noauto (L)</fc> | lz4 (i) | off (i) | on | on | 
-| zroot/ROOT/tmp        | /tmp        | on  | lz4    | zroot/tmp          | /tmp       | on | lz4 (i) | off (i) | on (L) | off (L) | 
-| zroot/ROOT/usr        | /usr        | on  | lz4    | zroot/usr          | /usr       | <fc red>off (L)</fc> | lz4 (i) | off (i) | on | on | 
-| <fc lightgray>zroot/ROOT/usr/include</fc> | <fc lightgray>/usr/include</fc> | <fc lightgray>on</fc> | <fc lightgray>gzip-9</fc> |  |  |  |  |  |  |  | 
-| <fc lightgray>(home用の別プールをマウント)</fc> | <fc lightgray>/usr/home</fc> |  |  | zroot/usr/home | /usr/home | on | lz4 (i) | off (i) | on | on | 
-| zroot/ROOT/usr/ports  | /usr/ports  | on  | gzip-9 | zroot/usr/ports    | /usr/ports | on | lz4 (i) | off (i) | on | off (L) | 
-| zroot/ROOT/usr/ports/distfiles | /usr/ports/distfiles | on | off |  |  |  |  |  |  |  | 
-| zroot/ROOT/usr/ports/packages  | /usr/ports/packages | on | off |  |  |  |  |  |  |  | 
-| zroot/ROOT/usr/src    | /usr/src    | on  | gzip-9 | zroot/usr/src      | /usr/src   | on | lz4 (i) | off (i) | on | on | 
-| zroot/ROOT/var        | /var        | off | off    | zroot/var          | /var       | <fc red>off (L)</fc> | lz4 (i) | off (i) | on | on | 
-|                       |             |     |        | zroot/var/audit    | /var/audit | on | lz4 (i) | off (i) | off (L) | off (L) | 
-| zroot/ROOT/var/crash  | /var/crash  | on  | gzip-9 | zroot/var/crash    | /var/crash | on | lz4 (i) | off (i) | off (L) | off (L) | 
-| zroot/ROOT/var/db     | /var/db     | on  | off    |  |  |  |  |  |  |  | 
-| zroot/ROOT/var/db/pkg | /var/db/pkg | on  | gzip-9 |  |  |  |  |  |  |  | 
-| zroot/ROOT/var/empty  | /var/empty  | on  | off    |  |  |  |  |  |  |  | 
-| zroot/ROOT/var/log    | /var/log    | on  | gzip-9 | zroot/var/log      | /var/log   | on | lz4 (i) | off (i) | off (L) | off (L) | 
-| zroot/ROOT/var/mail   | /var/mail   | on  | gzip-9 | zroot/var/mail     | /var/mail  | on | lz4 (i) | on (L) | on | on | 
-| zroot/ROOT/var/run    | /var/run    | on  | off    |                    |            |  |  |  |  |  | 
-| zroot/ROOT/var/tmp    | /var/tmp    | on  | off    | zroot/var/tmp      | /var/tmp   | on | lz4 (i) | off (i) | on | off (L) | 
  
-  * プロパティの凡例 +====== x86_energy_perf_policyのmanの翻訳 ======
-    * (L) … SOURCEがlocal（自ファイルシステムで明示的に設定された値） +
-    * (i) … SOURCEがinherited from ... （親ファイルシステムから継承した値） +
-    * 無印 … SOURCEがdefault +
-    * "従来のRoot on ZFS構成"の方は省略 +
-  * 灰色の項目は当方の独自構成+
  
-いにしえ構成とBoot Environment構成の''zroot/ROOT''は名前が一緒なだけで、意味するところは明確に違うので混同に注意。前者は“ルートディレクトリのルート”、後者は“Boot Environmentでルートディレクトリ(''/'')となるデータセット置き場”のニュアンスである。+https://manpages.debian.org/bullseye/linux-cpupower/x86_energy_perf_policy.8.en.html
  
-なお、いにしえ構成で''ROOT''を噛ませているのは「トップレベルにデータセットを1つ作り、その下に他のデータセットを置くべし」という教えに従ったため。トップレベルに直接ファイルを置いたり、複数のファイルシステムがあると、スナップショットやzfs send/redvの取り扱いが少し面倒なため、こうした言い伝えがある。+===== 名前 =====
  
-今回のBoot Environemt化にあたっては、教えを無視して公式構成に準拠することとする。+x86_energy_perf_policy - x86モデル固有レジスタを通じたエネルギー対性能ポリシーの管理
  
-Boot Environmentでは、''zroot/ROOT''以下に複数のシステム用データセットが格納でき、起動スプラッシュで選択した環境がファイルシステムの''/''となってシステムが起動する。標準のシステムは''zroot/ROOT/default''となる。カーネル起動後、''zroot/usr''や''zroot/tmp''などの''zroot/ROOT''と同列にあるデータセットがmountpointプロパティに従いマウントされることで、OSが想定するファイルシステム構造が出来上がるという仕掛けになっている。+===== 書式 =====
  
-注意すべきは''canmount''プロパティが''no''のデータセットたち。FreeBSD 12.2-RELEASE時点で該当するのは、''zroot/usr''と''zroot/var''である。+x86_energy_perf_policy [オプション] [スコープ] [フィールド値] 
 +スコープ: --cpu cpu-list | --pkg pkg-list 
 +cpu-list, pkg-list: # | #,# | #-# | all 
 +フィールド: --all | --epb | --hwp-epp | --hwp-min | --hwp-max | --hwp-desired 
 +その他: (--force | --hwp-enable | --turbo-enable) 値) 
 +値: # | default | performance | balance-performance | balance-power | power
  
-子データセットの''canmount''は''on''なのに親が''off''というのは一見不思議だが、なんて事はない、親は子供のための単なる“コンテナ”としての存在に過ぎない。逆に言うと、''/usr''の実体は各々のBoot Environmentに存在するため、''zroot/usr''がマウントされると都合が悪い。下表のように、同じ''/usr''でもパスによって格納先のデータセットが変わってくるため、移行作業では気を付ける必要がある。+===== 説明 =====
  
-^  ファイルパス  ^  ZFS的格納場所  ^ +x86_energy_perf_policyはIntelアーキテクチャプロセッサ固有のエネルギー性能ポリシー設定の表示と更新を行います。Linuxのcpufreqサブシステムの有効・無効を問わず、設定はモデル固有レジスタ(MSR)の更新を通して読み書きされます。
-| /usr/bin/sh | zroot/ROOT/defaultデータセット直下のusrディレクトリ内のbinディレクトリのshファイル | +
-| /usr/ports/UPDATING | zroot/usr/portsデータセット直下に配置されているUPDATINGファイル |+
  
-以上をふまえ、下記の手順で移行を試みる。+MSR_IA32_ENERGY_PERF_BIAS (EPB)のポリシーは、ハードウェアがどれくらい積極的にCPU待機ステート(C-State)とプロセッサ性能ステート(P-State)を行き来するかといった、広範なハードウェア裁定に影響する可能性があります。このポリシーヒントはOSの明確なC-State, P-Stateの選択を置き換えません。正確に言えば、ヒントはこれら選択の実行をどの程度積極的に行うかをハードウェアに伝えます。加えて、EPBはOSに対し、日和見的なTurbo Mode Pステート範囲といった、ソフトウェア上のインタフェースが存在しないエネルギー性能のトレードオフの伝達を許可します。留意点としてMSR_IA32_ENERGY_PERF_BIASはCPU毎に定義されますが、いくつかの実装は1つのMSRを各プロセッサパッケージ内の全CPU間で共有します。こうしたシステムでは、1プロセッサのEPBに対する書き込みがあると、それは同一プロセッサパッケージの全CPUに影響を及ぼすでしょう。
  
-  - 独自データセットの解消 +Hardware P-States (HWP)は、ハードウェアPステート制御を日和見的なTurbo Mode Pステート範囲から利用可能なPステートの全範囲を含むよう拡張したもので、事実上のPステート制御を行います。Broadwell XeonのHWPの初期実装では、EPBがHWPに作用します。この作用は後続世代では削除され、2つの専用MSR、MSR_IA32_HWP_REQUESTとMSR_IA32_HWP_REQUEST_PKG内のEnergy_Performance_Preference (EPP)フィールドに移されました。
-  - Boot Environment環境にないデータセットの解消 +
-  - Boot Environment環境の構築 +
-  - 既存環境とBE環境を差し替える+
  
-要はzpoolのデータセット構成をBoot Environment構成に合わせ、適切なデータセットに適切にファイルを移動すれば晴れてBE環境になる、ハズ。+EPPはHWPモードの最も一般的な制御弁ですが、MSR_IA32_HWP_REQUESTはQoSのための最小周波数の指定、および消費電力上限のための最大周波数の指定をユーザーに許可します。 
 +MSR_IA32_HWP_REQUESTはCPU毎に定義されます。
  
-===== 手順 =====+MSR_IA32_HWP_REQUEST_PKGはMSR_IA32_HWP_REQUESTと同一の能力を持ちますが、パッケージ内の全CPUに対しデフォルトポリシーを同時に設定可能です。 
 +CPU毎のMSR_IA32_HWP_REQUEST内のビットは、MSR_IA32_HWP_REQUEST_PKGによって上書きされたのか、あるいは除外されるのかどうかを示します。
  
-==== 独自データセットの解消 ====+MSR_HWP_CAPABILITIESはMSR_IA32_HWP_REQUESTフィールドのデフォルト値を示します。 
 +It is displayed when no values are being written.
  
-Boot Environment構成になく、かつ旧Root on ZFSの公式構成にもない、自分が勝手に切り分けたデータセットを解消する。上表でいう所の''zroot/ROOT/usr/include''である。+スコープオプション
  
-解消と大層な言葉を使ってみたものの、単にincludeがzroot/usrの1フォルダとなるようファイルをコピーするだけ。+  ? -c, --cpu 
 +  : CPUリストの各CPUに対しMSR_IA32_HWP_REQUESTを操作します。CPUリストはコンマ区切りの番号で、ダッシュでレンジ指定や文字列"all"を指定できます。例：'--cpu 1,4,6-8'や'--cpu all'。--cpuを使った場合、--hwp-use-pkgが利用可能となり、When --cpu is used, --hwp-use-pkg is available, which specifies whether the per-cpu MSR_IA32_HWP_REQUEST should be over-ruled by MSR_IA32_HWP_REQUEST_PKG (1), or exempt from MSR_IA32_HWP_REQUEST_PKG (0). 
 +  ? -p, --pkg 
 +  :  
 +-p, --pkg Operate on the MSR_IA32_HWP_REQUEST_PKG for each package in the package-list. The list is a string of individual package numbers separated by commas, and or ranges of package numbers separated by a dash, or the string "all". For example '--pkg 1,3' or '--pkg all'
  
-<code> +値オプション
-# rsync -aX /usr/include/ /usr/include2 +
-# diff -r /usr/include /usr/include2 +
-# zfs destroy zroot/ROOT/usr/include +
-# mv /usr/include2 /usr/include +
-</code>+
  
-/usr/homeも独自構成ではあるが、BE環境には影響しないので特に何もしない。+  ? //normal または default// 
 +  : 性能とエネルギー効率が一般的なバランスのポリシーに設定します。プロセッサは、重大なエネルギー節約の潜在的な可能性に対し、いささかの性能妥協を容認します。これは大半のデスクトップやサーバマシンにとって合理的な初期設定です。"default"は"normal"の同義語です。 
 +  ? //performance// 
 +  : 最大性能ポリシーに設定します。エネルギー効率上の恩恵に対し、一切の性能上の犠牲を受け入れません。 
 +  ? //balance-performance// 
 +  : 性能優先ポリシーに設定します。性能を重視しますが、エネルギー効率の恩恵を受けるために、いくつかの性能ロスを許します。 
 +  ? //balance-power// 
 +  : 性能と電力がバランスしたポリシーに設定します。これがデフォルト設定です。 
 +  ? //power// 
 +  : 最大エネルギー効率ポリシーに設定します。エネルギー効率最大化のため、プロセッサは目に見える性能上のインパクトを受け入れます。
  
-==== Boot Environment環境にないデータセットの解消 ===+下表は上記設定値と実際のMSRの値の対応表です。このマッピングはLinuxカーネルのヘッダmsr-index.hで定義されています。
  
-Boot Environment構成にない旧Root on ZFS構成のデータセットを解消する。作業内容は独自データセットの解消と同じで、対象は次のとおり。+^  設定値  ^  EPB  ^  EPP  ^ 
 +| performance         | 0  | 0 | 
 +| balance-performance | 4  | 128 | 
 +| normal, default     | 6  | 128 | 
 +| balance-power       | 8  | 192 | 
 +| power               | 15 | 255 |
  
-  * zroot/ROOT/usr/ports/distfiles +MSR_IA32_HWP_REQUEST性能フィールド(--hwp-min, --hwp-max, --hwp-desired)について、その値の単位は100MHzとなり、例えば12は1200MHzを示します。
-  * zroot/ROOT/usr/ports/packages +
-  * zroot/ROOT/var/db +
-  * zroot/ROOT/var/db/pkg +
-  * zroot/ROOT/var/empty +
-  * zroot/ROOT/var/run+
  
-稼働中のシステムで''/var''をこねくり回すのは怖いので、FreeBSDのインストーラのシェル（Live環境）で作業する方が安全だろう。というわけで、今後のコマンド例はLive環境を想定している。+フィールドオプション
  
-普通にzpool importするとLive環境の''/''に上書きマウントされてしまうので、-Rオプションでルートを指定してマウントすべし。+  ? -a, --all 値文字列 
 +  : 値文字列に対応する値で、すべてのEPBとEPP、およびHWPリミットフィールドを設定します。加えて、ターボモードとHWPモードが無効化されていた場合、有効にします。Thus "--all normal" will set a system without cpufreq into a well known configuration. 
 +  ? -B, -epb 
 +  : コア単位またはパッケージ単位でEPBを設定します。前述の表の値文字列をご覧ください。 
 +  ? -d, --debug 
 +  : デバッグ情報の冗長度を増やします。By default x86_energy_perf_policy is silent for updates, and verbose for read-only mode. 
 +  ? -P, --hwp-epp 
 +  : コア単位またはパッケージ単位でHWP.EPPを設定しいます。前述の表の値文字列をご覧ください。 
 +  ? -m, --hwp-min 
 +  : コア/バスレシオが指定値を下回らないようHWPに要求します。"default"指定時の値はIA32_HWP_CAPABILITIES.minの値です。 
 +  ? -M, --hwp-max 
 +  : コア/バスレシオが指定値を超えないようHWPに要求します。"default"指定時の値はIA32_HWP_CAPABILITIES.maxの値です。 
 +  ? -D, --hwp-desired 
 +  : request HWP 'desired' frequency. The "normal" setting is 0, which corresponds to 'full autonomous' HWP control. Non-zero performance values request a specific performance level on this processor, specified in multiples of 100 MHz. 
 +  ? -w, --hwp-window 
 +  : specify integer number of microsec in the sliding window that HWP uses to maintain average frequency. This parameter is meaningful only when the "desired" field above is non-zero. Default is 0, allowing the HW to choose. 
 +   
 +その他オプション
  
-<code> +  ? -f, --force 
-# mkdir /tmp/altroot +  : 指定値を境界値チェックをせずに書き込みます。 
-# zpool import -R /tmp/altroot zroot +  ? -U, --hwp-use-pkg (0 | 1) 
-# rsync -aX ... +  : when used in conjunction with --cpu, indicates whether the per-CPU MSR_IA32_HWP_REQUEST should be overruled (1) or exempt (0) from per-Package MSR_IA32_HWP_REQUEST_PKG settings. The default is exempt. 
-# zfs destroy ... +  ? -H, --hwp-enable 
-</code>+  : HardWare-P-state (HWP)モードを有効にします。一度有効にすると、無効にするにはシステムの再起動が必要です。 
 +  ? -t, --turbo-enable 
 +  : ターボモードを有効(1)または無効(0)にします。 
 +  ? -v, --version 
 +  : バージョンを表示し終了します。
  
-この作業を終えた時点で、zrootのデータセット構成がBoot Environemtの構成と同一になっていることが重要。+ポリシー変更を伴わないリクエストが行われた場合、デフォルト能力を含むシステムの状態の読み取りと表示を行います。
  
-==== Boot Environment環境の構築 ====+WARNING
  
-BE環境構築用のデータセットを作り、既存環境を生かしつつ移行環境の作成に挑む。+本ユーティリティはモデル固有レジスタを直接書き換えます。 
 +There is no locking or coordination should this utility be used to modify HWP limit fields at the same time
  
-幸い旧Root on ZFS環境はzroot/ROOT以下に全てが収まっているので、BE構築をzroot/ROOT2/defaultあたりで行えば旧環境を破壊することなく実施することができる。どのデータセットがどこにマウントされているか意識しながら作業を行う必要がある。+that intel_pstate's sysfs attributes access the same MSRs. 
 +intel_pstateのsysfs属性が同じMSRSにアクセスする
  
-一旦プールをエクスポートし、自動マウントはせずにインポートする。+--hwp-desiredと--hwp-windowは実験的扱いと見なされる点に留意してください。将来のバージョンのLinuxは、これらフィールドに内部的にアクセスする権利を有し、ユーザースペースからのアクセスと潜在的に競合するかもしれません。 
 + 
 +EXAMPLE
  
 <code> <code>
-# zpool export zroot +# sudo x86_energy_perf_policy 
-$ zpool import -N -R /tmp/altroot zroot+cpu0: EPB 6 
 +cpu0: HWP_REQ: min 6 max 35 des 0 epp 128 window 0x0 (0*10^0us) use_pkg 0 
 +cpu0: HWP_CAP: low 1 eff 8 guar 27 high 35 
 +cpu1: EPB 6 
 +cpu1: HWP_REQ: min 6 max 35 des 0 epp 128 window 0x0 (0*10^0us) use_pkg 0 
 +cpu1: HWP_CAP: low 1 eff 8 guar 27 high 35 
 +cpu2: EPB 6 
 +cpu2: HWP_REQ: min 6 max 35 des 0 epp 128 window 0x0 (0*10^0us) use_pkg 0 
 +cpu2: HWP_CAP: low 1 eff 8 guar 27 high 35 
 +cpu3: EPB 6 
 +cpu3: HWP_REQ: min 6 max 35 des 0 epp 128 window 0x0 (0*10^0us) use_pkg 0 
 +cpu3: HWP_CAP: low 1 eff 8 guar 27 high 35
 </code> </code>
 +
 +NOTES
 +
 +x86_energy_perf_policyはroot権限でのみ実行できます。
 +
 +FILES
 +
 +/dev/cpu/*/msr
 +
 +SEE ALSO
 +
 +msr(4)
 +Intel(R) 64 and IA-32 Architectures Software Developer's Manual
 +
 +AUTHORS
 +
 +Len Brown
 +
  
  
-ダミーのBEデータセットを作成。 
  
-<code> 
-# zfs create  
  • memo/memo1.1617672679.txt.gz
  • 最終更新: 2021-04-06 10:31
  • by Decomo