memo:memo1

差分

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

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

両方とも前のリビジョン 前のリビジョン
次のリビジョン 		前のリビジョン
最新のリビジョン 両方とも次のリビジョン
memo:memo1 [2021-04-18 23:09]
Decomo 		memo:memo1 [2022-08-26 17:49]
Decomo
行 1: 行 1:
 ====== memo1 ====== ====== memo1 ======
  
-====== 【令和最新版⚡】アーロンチェアのポスチャーフィットキットの個人輸入、費用は？やり方は？ ======+====== 中華なMicroATX用フルアルミケースZZAW C2を買った ======
  
-弊宅には2018年に購入したアーロンチェアがある。貧乏なのでもちろん中古品。アーロンならどれでも一緒だろうと何も考えずに買ったら座面昇降機能だけの梅モデルで、ひじ掛けが固定なのだけはどうしても許せなくて、ランバーサポートタイプのフル機能モデルに買い替えたという、安物買いの銭失いな経緯がある。+中華製のPCケースZZAW C2を買った。フルアルミ製でMicroATX適合の超小型ケースである。
  
-何となくポスチャーフィットが気になってきたので交換することにした。コロナの在宅勤務で座ってる時間も前より長くなってるしね！ランバーサポートは経年で割れることが知られており、長い目で見ればポスチャーフィットの方が良いだろうし、ランバーサポートが健在な今なら、売っぱらってポスチャーフィット化費用の足しにもなるだろうし。+ドライブベイやUSBポート等を完全に廃し電源ボタンのみ搭載という超割り切り仕様とする一方、多少の制約はあるものの、その辺のMini-ITX用ケース程度の大きさで、ATX電源、フルサイズのビデオカード、PCIeスロット4本対応という、刺さる人には刺さりまくりな仕様となっている。
  
