ハードディスクメンテナンス

当サイトには広告が含まれています。

<重要なお知らせ>
本ブログは、2014年12月1日に https://shattered-blog.com/移転しました。


(2023年5月)

「Winキー」+「G(爺)」で発動する、Windowsの標準機能での画面録画であるXbox Game Bar(凶箱芸無婆)であるが、2023年5月の後半ごろに、YouTubeの全画面表示(F11)が録画できないように対策/大作(生●不明)された模様。

0x82323404_録画が動作していません


録画が動作していません
エラー:0x82323404

録画を開始すると、開始されたように見えるが、数秒で止まってしまい、全く録画(ト)れてない。

アプリ>インストールされているアプリ>Xbox Game Bar で「修復」や「リセット」をしても改善セヅ。

他のブラウザでも同ヂ。

著作権のあるナニがアレされるンを防ぐタメかな?

ビデオがRadeon環境だとそうなるようだが、NVIDIA/Intel環境ではシラン(SILANE)。

Windowsによる対策なンか、ビデオドライバによるソレなンかもシラン(SILANE)。

なお、全画面でナケレバ盗れるが、カット(crop)が面倒杉流ンで...

当然、GV-HDRECのようなHDMIキャプチャを使ゑば全画面でも録れるンで、

GV-HDREC_B01NBKP6GC


ヤルならソレやけど。

関連:GV-HDREC - アナレコ(GV-SDREC)風の1080p/60Hz録画に対応するビデオキャプチャデバイス

関連:[I-O DATA] GV-HDRECの最新ファームウェア(Ver.1.12) [2021年6月16日]

追記(2023年6月):解決



AMD Software: Adrenalin Edition 23.5.2で録画可能となった模様。

リリースノートには、その内容は一切ナゐとゆぅか、Fixed Issues(解決された問題)の項目自体がない。

関連:AMD Software: Adrenalin Edition 23.5.2 Release Notes

てコトで、録画不可となった原因は、AMD Software: Adrenalin Edition!

太古の昔から延々とソ〜/SAWだが、AMDはドライバーがクヅォ!!

AMDの中華系のオヴァチャン、ハルァ切ッてスィヌェ!!

関連:名寺聡也(なでらさとや)さんって誰?
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック


(2023年5月)

UM780 / UM790 Pro



ミニPCを続々/ヅォク!ヅォク!と拵(コシラ)ゑてるMinisforumが、UM780/790 Proとユ〜ンを出すラシ〜。



搭載するAPUは、

・UM780:AMD Ryzen 7 7840HS
・UM790 Pro:AMD Ryzen 9 7940HS

なンかはシラン(SILANE)。

APUのスペック



AMD Ryzen 7 7840HS
・コア/スレッド:8コア/16スレッド
・ターボ時周波数:5.1GHz
・ベース周波数:3.8GHz
・L2キャッシュ:8MB
・L3キャッシュ:16MB
・TDP:35-54W
・GPU:Radeon 780M(RDNA3) コア数:12 周波数:2700MHz

AMD Ryzen 9 7940HS
・コア/スレッド:8コア/16スレッド
・ターボ時周波数:5.2GHz
・ベース周波数:4.0GHz
・L2キャッシュ:8MB
・L3キャッシュ:16MB
・TDP:35-54W
・GPU:Radeon 780M(RDNA3) コア数:12 周波数:2800MHz

なお、R9 7945HXは、数字は上だが、コア/スレッド数は大きいモノノ、ビデオはショヴォゐヤツ。

AMD Ryzen 9 7945HX
・コア/スレッド:16コア/32スレッド
・ターボ時周波数:5.4GHz
・ベース周波数:2.5GHz
・L2キャッシュ:16MB
・L3キャッシュ:64MB
・TDP:55-75W
・GPU:Radeon 610M(RDNA2) コア数:2 周波数:2200MHz

TDPも大きゐ。

てコトで、UM790「Pro」とアルガ/有賀、搭載されるのはR9 7940HSであり、R9 7945HXではナゐだろう。

UM780に対し、UM790「Pro」とナッテルことから、UM780に搭載されるンは、「HX」ではなく、壹段格下の「U」かもシレン/試練。

