memo:memo1

差分

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

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

両方とも前のリビジョン 前のリビジョン
次のリビジョン 		前のリビジョン
次のリビジョン 両方とも次のリビジョン
memo:memo1 [2021-03-28 18:39]
Decomo 		memo:memo1 [2022-08-26 08:03]
Decomo
行 1: 行 1:
 ====== memo1 ====== ====== memo1 ======
  
 +====== 中華なフルアルミMicroATXケースZZAW C2を買った ======
  
 +中華製のPCケースZZAW C2を買った。フルアルミ製でMicroATX適合の超小型ケースである。
  
 +ドライブベイや各種ポートを完全に廃し電源ボタンのみ搭載という超割り切り仕様とする一方、多少の制約はあるものの、その辺のMini-ITX用ケース程度の大きさで、ATX電源、フルサイズのビデオカード、PCIeスロット4本対応という、刺さる人には刺さりまくりな仕様となっている。
  
-====== いにしえのFreeBSDのRoot on ZFS構成をBoot Environment構成に変換する ======+公式サイトは[[https://www.aliexpress.com/item/1005004020667463.html|アリエクの販売ページ]]だと思う。少なくとも、ここが一番詳しくてわかりやすい。とか言いつつ、
  
-===== 試した環境 =====+⇒ delivery complete
  
-  * FreeBSD 12.2-RELEASE+Jul 12 2022 12:52 pm 
 +· 赤羽営業所 
 +↓Delivery
  
-===== ファイルシステム構成の確認 =====+Jul 12 2022 07:26 am 
 +· 赤羽営業所 
 +delivery to local courier
  
-FreeBSD 8時代のいにしえのRoot on ZFSなデータセット構成と、現在のBoot Environmentな構成を下表にまとめる。+Jul 11 2022 06:30 pm 
 +⇒ in transit
  
-^  従来のRoot on ZFS構成  ^^^^  Boot Environment構成  ^^^^^^^ +Jul 11 2022 06:11 pm 
-^  NAME  ^  mount \\ point  ^  can \\ mount  ^  comp- \\ ression  ^  NAME  ^  mount \\ point  ^  can \\ mount  ^  comp- \\ ression  ^  atime  ^  exec  ^  set  \\ uid  ^ +· 関西中継センタ&#12 
-| zroot                 | none        | on  | off    | zroot              | /zroot     | on | lz4 (L) | off (L) | on | on | +⇒ in transit
-| 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) |+
  
-  * プロパティの凡例 +Jul 11 2022 06:11 pm 
-    * (L) … SOURCEがlocal（自ファイルシステムで明示的に設定された値） +· 関西中継センタ&#12 
-    * (i) … SOURCEがinherited from ... （親ファイルシステムから継承した値） +Custom clearance completed
-    * 無印 … SOURCEがdefault +
-    * "従来のRoot on ZFS構成"の方は省略 +
-  * 灰色の項目は当方の独自構成+
  
-いにしえ構成とBoot Environment構成の''zroot/ROOT''は名前が一緒なだけで、意味するところは明確に違うので混同に注意。前者は“ルートディレクトリのルート”、後者は“Boot Environmentでルートディレクトリ(''/'')となるデータセット置き場”のニュアンスである。+Jul 11 2022 06:00 pm 
 +↓Pick up
  
-なお、いにしえ構成で''ROOT''を噛ませているのは「トップレベルにデータセットを1つ作り、その下に他のデータセットを置くべし」という教えに従ったため。トップレベルに直接ファイルを置いたり、複数のファイルシステムがあると、スナップショットやzfs send/redvの取り扱いが少し面倒なため、こうした言い伝えがある。+Jul 11 2022 01:42 pm 
 +· りんくう営業所 
 +↓Pick up
  
-今回のBoot Environemt化にあたっては、教えを無視して公式構成に準拠することとする。+Jul 11 2022 01:42 pm 
 +· りんくう営業所 
 +Arrived at AIRPORT of Destination
  
-Boot Environmentでは、''zroot/ROOT''以下に複数のシステム用データセットが格納でき、起動スプラッシュで選択した環境がファイルシステムの''/''となってシステムが起動する。標準のシステムは''zroot/ROOT/default''となる。カーネル起動後、''zroot/usr''や''zroot/tmp''などの''zroot/ROOT''と同列にあるデータセットがmountpointプロパティに従いマウントされることで、OSが想定するファイルシステム構造が出来上がるという仕掛けになっている。+Jul 10 2022 11:29 am 
 +Departed from AIRPORT of Origin
  
-注意すべきは''canmount''プロパティが''no''のデータセットたち。FreeBSD 12.2-RELEASE時点で該当するのは、''zroot/usr''と''zroot/var''である。+Jul 10 2022 07:32 am 
 +Arrive at international airport to abroad
  
-子データセットの''canmount''は''on''なのに親が''off''というのは一見不思議だが、なんて事はない、親は子供のための単なる“コンテナ”としての存在に過ぎない。逆に言うと、''/usr''の実体は各々のBoot Environmentに存在するため、''zroot/usr''がマウントされると都合が悪い。下表のように、同じ''/usr''でもパスによって格納先のデータセットが変わってくるため、移行作業では気を付ける必要がある。+Jul 07 2022 12:39 pm 
 +· CHINA 
 +Departed Facility In processing center
  
-^  ファイルパス  ^  ZFS的格納場所  ^ +Jul 07 2022 10:39 am 
-| /usr/bin/sh | zroot/ROOT/defaultデータセット直下のusrディレクトリ内のbinディレクトリのshファイル | +· Dongguan, China 
-| /usr/ports/UPDATING | zroot/usr/portsデータセット直下に配置されているUPDATINGファイル |+Arrived at Sort Facility Dongguan
  
-以上をふまえ、下記の手順で移行を試みる。+Jul 07 2022 09:15 am 
 +· Dongguan, China 
 +Departed from Facility Dongguan
  
-  - 独自データセットの解消 +Jul 07 2022 08:33 am 
-  - Boot Environment環境にないデータセットの解消 +· Dongguan, China 
-  - Boot Environment環境の構築 +Departed Facility in Dongguan
-  - 既存環境とBE環境を差し替える+
  
-===== 手順 =====+Jul 06 2022 09:55 pm 
 +· Dongguan, China 
 +Arrived at Sort Facility Dongguan
  
-==== 独自データセットの解消 ====+Jul 05 2022 09:47 pm 
 +· Dongguan, China 
 +Departed from Facility Dongguan
  
-Boot Environment構成になく、かつ旧Root on ZFSの公式構成にもない、自分が勝手に切り分けたデータセットを解消する。上表でいう所の''zroot/ROOT/usr/include''である。+Jul 05 2022 11:45 am 
 +· Dongguan, China 
 +Arrived at Sort Facility Dongguan
  
-解消と大層な言葉を使ってみたものの、単にincludeがzroot/usrの1フォルダとなるようファイルをコピーするだけ。+Jul 05 2022 01:57 am 
 +· Dongguan, China 
 +Shipment information received 
 + 
 +Jul 04 2022 01:11 pm 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 + 
 +ポエム：REALFORCEと私 
 + 
 +私がREALFORCEを手にしたのは12年と半年前、2009年11月のことだ。以前から知ってはいたものの、その価格と「他にもいいキーボードはあるハズ」という冒険心から、長らく購入を見送っていた。その間に使ってきたキーボードは次のとおりである。 
 + 
 +  * 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でWD Elements 16TBを買ったらWD160EDGZだった 
 + 
 + 
 +2021年末、Amazon.comでWD 16TB Elements Desktop (WDBWLG0160HBK-NESN)が289.99ドルになっていたので、5台注文した。 
 + 
 +当然(？)、外付けUSB HDDとして真っ当に使う気はさらさらないので、全領域ゼロフィルで動作確認が済んだところでご開帳〜。 
 + 
 + 
 +中身はWD160EDGZだった。[[https://hchch.net/wd-elements-16tb-ultrastar-dc-hc550/|PC好きの備忘録]]さんの記事によれば、2021年初頭はWD160EDFZだったようなので、2021年のどこかでFからGに変わったのだろう。 
 + 
 +HDD自体は何の変哲もない"白ラベル"で、特段書くこともない。お決まりのCrystalDiskMarkとCrystalDiskInfoの結果を貼っておく。 
 + 
 +ただ、唯一気になったのはUSB接続時とSATA接続時で、総セクタ数が違うということ。 
 + 
 +^  接続方法  ^  セクタ数  ^  差分  ^ 
 +| USB |  | - | 
 +| SATA | | | 
 + 
 +恐らく、Elements DesktopのUSB-SATA変換器がセクタ数をHDDの実際のセクタ数よりも少なく報告してるのだろう。何かしら理由があって制限してるのか、単に過少申告してるのか…… 
 + 
 +Sent from my iPad 
 + 
 + 
 + 
 + 
 + 
 + 
 +pacman -S base-devel 
 +pacman -S mingw-w64-x86_64-toolchain 
 +pacman -S cmake 
 + 
 +/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 
 + 
 + 
 +pacman -S mingw-w64-x86_64-qt5 
 + 
 + 
 +mingw-w64-x86_64-qt5 の提案パッケージ 
 +    mingw-w64-x86_64-clang 
 +    mingw-w64-x86_64-libmariadbclient 
 +    mingw-w64-x86_64-firebird2 
 +    mingw-w64-x86_64-postgresql 
 + 
 +pacman -S mingw-w64-x86_64-qt-creator 
 + 
 +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 
 + 
 + 
 +$ /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 
 + 
 +-- 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 
 + 
 + 
 + 
 + 
 + 
 +====== x86_energy_perf_policyのmanの翻訳 ====== 
 + 
 +https://manpages.debian.org/bullseye/linux-cpupower/x86_energy_perf_policy.8.en.html 
 + 
 +===== 名前 ===== 
 + 
 +x86_energy_perf_policy - x86モデル固有レジスタを通じたエネルギー対性能ポリシーの管理 
 + 
 +===== 書式 ===== 
 + 
 +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 
 + 
 +===== 説明 ===== 
 + 
 +x86_energy_perf_policyはIntelアーキテクチャプロセッサ固有のエネルギー性能ポリシー設定の表示と更新を行います。Linuxのcpufreqサブシステムの有効・無効を問わず、設定はモデル固有レジスタ(MSR)の更新を通して読み書きされます。 
 + 
 +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)フィールドに移されました。 
 + 
 +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. 
 + 
 +スコープオプション 
 + 
 +  ? -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' 
 + 
 +値オプション 
 + 
 +  ? //normal または default// 
 +  : 性能とエネルギー効率が一般的なバランスのポリシーに設定します。プロセッサは、重大なエネルギー節約の潜在的な可能性に対し、いささかの性能妥協を容認します。これは大半のデスクトップやサーバマシンにとって合理的な初期設定です。"default"は"normal"の同義語です。 
 +  ? //performance// 
 +  : 最大性能ポリシーに設定します。エネルギー効率上の恩恵に対し、一切の性能上の犠牲を受け入れません。 
 +  ? //balance-performance// 
 +  : 性能優先ポリシーに設定します。性能を重視しますが、エネルギー効率の恩恵を受けるために、いくつかの性能ロスを許します。 
 +  ? //balance-power// 
 +  : 性能と電力がバランスしたポリシーに設定します。これがデフォルト設定です。 
 +  ? //power// 
 +  : 最大エネルギー効率ポリシーに設定します。エネルギー効率最大化のため、プロセッサは目に見える性能上のインパクトを受け入れます。 
 + 
 +下表は上記設定値と実際のMSRの値の対応表です。このマッピングはLinuxカーネルのヘッダmsr-index.hで定義されています。 
 + 
 +^  設定値  ^  EPB  ^  EPP  ^ 
 +| performance         | 0  | 0 | 
 +| balance-performance | 4  | 128 | 
 +| normal, default     | 6  | 128 | 
 +| balance-power       | 8  | 192 | 
 +| power               | 15 | 255 | 
 + 
 +MSR_IA32_HWP_REQUEST性能フィールド(--hwp-min, --hwp-max, --hwp-desired)について、その値の単位は100MHzとなり、例えば12は1200MHzを示します。 
 + 
 +フィールドオプション 
 + 
 +  ? -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. 
 +   
 +その他オプション 
 + 
 +  ? -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 
 +  : バージョンを表示し終了します。 
 + 
 +ポリシー変更を伴わないリクエストが行われた場合、デフォルト能力を含むシステムの状態の読み取りと表示を行います。 
 + 
 +WARNING 
 + 
 +本ユーティリティはモデル固有レジスタを直接書き換えます。 
 +There is no locking or coordination should this utility be used to modify HWP limit fields at the same time 
 + 
 +that intel_pstate's sysfs attributes access the same MSRs. 
 +intel_pstateのsysfs属性が同じMSRSにアクセスする 
 + 
 +--hwp-desiredと--hwp-windowは実験的扱いと見なされる点に留意してください。将来のバージョンのLinuxは、これらフィールドに内部的にアクセスする権利を有し、ユーザースペースからのアクセスと潜在的に競合するかもしれません。 
 + 
 +EXAMPLE
  
 <code> <code>
-# rsync -aX /usr/include/ /usr/include2 +# sudo x86_energy_perf_policy 
-# diff -r /usr/include /usr/include2 +cpu0: EPB 6 
-# zfs destroy zroot/ROOT/usr/include +cpu0: HWP_REQ: min 6 max 35 des 0 epp 128 window 0x0 (0*10^0us) use_pkg 0 
-# mv /usr/include2 /usr/include+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>
  
-/usr/homeも独自構成ではあるが、BE環境には影響しないので特に何もしない。+NOTES 
 + 
 +x86_energy_perf_policyはroot権限でのみ実行できます。
  
-==== Boot Environment環境にないデータセットの解消 ===+FILES
  
-Boot Environment構成にない旧Root on ZFS構成のデータセットを解消する。作業内容は独自データセットの解消と同じで、対象は以下のとおり。+/dev/cpu/*/msr
  
-  * zroot/ROOT/usr/ports/distfiles +SEE ALSO
-  * 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環境）で作業する方が安全だろう。+msr(4) 
 +Intel(R) 64 and IA-32 Architectures Software Developer's Manual
  
-普通にzpool importするとLive環境の''/''に上書きマウントされてしまうので、-Rオプションでルートを指定してマウントすべし。+AUTHORS
  
-==== Boot Environment環境の構築 ====+Len Brown
  
-BE環境構築用のデータセットを作り、既存環境を生かしつつ移行環境の作成に挑む。 
  
-幸い旧Root on ZFS環境はzroot/ROOT以下に全てが収まっているので、BE構築をzroot/ROOT2/defaultあたりで行えば旧環境を破壊することなく実施することができる。無論、mountpointプロパティの取り扱いには注意が必要だが。 
  
  
  • memo/memo1.txt
  • 最終更新: 2022-08-28 22:52
  • by Decomo