-ハーマンミラーの国内工場で、正規品、中古品問わずポスチャーフィット化してくれるようだが、送料・手数料がぴえんでぱおんなのである。先達に従ってポスチャーフィットキットを個人輸入し、自分で取り付けることにする。+公式サイトは[[https://www.aliexpress.com/item/1005004020667463.html|アリエクの販売ページ]]だと思う。少なくとも、ここが一番詳しくてわかりやすい。とか言いつつ、送料を考慮すると一番安かったAmazonでお買い上げ。
  
-検索すると出てくる事例はいずれも古めの情報なので、最近のポスチャーフィットキット事情としてまとめておく。+中国からの発送で業者はYunExpress、国内配達は佐川だった。7/4に注文し7/12に到着、所要日数9日ってことで、比較的早い方かな。詳細な追跡情報は下表な感じ。関空経由は初めてかも。
  
-===== キットの入手方法 =====+^  日時  ^  場所  ^  状態  ^ 
 +|2022-07-04 13:11|中国, 東莞|Shipment information received| 
 +|2022-07-05 01:57|中国, 東莞|Arrived at Sort Facility Dongguan| 
 +|2022-07-05 11:45|中国, 東莞|Departed from Facility Dongguan| 
 +|2022-07-05 21:47|中国, 東莞|Arrived at Sort Facility Dongguan| 
 +|2022-07-06 21:55|中国, 東莞|Departed Facility in Dongguan| 
 +|2022-07-07 08:33|中国, 東莞|Departed from Facility Dongguan| 
 +|2022-07-07 09:15|中国, 東莞|Arrived at Sort Facility Dongguan| 
 +|2022-07-07 10:39|中国, 東莞|Departed Facility In processing center| 
 +|2022-07-07 12:39|中国|Arrive at international airport to abroad| 
 +|2022-07-10 07:32|中国|Departed from AIRPORT of Origin| 
 +|2022-07-10 11:29|日本|Arrived at AIRPORT of Destination| 
 +|2022-07-11 13:42|日本, りんくう営業所|↓Pick up| 
 +|2022-07-11 18:00|日本, りんくう営業所|Custom clearance completed| 
 +|2022-07-11 18:11|日本|↓in transit| 
 +|2022-07-11 18:30|日本, 関西中継センター|delivery to local courier| 
 +|2022-07-12 07:26|日本, 東京|Delivery| 
 +|2022-07-12 12:52|日本, 東京|delivery complete|
  
-2021年3月現在、ポスチャーフィットキットの入手は転送サービスを使って個人輸入するしかなさげ。以前は国内の業者が並行輸入したものを販売していたようだが、軒並み在庫切れとなっている。 
  
-キット自体は現行品で、アメリカ本国ではハーマンミラー公式直販でも売っているものの、日本から買うのは無理っぽい。クレカのBilling Addressが不正となり先に進めない。現地クレカしか使えないっぽい？PayPal対応ということにもなっているが、どう頑張ってもクレカ払いしか選べず完全なる無駄足に終わった。会員登録までしたのに！ 
  
-残された道は再販業者（普通の販売店）からの購入となるが、残念ながら手ごろな送料で日本に直送してくれる販売店は見当たらなかった。 
  
-幸いAmazon.comマケプレで取扱があったため、お手軽かつ一定の安全性も担保されてると判断し、その業者から買うことにした。 
  
-===== 転送サービスの利用 ===== 
  
-日本に送ってくれるマケプレ業者は少ないため、転送サービスを使うことになる。直送できても転送サービスの経由の方が安いパターンもあるので、この辺は臨機応変に対応する。 
  
-転送サービス業者選定のポイントは、オレゴン州の倉庫を使えるかどうか。 
  
-アメリカでは州によって売上税（消費税）がまちまちで、最大10%ほどになる。オレゴン州は0%のためオレゴン以外を選ぶ理由がない。売上税がかかる州の倉庫は、たいていサンフランシスコやカリフォルニアの倉庫だけど、日本までの送料が少し安かったり、配送時間が短かったりというメリットがあるにはある。ま、そんなものより、目先の金が大事なのさ～。 
  
-というわけで、今回はスピアネットを使った。 
  
-当初は使ったことのあるGooppingを使う気でいたけど、今はShipitoに吸収され肝心のオレゴン倉庫が月額会員じゃないと使えなくなったようなので、お役御免となった。 
  
-===== 注文から到着まで ===== 
  
-日本時間の3/13に注文し、3/26に受け取ることができた。ざっと2週間、可もなく不可もなく平均的なスピードかなと。 
  
-スピアネットは基本的に国際発送から国内配達まで一貫してヤマト運輸の取り扱いのことが多いようで、何となく安心感があった。到着までの詳細は下表のとおり。 
  
-^  日時(JTS)  ^  出来事  ^  備考  ^ +ポエム：REALFORCEと私
-| 3/13 00:52 | Amazon.comで注文 | | +
-| 3/13 01:59 | 業者から発送 | | +
-|  ↓（輸送）  || 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 | 自宅に到着 | |+
  
-ヤマトの履歴はこんな感じ。+私がREALFORCEを手にしたのは12年と半年前、2009年11月のことだ。以前から知ってはいたものの、その価格と「他にもいいキーボードはあるハズ」という冒険心から、長らく購入を見送っていた。その間に使ってきたキーボードは次のとおりである。
  
-^  現地日時  ^  荷物状況  ^  国・地域  ^ +  * Microsoft Natural Keyboard Elite 
-| 3/19 11:10 | 輸出許可 | アメリカ (米国ヤマト運輸　ポートランド支店) | +  * IBM KB-8920 (5576-B05) 
-| 3/20 13:30 | 出国 | ::: | +  * Apple Wireless Keyboard (A1016) M9270LL/A 
-| 3/24 17:03 | 到着 | 日本 (羽田国際小口支店) | +  * Apple Keyboard (US) (A1243) MB110LL/A 
-| 3/25 10:59 | 輸入許可 | ::: | +  * FILCO ZERO Tenkyless FKBN87Z/EB
-| 3/25 16:13 | 発送 | ::: | +
-| 3/26 05:14 | 配達店到着 | 日本 (最寄り配達店) | +
-| 3/26 05:14 | 配達中 | ::: | +
-| 3/26 11:18 | 配達完了 | ::: |+
  
-===== かかった費用 ===== 
  
-ポスチャーフィットキットの個人輸入にかかった費用は下表のとおりで、商品代含めておよそ2万円となった。 
  
-^  項目  ^  金額  ^  備考  ^ +     
-| ポスチャーフィットキット代 |  108 USD | 米国内送料無料 | +    
-| スピアネット費用 |  65 USD | | +
-|  内訳 (送料) |  (42 USD) | | +
-|   (転送手数料) |  (9 USD) | | +
-|   (同梱手数料) |  (6 USD) | | +
-|   (特別梱包手数料) |  (8 USD) | | +
-| 小計 | 173 USD | 1ドル110円として19030円 | +
-| 国内消費税 | 700円 | 4400円からポスチャーフィットキット分を按分 | +
-| 合計 | 19730円 | |+
  
-実際のところ、600ドルのSSDも同梱して転送したため、その分の手数料が含まれている。特別梱包のためか、えげつない量の梱包材が入ってて荷物サイズが大きくなった分も差し引くと、17000円くらいで収まるかも？ 
  
-2014年頃はポスチャーフィットキットが80ドル程度だったのに加え、円高で結構安く変えたっぽい。このところ、あれよあれよと円安に振れてて怨めしい……。 
  
  
-===== 感想 ===== 
  
-eBayなどで個人輸入は何度も行っているが、転送サービスを使ったのは今回で2度目、スピアネットは初めて使ったが明朗会計で値段相応の仕事をしっかりしてて好印象だった。何よりオレゴン倉庫が使えるのが嬉しい。やり取りは日本人スタッフと日本語で行えて楽だし、レスポンスも良いので今後も使っていくと思う。 
  
  
-====== いにしえのFreeBSDのRoot on ZFS構成をBoot Environment構成に変換する ====== 
  
-===== 試した環境 =====+pacman -S base-devel 
 +pacman -S mingw-w64-x86_64-toolchain 
 +pacman -S cmake
  
-  * FreeBSD 12.2-RELEASE+/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
  
-===== ファイルシステム構成の確認 ===== 
  
-FreeBSD 8時代のいにしえのRoot on ZFSなデータセット構成と、現在のBoot Environmentな構成を下表にまとめる。+pacman -S mingw-w64-x86_64-qt5
  
-^  従来の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) | 
  
-  * プロパティの凡例 +mingw-w64-x86_64-qt5 の提案パッケージ 
-    * (L) … SOURCEがlocal（自ファイルシステムで明示的に設定された値） +    mingw-w64-x86_64-clang 
-    * (i) … SOURCEがinherited from ... （親ファイルシステムから継承した値） +    mingw-w64-x86_64-libmariadbclient 
-    * 無印 … SOURCEがdefault +    mingw-w64-x86_64-firebird2 
-    * "従来のRoot on ZFS構成"の方は省略 +    mingw-w64-x86_64-postgresql
-  * 灰色の項目は当方の独自構成+
  
-いにしえ構成とBoot Environment構成の''zroot/ROOT''は名前が一緒なだけで、意味するところは明確に違うので混同に注意。前者は“ルートディレクトリのルート”、後者は“Boot Environmentでルートディレクトリ(''/'')となるデータセット置き場”のニュアンスである。+pacman -S mingw-w64-x86_64-qt-creator
  
-なお、いにしえ構成で''ROOT''を噛ませているのは「トップレベルにデータセットを1つ作り、その下に他のデータセットを置くべし」という教えに従ったため。トップレベルに直接ファイルを置いたり、複数のファイルシステムがあると、スナップショットやzfs send/redvの取り扱いが少し面倒なため、こうした言い伝えがある。+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
  
-今回のBoot Environemt化にあたっては、教えを無視して公式構成に準拠することとする。+pacman -S git
  
-Boot Environmentでは、''zroot/ROOT''以下に複数のシステム用データセットが格納でき、起動スプラッシュで選択した環境がファイルシステムの''/''となってシステムが起動する。標準のシステムは''zroot/ROOT/default''となる。カーネル起動後、''zroot/usr''や''zroot/tmp''などの''zroot/ROOT''と同列にあるデータセットがmountpointプロパティに従いマウントされることで、OSが想定するファイルシステム構造が出来上がるという仕掛けになっている。+git clone https://github.com/zaps166/QMPlay2.git 
 +git submodule update --init
  
-注意すべきは''canmount''プロパティが''no''のデータセットたち。FreeBSD 12.2-RELEASE時点で該当するのは、''zroot/usr''と''zroot/var''である。 
  
-子データセットの''canmount''は''on''なのに親が''off''というのは一見不思議だが、なんて事はない、親は子供のための単なる“コンテナ”としての存在に過ぎない。逆に言うと、''/usr''の実体は各々のBoot Environmentに存在するため、''zroot/usr''がマウントされると都合が悪い。下表のように、同じ''/usr''でもパスによって格納先のデータセットが変わってくるため、移行作業では気を付ける必要がある。+$ /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
  
-^  ファイルパス  ^  ZFS的格納場所  ^ +-- Disabled features: 
-| /usr/bin/sh | zroot/ROOT/defaultデータセット直下のusrディレクトリ内のbinディレクトリのshファイル | + * PCH, Use precompiled headers 
-| /usr/ports/UPDATING | zroot/usr/portsデータセット直下に配置されているUPDATINGファイル |+ * 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
  
-  - 独自データセットの解消 
-  - Boot Environment環境にないデータセットの解消 
-  - Boot Environment環境の構築 
-  - 既存環境とBE環境を差し替える 
  
-要はzpoolのデータセット構成をBoot Environment構成に合わせ、適切なデータセットに適切にファイルを移動すれば晴れてBE環境になる、ハズ。 
  
-===== 手順 ===== 
  
-==== 独自データセットの解消 ==== 
  
-Boot Environment構成になく、かつ旧Root on ZFSの公式構成にもない、自分が勝手に切り分けたデータセットを解消する。上表でいう所の''zroot/ROOT/usr/include''である。+====== x86_energy_perf_policyのmanの翻訳 ======
  
-解消と大層な言葉を使ってみたものの、単にincludeがzroot/usrの1フォルダとなるようファイルをコピーするだけ。+https://manpages.debian.org/bullseye/linux-cpupower/x86_energy_perf_policy.8.en.html
  
-<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環境には影響しないので特に何もしない。+x86_energy_perf_policy - x86モデル固有レジスタを通じたエネルギー対性能ポリシーの管理
  
-rsyncを使っているのは念のため拡張属性もコピーしときたいから。特に気にしなければcpでおｋだし、基本的には気にする必要もない。+===== 書式 =====
  
-==== Boot Environment環境にないデータセットの解消 ===+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
  
-Boot Environment構成にない旧Root on ZFS構成のデータセットを解消する。作業内容は独自データセットの解消と同じで、対象は次のとおり。+===== 説明 =====
  
-  * zroot/ROOT/usr/ports/distfiles +x86_energy_perf_policyはIntelアーキテクチャプロセッサ固有のエネルギー性能ポリシー設定の表示と更新を行います。Linuxのcpufreqサブシステムの有効・無効を問わず、設定はモデル固有レジスタ(MSR)の更新を通して読み書きされます。
-  * 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環境を想定している。+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に影響を及ぼすでしょう。
  
-普通にzpool importするとLive環境の''/''に上書きマウントされてしまうので、-Rオプションでルートを指定してマウントすべし。+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)フィールドに移されました。
  