AMD Ryzen 7 7840U
・コア/スレッド:8コア/16スレッド
・ターボ時周波数:5.1GHz
・ベース周波数:3.3GHz
・L2キャッシュ:8MB
・L3キャッシュ:16MB
・TDP:15-30W
・GPU:Radeon 780M(RDNA3) コア数:12 周波数:2700MHz

Radeon 680Mと780Mの性能差



現在使(ツコ)〜てるンは、Minisforum UM690で、ビデオはRadeon 680M(RDNA2)ね。

UM690


AMD Ryzen 9 6900HX
・コア/スレッド:8コア/16スレッド
・ターボ時周波数:4.9GHz
・ベース周波数:3.3GHz
・L2キャッシュ:4MB
・L3キャッシュ:16MB
・TDP:45W
・GPU:Radeon 680M(RDNA2) コア数:12 周波数:2400MHz





関連:[DDR5] CT16G48C40S5(DDR5-4800)の入手とレビュー [Crucial]

関連:[SSD] P34A60 SP001TBP34A60M28のレビューとベンチマーク [シリコンパワー]

Radeon 780M(RDNA3)にシタラ/設楽、ビデオの性能は向上スルヤロけど、どぅも、1.1-1.15倍程度の向上にドトムァルよぅだ。

Vega→RDNA2の時の変化に比ヴェルと、ショヴォ杉流ンで、APU/ミニPCでグェ〜ム!とゐぅアレな輩(ヤカラ)は、次の世代が出るムァデ待つコトになるンかはシラン(SILANE)。

CPU性能も、Zen 3+ → Zen 4なンで、ゆぅ程上がッてるワケではナゐ。

# L2キャッシュが4MB→8MBに倍増シテルが。

ムァ、CPU性能なら/奈良インテル(シングルが速ゐ)なンだが、内蔵ビデオ(Intel UHD Graphics/Iris Xe Graphics)がショヴォ杉流ンで論外!

CINEBENCH R23



インテルは概シてAMDよりもシングルが速ゐのだが、UM790 Proでインテルを超ゑた?

UM790 Pro (Ryzen 9 7940HS , 8コア/16スレッド)
・マルチ:17000
・シングル:1820

Minisforum UM690 (Ryzen 9 6900HX , 8コア/16スレッド)
・マルチ:13000
・シングル:1580

Minisforum UM773 Lite (Ryzen 7 7735HS , 8コア/16スレッド)
・マルチ:11700
・シングル:1500

Minisforum NAB6(Core i7-12650H , 10コア/16スレッド)
・マルチ:12550
・シングル:1800

Minisforum NPB7(Core i7-13700H , 14コア/20スレッド)
・マルチ:16300
・シングル:1750

UM790 Proは、UM690比で、マルチ1.3倍、シングル1.15倍となる。

Intelは内蔵ビデオ(Intel UHD Graphics/Iris Xe Graphics)がショヴォ杉流ンで、是似手(コレニテ)AMDの圧勝が確定した次第である!

発熱の問題



Minisforum UM690の筐体内部は、マザーボードにより(APU側)と(メモリーとストレージ側)に分かれてゐル/ILLのだが、後者には空気の流れが一切ナゐ!

なンで、メモリーとストレージが高温になり、グェ〜ムをシテルと、SSD(M.2)が80度を超ゑチマウ!

# 発熱を懸念してGen4ではなくGen3のSSDにシテルンだが、このヅァムァ!

SP001TBP34A60M28_003


関連:[SSD] P34A60 SP001TBP34A60M28のレビューとベンチマーク [シリコンパワー]

てコトは、メモリーも同様にアツくナッテルハヅだ。

Ryzen 9 6900HXに対応する最大メモリー速度は、

・DDR5-4800(PC5-38400)
・LPDDR5-6400

とナッテルが、DDR5-5200(PC5-41600)やDDR5-5600(PC5-44800)も使うコトは可能。

CT16G48C40S5_002


関連:[DDR5] CT16G48C40S5(DDR5-4800)の入手とレビュー [Crucial]