-<code> +EPPはHWPモードの最も一般的な制御弁ですが、MSR_IA32_HWP_REQUESTはQoSのための最小周波数の指定、および消費電力上限のための最大周波数の指定をユーザーに許可します。 
-# mkdir /tmp/altroot +MSR_IA32_HWP_REQUESTはCPU毎に定義されます。
-# zpool import -R /tmp/altroot zroot +
-# LD_LIBRARY_PATH=/tmp/altroot/usr/local/lib /tmp/altroot/usr/local/bin/rsync -aX ... +
-# zfs destroy ... +
-</code>+
  
-この作業を終えた時点で、zrootのデータセット構成がBoot Environemtの構成と同一になっていることが重要。+MSR_IA32_HWP_REQUEST_PKGはMSR_IA32_HWP_REQUESTと同一の能力を持ちますが、パッケージ内の全CPUに対しデフォルトポリシーを同時に設定可能です。 
 +CPU毎のMSR_IA32_HWP_REQUEST内のビットは、MSR_IA32_HWP_REQUEST_PKGによって上書きされたのか、あるいは除外されるのかどうかを示します。
  
-==== 旧Root on ZFS環境のマウントポイントの補正 ====+MSR_HWP_CAPABILITIESはMSR_IA32_HWP_REQUESTフィールドのデフォルト値を示します。 
 +It is displayed when no values are being written.
  
-後続の処理のため、旧Root on ZFS環境の各マウントポイントを''zroot/ROOT''から継承した設定に変更する。+スコープオプション
  
-具体的にはmountpointのSOURCEが''inherited from zroot/ROOT/～''となるようにする。+  ? -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> +値オプション
-# zfs inherit mountpoint zroot/ROOT/tmp zroot/ROOT/usr zroot/ROOT/var +
-</code>+
  
-旧Root on ZFS環境はzroot/ROOT以下に全てが収まっているので、これをいったんROOT2として退避する。こうすれば旧環境を温存したままBE環境を構築できる算段。+  ? //normal または default// 
 +  : 性能とエネルギー効率が一般的なバランスのポリシーに設定します。プロセッサは、重大なエネルギー節約の潜在的な可能性に対し、いささかの性能妥協を容認します。これは大半のデスクトップやサーバマシンにとって合理的な初期設定です。"default"は"normal"の同義語です。 
 +  ? //performance// 
 +  : 最大性能ポリシーに設定します。エネルギー効率上の恩恵に対し、一切の性能上の犠牲を受け入れません。 
 +  ? //balance-performance// 
 +  : 性能優先ポリシーに設定します。性能を重視しますが、エネルギー効率の恩恵を受けるために、いくつかの性能ロスを許します。 
 +  ? //balance-power// 
 +  : 性能と電力がバランスしたポリシーに設定します。これがデフォルト設定です。 
 +  ? //power// 
 +  : 最大エネルギー効率ポリシーに設定します。エネルギー効率最大化のため、プロセッサは目に見える性能上のインパクトを受け入れます。
  