だが、高速なメモリーに変ゑルと、発熱が増大し、結果とシてゲームのパフォーマンスが(DDR5-4800よりも)落ティチマウとゆぅ、悲惨な結果!

ヒートシンクを付けるとSATAのSSDを諦める/晃メル♪ことになる上にフタが閉まらンし、極薄のヒートシンクだとSSDは諦めるモノノ、フタは閉まるが、結局空気が流れンので多少の時間稼ぎにシかならン。

なンで、温度上昇を防ぐにはフタを開けたムァムァ使うシカナイ/鹿内、コノ悲惨詐!

フタを閉じヅ、扇風機か何ンかで空気を当てれば高速メモリーが生かせるが...ンな不格好なアレはサスガにナニヤロ?セヤロ?

長らく使ゐ続けてキタ、UMシリーズの筐体やけど、SSDがGen4になり、DDR4がDDR5にナル/NARUEなどシテ発熱がゑグくなッた今、もう流用(=使ゐ回シ)は無理である。

次のUM780 / UM790 Proではケースを変ゑてくるハヅだが、発熱には対応できるのかね...

Minisforum_UM780_UM790 Pro


R7 7840HSやR9 7940HSに対応する、最大メモリー速度

・DDR5-5600(PC5-44800)
・LPDDR5x-7500

DDR5の出ダシはDDR5-4800(PC5-38400)がデフォだッたが、2023年5月時点ではDDR5の価格もゴツ下がッてDDR5-5600もDDR5-4800とサホド変わらンから、ベアボーンを除ゐては、最初からDDR5-5600が搭載(ハゐ)ッてると思わルェ。

筐体の欠陥構造を原因とする熱問題(サーマルスロットリング発生)が解消され、DDR5-5600が搭載されるのナラヴァ/奈良婆、DDR5-4800→DDR5-5600の高速化に加ゑ、Gen4 SSDによる高速化もアルカラ、UM690から買ゐ替ゑル差が出てくるンかはシラン(SILANE)。

けど、上記のティザー写真を見ると、NAB5NAB6NPB7系統の筐体だろう。

この系統のケースも、UMシリーズと同様、マザーボードにより(APU側)と(メモリーとストレージ側)に分断されている。

後者には空気の流れはナゐモノノ、SSD(M.2)には、極小ファンが搭載(ノ)ッており、ソレだけは冷やせるようにナッテル。

つまり、メモリーは冷ゑナゐと思われ!

モティロン、新型ケース(筐体)で出てくる可能性もあるだろうが...Minisforumがソコまでスル(through)かね?

シタラ/設楽々で価格が上昇(アガ)るだろうから、「ホンジャアゐらン!」とゆぅ判断が正解/政界!

Ryzenのモバイル系シリーズ



2023年1月5日(米国時間)に中華系のオヴァチャソが発表シた「Ryzen 7000シリーズ・モバイル・プロセッサ」のソレ。

Ryzen 7045(デスクトップに匹敵系)
・モデルナンバー:HX
・開発コード:Dragon Range(龍/竜幅)
・CPU世代:Zen 4
・チップ構造:チップレット
・コア/スレッド(最大):16コア/32スレッド
・製造プロセス:TSMC 5nm FinFET
・GPU:RDNA2
・メモリ:DDR5

・Ryzen 9 7945HX(16コア/32スレッド)
・Ryzen 9 7845HX(12コア/24スレッド)
・Ryzen 7 7745HX(8コア/16スレッド)
・Ryzen 5 7645HX(6コア/12スレッド)

最大16コア/32スレッドまで対応でき、CPU性能は高ゐが、ビデオはショヴォゐ。

# RDNA2でCU数は2と、映ればゐ々レヴェル。

別途、強力なGPUを搭載するようなモバイル向けのソレ。

−−−−−

Ryzen 7040(ゲーミングモバイル系)
・モデルナンバー:US/U
・開発コード:Phoenix(不💀鳥)
・CPU世代:Zen 4
・チップ構造:モノリシック
・コア/スレッド(最大):8コア/16スレッド
・製造プロセス:TSMC 4nm FinFET
・GPU:RDNA3
・メモリ:DDR5/LPDDR5