-一旦プールをエクスポートし、自動マウントはせずに再度インポートする。+下表は上記設定値と実際のMSRの値の対応表です。このマッピングはLinuxカーネルのヘッダmsr-index.hで定義されています。
  
-<code> +^  設定値  ^  EPB  ^  EPP  ^ 
-# zpool export zroot +| performance         | 0  | 0 | 
-# zpool import -N -R /tmp/altroot zroot +| balance-performance | 4  | 128 | 
-</code>+| normal, default     | 6  | 128 | 
 +| balance-power       | 8  | 192 | 
 +| power               | 15 | 255 |
  
-既存環境をリネーム +MSR_IA32_HWP_REQUEST性能フィールド(--hwp-min, --hwp-max, --hwp-desired)について、その値の単位は100MHzとなり、例えば12は1200MHzを示します。
-<code> +
-# zfs rename zroot/ROOT zroot/ROOT2 +
-<code>+
  
-既存環境のルートのマウントポイントを変更しマウント。ここで先に行った補正が活きてくる。始祖データセットのマウントポイントの変更だけで、子データセットのマウントポイントを一気に変えることができる。 +フィールドオプション
-<code> +
-# zfs set mountpoint=/ROOT2 zroot/ROOT2 +
-# zfs mount -a +
-</code>+
  
-==== Boot Environment環境の構築 ====+  ? -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. 
 +   
 +その他オプション
  
-Boot Environment用のデータセットを作る。+  ? -f, --force 
 +  : 指定値を境界値チェックをせずに書き込みます。 
 +  ? -U, --hwp-use-pkg (0 | 1) 
 +  : 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. 
 +  ? -H, --hwp-enable 
 +  : HardWare-P-state (HWP)モードを有効にします。一度有効にすると、無効にするにはシステムの再起動が必要です。 
 +  ? -t, --turbo-enable 
 +  : ターボモードを有効(1)または無効(0)にします。 
 +  ? -v, --version 
 +  : バージョンを表示し終了します。
  
-<code> +ポリシー変更を伴わないリクエストが行われた場合、デフォルト能力を含むシステムの状態の読み取りと表示を行います。 
-zfs create -o mountpoint=none                                           zroot/ROOT + 
-zfs create -o mountpoint=/    -o canmount=noauto                        zroot/ROOT/default +WARNING 
-zfs create -o mountpoint=/tmp                 -o exec=on  -o setuid=off zroot/tmp + 
-zfs create -o mountpoint=/usr -o canmount=off                           zroot/usr +本ユーティリティはモデル固有レジスタを直接書き換えます。 
-zfs create -o mountpoint=/usr/ports                       -o setuid=off zroot/usr/ports +There is no locking or coordination should this utility be used to modify HWP limit fields at the same time 
-zfs create -o mountpoint=/usr/src                                       zroot/usr/src + 
-zfs create -o mountpoint=/var -o canmount=off                           zroot/var +that intel_pstate's sysfs attributes access the same MSRs. 
-zfs create -o mountpoint=/var/audit           -o exec=off -o setuid=off zroot/var/audit +intel_pstateのsysfs属性が同じMSRSにアクセスする 
-zfs create -o mountpoint=/var/crash           -o exec=off -o setuid=off zroot/var/crash + 
-zfs create -o mountpoint=/var/log             -o exec=off -o setuid=off zroot/var/log +--hwp-desiredと--hwp-windowは実験的扱いと見なされる点に留意してください。将来のバージョンのLinuxは、これらフィールドに内部的にアクセスする権利を有し、ユーザースペースからのアクセスと潜在的に競合するかもしれません。 
-zfs create -o mountpoint=/var/mail -o atime=on                          zroot/var/mail + 
-zfs create -o mountpoint=/var/tmp                         -o setuid=off zroot/var/tmp +EXAMPLE
-<code>+
  
-zroot/ROOT/defaultを手動でマウント 
 <code> <code>
-zfs mount zroot/ROOT/default+# sudo x86_energy_perf_policy 
 +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
 +
 +
 +
 +
  • memo/memo1.txt
  • 最終更新: 2022-08-28 22:52
  • by Decomo