・Ryzen 9 7940HS(8コア/16スレッド)
・Ryzen 7 7840HS(8コア/16スレッド)
・Ryzen 7 7840U(8コア/16スレッド)
・Ryzen 5 7640HS(6コア/12スレッド)
・Ryzen 5 7640U(6コア/12スレッド)

内蔵ビデオでもソクォ々ヤリオル!的な/適菜アレ。

今回のUM780 / UM790 Proや、携帯型ゲーム機風PCに搭載されるだろうヤツ/奴。

−−−−−

Ryzen 7035(中級モバイル系)
・モデルナンバー:US/U
・開発コード:Rembrandt-R(画家改)
・CPU世代:Zen 3+
・チップ構造:モノリシック
・コア/スレッド(最大):8コア/16スレッド
・製造プロセス:TSMC 6nm FinFET
・GPU:RDNA2
・メモリ:DDR5/LPDDR5

・Ryzen 7 7735HS(8コア/16スレッド)
・Ryzen 7 7735U(8コア/16スレッド)
・Ryzen 5 7535HS(6コア/12スレッド)
・Ryzen 5 7535U(6コア/12スレッド)
・Ryzen 3 7335U(4コア/8スレッド)

Minisforum UM773 Lite / UM773 SE(櫻色)に搭載のAMD Ryzen 7 7735HSとか。

UM773 SE



AMD Ryzen 7 7735HS
・コア/スレッド:8コア/16スレッド
・ターボ時周波数:4.75GHz
・ベース周波数:3.2GHz
・L2キャッシュ:4MB
・L3キャッシュ:16MB
・TDP:35-54W
・GPU:Radeon 680M(RDNA2) コア数:12 周波数:2200MHz

関連:[Minisforum] UM690とUM773 Lite/SEの比較 [2023年2月,3月,4月]

開発コードからも分かるように、6千番台のリフレッシュ製品(焼き直シとゆぅヨリもリネームしたダケ)である。

−−−−−

Ryzen 7030(モバイル系)
・モデルナンバー:U
・開発コード:Barcelo-R(バルセロヌァ〜!)
・CPU世代:Zen 3
・チップ構造:モノリシック
・コア/スレッド(最大):8コア/16スレッド
・製造プロセス:TSMC 7nm FinFET
・GPU:Vega
・メモリ:DDR4/LPDDR4

・Ryzen 7 7730U(8コア/16スレッド)
・Ryzen 5 7530U(6コア/12スレッド)
・Ryzen 3 7330U(4コア/8スレッド)

従来品のリネーム、Zen 3、Vega、時代遅ルェ。

−−−−−

Ryzen 7020(安物モバイル系)
・モデルナンバー:U
・開発コード:Mendocino(面倒ゐ!💀のぅ!)
・CPU世代:Zen 2
・チップ構造:モノリシック
・コア/スレッド(最大):4コア/8スレッド
・製造プロセス:TSMC 6nm FinFET
・GPU:Vega
・メモリ:LPDDR5

・AMD Ryzen 5 7520U(4コア/8スレッド)
・AMD Ryzen 3 7320U(4コア/8スレッド)

従来品のリネーム、Zen 2、Vega、安物/チャチ。

−−−−−

関連:UM773 Lite

関連:UM773 SE(櫻色)

関連:Minisforum UM690
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック


(2023年5月)

データベースにテーブルを作成し、それを別名でコピーしたいことがある。

phpMyAdminにはその機能があり、テーブルを表示した状態で、「操作」>「テーブルを(データベース).(テーブル)にコピーする」に進み、コピー先のデータベースを選択し、テーブル名を付けて「実行」すればよい。

テーブルを(データベース).(テーブル)にコピーする


この時、「構造のみ」と「構造とデータ」が選べるので、構造(器)だけ、他にコピーすることも可能だ。

テーブルをデータベース内に残したまま、別名として保存することで、バックアップ用途として使う場合も多いだろう。

エラー(#1064)発生



だが、このコピーでエラーとなり、コピーできない事案がある。

黄色いエラー画面


黄色いエラー画面が出現し、エラーコード「#1064」を吐いている。

黄色い画面の「編集」をクリックし、SQL文を見ると、「CREATE TABLE」が記されているが、その中に、以下のような箇所があった。

`(カラム名)` datetime NOT NULL DEFAULTcurrent_timestamp()

このカラムは、INSERTされた日時(datetime)を格納するもので、デフォルト値に「current_timestamp」を指定してあるのだが、

Run SQL Query


よく見ると、「DEFAULTcurrent_timestamp()」と、「DEFAULT」と「current」の間にスペースがない。

間に半角スペースを入れて実行すると、コピーは成功した。

これ、phpMyAdminのヴァグだよね?

ネットで調べると、同様の事案で難儀(ナウなヤング語)してる人がいた。

関連:テーブルを (データベース).(テーブル)にコピーする で失敗する

phpMyAdminのバージョン



このヴァグが発生するかどうか、周辺にあるphpMyAdminのバージョンを調べてみた。

・v4.9.5:発生しない
・v4.4.15.10:発生する
・v4.0.10.18:発生しない

てコトで、途中で発生したバグなんだろう。

# 最新のphpMyAdminは v4.9.11 と v5.2.1 である。

なお、上記バグのあるv4.4.15.10に於いて、デフォルト値にcurrent_timestampが設定されたカラムを含むテーブルに対し、phpMyAdminの「挿入」からデータを追加すると、current_timestampが発動せず、「0000-00-00 00:00:00」が格納されてしまうというバグもある。

0000-00-00


プログラムからINSERTする場合は問題ないが、phpMyAdminで挿入する際に問題となる。

この場合、日時(Y-m-d H:i:s等)を手入力するか、出現するカレンダーで選択しなければならない。

日時の入力


数件ならアレやけど、多数なら悲惨ヤデ、コルェは...

関連:phpMyAdminでレコード数(行数)が一致しない謎

関連:[MySQL] テーブルのエクスポートで、レコード数の不一致が生じる問題 [phpMyAdmin,Dump all rows]

関連:[phpMyAdmin] テーマ(スタイル/デザイン)の変更 [Debian]

関連:[2048KiB] phpMyAdminでのインポートファイルの上限を変更 [Debian,Ubuntu]
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック


(2023年5月)

Project Wingmanには、「難易度」とは別に、「難易度調整オプション」てノグァ存在する。

難易度調整オプション_Project Wingman

その中で、以下をONにした場合のプレー。

エースのための訓練
最高ランクの敵が出現する

ダブル・タイム
出現する敵戦闘機の数が2倍になる

無理な要求
敵戦闘機がいずれかの強力な追加装備1つを備えて出現する

スピード・デーモン
アフターバーナーが途切れることなく持続する

「スピード・デーモン」は自機の強/狂/凶化だが、ソレ以外は敵の強化。

「無理な要求」はサホドでもないだろうが、「エースのための訓練」と「ダブル・タイム」の合わせ技は、動画を見れば分かるが、非常に危険。



コレ、動鬼回羅ンとSINUEヤツ!

なお、「スピード・デーモン」を付けてるンは、一旦離脱し、遠距離からBML-U(多弾ミサイル)でアレするためだが、この動画ではそンなに使ッてナゐ。

加速シッパナシの状態で下を向くと、地面/海面/海綿に激突する恐/惧/虞ルェがあるから注意!



関連:「Project Wingman」の発売日が2020年12月2日に決定!

関連:Dawn Aerowar(エースコンバット風のゲーム)
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック


(2023年5月)

phpMyAdminでのレコード数(行数)が、一致しナゐ謎杉流事案に遭遇。

phpMyAdmin

関連:phpMyAdmin

テーブル一覧画面ではナゐ



マヅ、テーブル一覧画面での行数は正確ではナゐとゆぅンは知ってるンで、ソレやなゐ。

テーブル一覧画面
↑テーブル一覧画面

正確な数字とは限りません_001

正確な数字とは限りません。
正確な数字を得るために番号をクリックしてください。
FAQ 3.11をご覧ください。

正確な数字とは限りません_002

May be approximate.
Click on the number to get the exact count.
See FAQ 3.11.

一覧/一蘭(暴利ラーメソ)内の一テーブル全ての行数カウントをすると一覧/同表示も大変なンで、おおよその(approximate)値で手を打っているのかはシラン(SILANE)けど。

今回の怪事象



同じテーブルを、各々別のサーバー内にある、3箇所のphpMyAdminで調べてみたら、以下のように、1件だけ違(チャ)う。

phpMyAdmin_A

phpMyAdmin_B

phpMyAdmin_C

・phpMyAdmin(A):202,084
・phpMyAdmin(B):200,245
・phpMyAdmin(C):202,084

(B)だけ、明らかに/朗蟹違(チャ)う。

多数決的には(B)が誤りとなるが...

検証(壹)



3/参/惨者に対し、インデックスが「PRIMARY」である`id`を降順(DESC)で並べ、最大の`id`を得ると、全て「202,084」なので、「202,084」が正解のハヅだが、(B)が違(チャ)うのはなンで?

`id`は「PRIMARY」なので、ユニークはいいえ(=重複は絶対ない)だし、以下のSQLコマンドで、抜けはなく連番だから、最後の`id`が件数となるハヅだ。

SET @i := 0 ;
UPDATE `テーブル名` SET `id` = (@i := @i + 1) ;
ALTER TABLE `テーブル名` AUTO_INCREMENT = 1 ;

関連:[MySQL] idを詰める(連番を振り直す)方法とAUTO_INCREMENTのリセット [DB]

ヴァクァなの?スィヌの?

検証(貳)



重複ナゐハヅの`id`を、ワヅァ々DISTINCTを付けてカウントすると、3者とも「202,084」となる。

SELECT DISTINCT(COUNT(`id`)) FROM `テーブル名` ;

DISTINCT

ヴァクァなの?スィヌの?

検証(參)



エクスポートしたファイル(.sql)をテキストエディタで開いてみても、202,084件が正解。

そのファイルをgrepして件数をカウントしても、「202,084」が正解。

grep

(現在の内容) -- Found(202084)
202084 個見つかりました。


ヴァクァなの?スィヌの?

検証(肆)



(B)のテーブルをエクスポートして、(C)にインポートすると、異なッた値(202,084件)となる...

ヴァクァなの?スィヌの?

一意な値の数



以上/異常/異状/委譲のコトから、「202,084」が正解と思われるが、なンで違(チャ)うンがアル/ARUEの?

ただ、インデックスで、`id`の「一意な値の数」を見ると、上記とは異なり、3者ともバラバラとなる怪事案に遭遇!

一意な値の数_A
↑一意な値の数(A)

一意な値の数_B
↑一意な値の数(B)

一意な値の数_C
↑一意な値の数(C)

・phpMyAdmin(A):199,086
・phpMyAdmin(B):200,245
・phpMyAdmin(C):198,306

「一意な」とはスナワチUNIQUE、唯一(唯一神=又吉ゐゑス)なので、`id`の数と一致するハヅなンだが、參ツとも異なるとゐぅ異常事態!

マサカ、此処も、「正確な数字とは限りません」なンか?

バージョン情報



・phpMyAdmin(A):4.4.15.10
・phpMyAdmin(B):4.9.5
・phpMyAdmin(C):4.0.10.18



このように、意味不明な事案を当方に対しサシムケ、当方を精神的にい追ゐ込ンで斃ソ〜/SAWとゆぅ策なンだろうが、ワシはンなカンタンには斃ルェン!



逆にキサマを捕(トラ)縛ゑ、地獄ヌォ火ヌォ中ヌィ投グェ込むモノでARUE!

関連:[MySQL] テーブルのエクスポートで、レコード数の不一致が生じる問題 [phpMyAdmin,Dump all rows]

関連:[phpMyAdmin] テーマ(スタイル/デザイン)の変更 [Debian]

関連:[2048KiB] phpMyAdminでのインポートファイルの上限を変更 [Debian,Ubuntu]
[PR] au PAY / au WALLET カード 情報

このエントリーをはてなブックマークに追加 mixiチェック

このページのトップヘ