詳しいことはこちらを・・・・って書こうかと思ったけど、どうやら書いただけでアップしていない記事がありました。

なので、この辺りに貼り付けておきます。


Resizable BARの説明
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
ReBarもしくは Resizable BAR
AMD的に言うならSAM もしくは Smart Access Memoryと呼ばれる物

これはPCIeのVer.2.1あたりで制定されたもので、PCIeの仕様で言うならResizable BARであって、それにAMDが専用の名称を付けたのがSmart Access Memoryということで、基本全く同じ物だそうです。

さて、これが何かと言われても、分からない人が多いでしょう。
もちろん、ググれば色々と出て来ます。

簡単に言うと、メモリにアクセスする際に、
従来の物だと、所々境界があって扱いづらいので
全体にアクセス出来た方が楽だよね？　ってことでPCIeに追加された仕様という訳です。

ようするに、PCIeの仕様です。

だけど、当然ながら、

PCIeを提供するCPU
物理配線をするマザーボード
対象となるGPU
実際に動作させるOS

と色々な物が対応している必要があります。


まぁ、とりあえず、Resizable BARが何故必要なのかという説明をしましょうか


最近は大量のデータを送受信する関係で、GPUには数Gのメモリが搭載されていることが殆どです。
当然、その大量のデータをストレージから読み出して、GPUのメモリにいれておいて上げないと、GPUは画面に表示するデータが足りないことになってしまいます。

しかし大量のデータを送信するには、PCIeの仕様が微妙だった。
今でこそ、PCIeのストレージも有り、大容量データの送受信が当たり前ですが、初めはそうでは無かった訳です。

なので、上位アドレスを指定して、そこに対してデータを送信する。
上位アドレスを変更し直して、次のデータを送る。

とても面倒だし時間が掛かったのです。

そこに追加されたResizable BARは何かというと・・・

Resizableはサイズの変更が可能という意味ですね。　まぁ、それだけだと何の意味もありませんが？
問題は、BARの方
Base Address Register

ここで言うベースアドレス　と言う物が何かというと、上で書いた「上位アドレスを指定」の部分です。
Registerはレジスタ。CPUにも沢庵有りますが、値をいれる場所ですね。

実際にこれらがどう言う風に実装されているのかは分かりませんが、
ベースアドレスを指定し直さなくても、メモリ全体にアクセス出来るということです。

でも、そこまでしか考慮しなかった場合、大した違いは出ない。
一部のアプリケーション（主にゲーム）は大量のデータを使うので多少の効果はあるかもしれませんが、ベースアドレスの再指定がそこまで時間が掛かる訳がありません。

ミリ秒単位の誤差でしか有りません。

でも、PICe4.0の特徴は以前（3.0等）に比べて帯域が広い。


Resizable BARは全体に対して大量のデータを一気に書き込むのに非常に適している訳です。


－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

さて、当然ながら、ゲーム等も対応していなければ成りません。
DXに任せて全く何も気にせずデータを書き込んでいるようなゲームでしたら、自動的に対応するかも知れませんが？

アグレッシブにデータを入れ替えるアプリケーションほどResizable BARの恩恵はすさまじいのです。

すでにSAMや3060でResizable BARを使ったいくつかのベンチマークがありますが？

少ないものでも数％　大きいものでは数十％のパフォーマンスがアップすることが分かっています。

nVidiaも困ったでしょうね～

AMDはRyzen 5000シリーズにて満を持して発表した訳です。

しかし上で書いたようにResizable BARはPCIeのVer.2.1頃に導入された機能です。
帯域の狭いそんな頃合いに実装されても大した意味は無かったでしょうけど4.0なら大きな違いがあります。

そして、愚直にその機能を導入していたAMDのCPUとintelのCPUは実は既に対応していました。
intelとしては、使われない機能だとしても、導入せざるを得なかったのでしょうね？

その辺りを特に気にしていなかったマザーボードメーカーはたまったものでは有りません（笑

一応気にしてある程度機能はあったのでしょうね？
AGESAの更新と共に各メーカーは無事に対応させました。

そして、問題はGPUですよ。
RadeonにてSAMが発表されて・・・・発表するくらいですから、Radeonは当然対応している。

対応していないのはnVidiaだけになってしまいました。

テストをしない訳にも行かないので結局最下位の3060から導入を開始し、半月のテストを経て全モデルへの導入を行いました。

まぁ、Resizable BARの実装その物は、大した面倒でも無かったでしょうが？
今まで無かったVBIOSの配布と更新機能の提供。

これらも含めて大変な一ヶ月だったでしょうね？


さて、ここまで書いてきたのですから、当然書く訳です。


あたしの使っている
Ryzen7 3800XTでも問題なく動作しています。
AMDもそろそろサポート対象として発表すれば良いのに？

これが対応前（BIOSで機能は有効済み、有効にしていないとそもそも出ない）


これが対応した結果

後は、NGSが対応してくれれば何の問題も無い。

要望を送るだけです。


※追加　❌１

それにしても
0830000000 - 7FFFFFFFFFという膨大なメモリ空間はすごいですね～
ＧＰＵはそのうちの
7C00000000 - 7DFFFFFFFFしか使っていませんけどね、
では、計算してみましょうか？

7E00000000 - 7C00000000 = 200000000
ではこれを10進数に直しましょうか？
8388608
ですね。
これを1024で割っていけば綺麗に８Ｇとなります。

後ろに８Ｇの空きがありますが・・・？
ようするにリソースの要求範囲としては最大容量の3060あたりの16Gを想定しているのでしょうか？

ただ、3090になると24G実装している訳ですから、範囲が違うと思いますけれど？

単純に考えると
7A00000000 - 7FFFFFFFFF
になっているか？後ろを空けておいて（３２Ｇ実装を考慮して）
7800000000 - 7DFFFFFFFF
あたりでしょうか？

そのうち誰かが公開するでしょう。


それはそれとして、
7800000000 - 7FFFFFFFFF　で　３２Ｇな訳ですから？
7000000000 - 7FFFFFFFFF　で　６４Ｇ


1000000000 - 7FFFFFFFFF　で７倍の４４８Ｇ

0830000000 - 0FFFFFFFFF　で２０９６Ｍ

４５０Ｇと４８Ｍの容量ですね。


この大容量メモリを使いこなせるＰＣは生まれるのでしょうか？？


※追加　❌２

因みにResizable BARその物はPICeの機能。
アプリケーションとして特別対応させなくても、それなりに効きますが？

当たり前な話しですが、

ギリギリまでチューニングしたアプリケーションは、
２５６Ｍずつデータを用意して、２５６Ｍずつデータの差し替えをして動くように作られて居ます。

ようするにResizable BARの恩恵を受けにくい。

ギリギリのアプリケーションほど恩恵を受けず、データを大量に使用するほどほどのアプリケーションほど恩恵を受けやすい。

「DX11もDX12関係なく、全てのアプリケーションが恩恵を受ける」と書いている記事があるけれど、それは言い過ぎ。

逆にデータをまとめすぎないようにDetuneする必要がある。

対応させる必要はあります。

第２回クローズドβ　１日目、１７時過ぎよりサーバーと通信が出来なくなる。
１７：１５には、鯖が落ちたと騒がれ始め１７：３０に緊急メンテが始まりました。

一応１７：３０〜無期限で

新しくサーバーを用意してこういうことを行うと、一般的には、ポート番号の設定ミスとかで、アクセス出来なくなることが多いです。

PCは一般的に、アクセスされる側も、アクセスしに行く側も、ポート番号で管理されています。

ポート番号は６４ｋで、アクセスされる側は、一般的に固定。
それをソケットでバインドして、実際の通信のポート番号は飛ばすことで、複数の相手と通信ができます。

アクセスする側は、空いているポートを適当に使いながらアクセスします。
windowsのバージョンが低い頃は、数値の小さい方から使われ
ある程度バージョンが上がると、大きい方から使われるようになります。

Windows以外のOSの場合は、基本的には大きい方から使うのが多いです。

まぁ、それはそれとして、速度アップ、通信状況の改善、セキュリティ、色々な面で、このポート番号は自由に使えるようにはなっていません。

第一回目の通信障害の対策で、使えるポート番号を増やしたりすると・・・・
初めは　10000〜15000だったのを10000〜20000に変更したとしましょう。
ポートの開放も行わないと、15000〜20000がアクセス不能になります。

これは、アクセスする側、アクセスされる側、両方とも設定が必要なのです。

途中まで問題なく動いていたのに、βが始まって数時間後に急に全員がたたき落とされたりすると、ポート番号を使い切ったんじゃ無いかと、そんな感じがするのです。



まぁ、それはさておき、対処に時間が掛かるんじゃ無いかと思ったので、
余っているSSDを繋いで、NGS本体を入れ直しています。

ＰＣが速くなって、ゲームも速くなって、PSO2の用にローディング画面が出ること無く、随時読み込まれ続けているNGSでは、HDDからデータの読み込みが遅くて遅くて堪らない（笑

街の中を走っていても、外を走っていても、初めて行くところは何処もHDDが数秒間１００％に到達するアクセス量。
もちろんエリアの切り替わりが頻繁に起きれば、ずっとHDDにアクセスしっぱなし。

画面はちょっとガクガクするだけですが、ローディングが終わるまで、エリア移動が完了していないようで？敵も出てこないままエリアの中を進行出来ます。

HDDではダメだ！

それに、設定で、PSO2のデータをどうするかを変更する度に、１から全部コピーのし直しなのがいけない。

今回は２回目ということで、前回のコピーがあるだろうって事で、何もしないで起動したんだけどね？
えぇ、一応前回全部ダウンロードしてありましたから、精々追加が数ギガくらいって考えていたのです。
一応、数日前にも起動して、昨日の内にもタイトル画面まで進めて、ダウンロードが始まらないのを確認して終了しておいたのですよ？

だけど起動時に30分以上掛けて・・・っていうか、キャラクリに３０分掛かっただけなんだけど・・・
それで８０％迄しか進んでいない。

あぁ、これ全部コピーし直しているなとか思いつつも、ゲーム開始。
６７０エラーが出て繋がらない。

それを数度繰り返してから・・・100%に成るのを待ってから、再開。

やっとセントラルシティが表示されました。

でも、その後のちょいちょい読み込みが何度も行われ、その度にガクガクするのがとても堪らない。

結局緊急メンテがあったので、ついでにSSDへの引越しを行っている訳です。

現在絶賛コピー中。さっきまでNGSプレイしていたんだから、当然のように全データコピー済みなんですが？事前に全部読み込みに変更したので、また１からやり直しです。

現在５０％くらい

読み込みは１００％でフル回転なのに、書込の方は１０％程度。
SSD速し。


それはそれとして、このSSDは以前のＰＣでのOSが入っていたドライブ。
消していなかったので、このままではどちらが立ち上がるか分からない。

なのでAcronis True Imageで、パーティションを削除することにしました。
一応念のためGPTで。

でも、ココカラが問題、
このPCでこのSSDからM2のSSDへコピーしたのにも拘わらず、起動しない。

そう言えば、BIOSで変更した部分があるな〜

Resizable BARの設定をONにしたな？　とか思ったので、これをOFFにすることで起動しました。
Acronis True Image 2018はResizable BARがONだとグラフィックの初期化に失敗して起動しませんからねｗ

あと、表示するモニターが選べない。
DPに接続した方に優先的に表示されたので、結果的に、頭を横にして画面を見ることになりました。

まぁ、もう、そういう事は良いのです。
今は、絶賛コピー中なので、早く終わって欲しいですね。

そして、メンテも終わって欲しいですよね☆

今週末の金土日（19、20、21）に行われます。

先週？休日出勤した分の代休で、19日の午後は休んで、15時の開始にあわせてCβを始めようかと思います。

今回の特徴は全員が新キャラで始めることです。
一回目はほとんどのキャラがPSO2のキャラクターをそのまま使っていたので、指が動かない（笑）ってことは、ボーンが少ないと言うことです。

ボーンの少ない環境でのプレイのテストと言うことです。

今度は全員が新キャラな訳ですから、ボーン数が格段に増えるわけです。

クライアントにどれだけ負荷を掛けるのかに注目ですね。

3070はまだ対応していませんが、Resizable BARが何か影響するかも気になります。

後は、読み込みに時間が掛かるので、PSO2をSSDのドライブに移動しておきたいですね。

今週末に向けてやることいっぱいです！

未だに終わることの無い

「〜」と「～」の問題。

最近は殆どの人がWindows10になったでしょうから、区別が付く人は少ないかも知れません。

「〜」　は　波ダッシュで unicodeで言うと301C

「～」　は　全角チルダで unicodeで言うとFF5E

今でこそ見た目は殆ど同じですが、一昔前は一時的には波ダッシュの向きが逆だったりと、色々と一部の人達が騒いでいました。

因みに、一般的なキーボードの右上の方のキーに付いているのはチルダ

普通に入力する（Shift+^）と半角チルダが入力出来ます。
これは「ダイアクリティカルマーク」とか言う、文字を修飾して読み方を指定するものです。

英語で言うなら 「A」を「あ」と読むか「お」と読むか？

そう言った違いを、文字の上に書き込んでしまおうというのが「ダイアクリティカルマーク」

日本語で言うなら、「か」と「が」みたいな違いです。

で、この半角チルダは、本来は文字の上に付くのですが、昔のＰＣではそもそもそんなことが出来なかったので、次の文字として打ち込んだのでしょうかね？？

＊も含めてOSの違いにより、これらの記号の表示される位置はかなり違います。

半角チルダは、普通に上付きで表示されますし、macなんかでは*が上付きで表示されますしね、訳分からない感じですよねｗ

さて、それはそれとして、今でこそ、自由に全角チルダも波ダッシュも入力出来るようになっているというのに、いまだに全角チルダと波ダッシュを区別しようとしないところがあります。

具体的に言うとATOKです。justsystemは日本人が作った日本語を入力するための機能であるATOKにおいて全角チルダと波ダッシュを間違えています。

全角チルダを入力（漢字入力がONの状態で、チルダを入力（Shift+^）する）し、そこで変換をして、変換候補を表示させます。

すると「ATOKクラウド推測変換サービス」のその他分類（雲マーク）として、波ダッシュと記載された候補が居ます。

しかし、これで確定すると、実際に入力が確定するのは、全角チルダなのです。

ATOKは波ダッシュと偽って全角チルダを入力させているのです。



さて、これはATOKがなにか勘違いをして、こう言う状態になった訳では無いと思うのです。

まず、波ダッシュはその登場当初にunicodeが登録をミスり向きが逆さまになり、microsoftがunicode通りにWindowsのフォントを作成し、表現の違いに苦慮した日本人が全角チルダを使うことになり・・・

それでいて、当時webでは一般的なサーバーであるunix系で使われる文字コードであるeuc-jpでは全角チルダが非対応で有り、波ダッシュしか入力出来ず、

Webに上げるときは波ダッシュに変換し、windows上で使うときは全角チルダに変換したのです。

そんな相互変換をしていた所為で、長い間、全角チルダも波ダッシュもそれで良いじゃんとunicodeがなかなか正しい字体への変更を認めず、WindowsXPの時代まで全角チルダと波ダッシュはほぼ同一の物として扱われてきました。

今見てみれば分かりますが、生い立ちは全然違う物の、最終形態はほぼ同じなのです。

だから、違う向きのフォントが有った方が良いんじゃ無いの？？っていう意味合いがかなり強かったみたいです。


ただし、全角チルダが半角チルダが大きく（全角）になったものと違い、
日本語における波ダッシュは

長音記号　あぁ〜
範囲記号　１〜１０
省略記号　〜である

等、様々に使われてきた長い歴史がある無くてはならない文字。

それなのに、形が同じだからとチルダで良いと言われる訳には行かない。

まぁ、その辺りのことは解決しました。

しかし、現在において日本語入力のためのATOKで、波ダッシュを用いた変換が正常に出来ないという大問題がある訳です。

まぁ、そもそも波ダッシュを入力するキーが無いのは仕方が無いとしましょう。

でも、入力した内容に応じて変換候補を表示するのであれば、「から」の変換候補として全角チルダではなく、波ダッシュを表示すべきでは無いでしょうか？
まぁ、一応、atokは波ダッシュと表記されている候補を出すんですけどね？　これを確定すると、全角チルダが入力されるんですよ。

ようするに、ココまで来るとATOKの方が悪いと言うことになる訳です。

サーバーも、httpもdbもphpもperlもどれもこれもutf8に対応し、
utf8mbにおいてどちらも正しく入出力出来るようになっているというのに、未だに対応しないのは問題有りです。

因みに、このような内容を書いてjustsystemに要望を上げたら、波ダッシュが表現出来なかったようで、コードで表示されるという珍事が起きました。

まぁ、ようするにそう言う会社な訳です。

日本の会社なら波ダッシュに対応して下さい。

ウマ娘 プリティーダービーは大きな画面でプレイが出来るという触れ込みなのに、

画面ちっちゃ！！

という意見もあります。

まぁ、起動する度に、最小状態なのが、良くないと思うのですが？

これ、プリコネの様に最大サイズの制限もありませんし、デスクトップサイズまで拡大すれば良いのです。


あたしの場合は、片方が、メイン画面が横ワイド、サブ画面が縦ワイドで使っているので、
ウマ娘をプレイするときには、縦ワイドの方で、どど〜んと大きくしてプレイすることもあります。

まぁ、最大化ボタンとかが、無効化されているので、毎度手作業なのは面倒だと思っていました。


そしたら、こんなのがあるんだそうです。

https://pc.watch.impress.co.jp/docs/news/yajiuma/1312015.html

まぁ、これに拘わらず、Windowのユーティリティは以前からチョイチョイありましたからね。
あたしが以前使っていたWinTもこう言ったソフトの類です。

WinTは、画面の透過設定まで出来ましたからね。

なんにせよ、公式が、さっさと前回の表示位置を覚える機能を追加してくれれば良いのですよ！

なんたる怠惰！


そんな感じで、目一杯大きくしたのでSSを撮ってみたのですが？？

最近のスマホって解像度が高いじゃ無いですか？？

RetinaDisplayですか？
もう、今となっては死語ですかねぇ？？

画面は小っちゃくても、解像度はめっちゃ高いのですよ。
スマホで撮ったSSと比べてみた結果は・・・・


縦は、スマホの方が長い。
横は、ＰＣの方が長い。

ＰＣの解像度って低いな?

まぁ、２４インチのモニターでフルＨＤってのが問題なんですよね？
２７インチなら４ｋも存在しますし。

あたしは、ドットを見るタイプなので、ドットが見えないほど小さいのはノーサンキューなのですよ。


ハッキリ言ってNGSに向けたPSO2のアップデート、
ログインした直後は、画面がめっちゃ綺麗に見えましたよ？

でもまぁ、FXAAはとりあえず設定しましたがｗ

sakuraインターネットから、DBが古いから新しいのにしろというメールが来たので、
やってみました。

どうも、mySQLのバージョンが上がったせいで、デフォルトの文字コードがeucからUTF8に変更されたらしく、色々と動かないところがあって困ります。

現在、CGIの書き換え中です。

画面表示もおかしかったのですが、
それ以外の所も色々とおかしい感じです。

一通り書き換えたので
書込のテスト中です。


書込は失敗しました。
まぁ、実は書込その物は成功したんです。

ただ、ロックの解除に失敗して、メンテ中画面も正常に出ない感じで、変なことになりました。

それ以外にも、テーマのリストが表示されなくなったり、
これはテーマの順位を算出しているところでＤＢ名が変わったことで動かなくなっていた感じですね。

とりあえず、rdfの出力まで全部出来る様になりました。
今週末のNGSのＣβまでに直せて良かったです。

終われば、古い方を削除して終わりですね?

自宅用のタブレットとかを持っている人には結構大問題になっている事柄です。


例えば、

１．しばらく使えていたのにある日突然Skypeが繋がらなくなる。
２．使えてるような気がするのだけど、送信だけ出来ない。
　　（送られてきたメッセージや、別の端末から送ったメッセージは表示される。）
３．Skypeを起動したときに初めから繋がらない。
　（一度も使えてない。）

など、色々な症状が現れます。

これは、結局誰が悪いとかは分からないのですが？
andriodのDNS設定を変更すると、高確率で繋がるようになります。

そもそもWifiのみのandriodは、どのようなネットワーク設定になっているのでしょうか？？

一般には、WPSなどの自動設定を使って、自動で設定しているのでしょうか？
まぁ、それ自体は何の問題も無いのです。

それによって行われる設定はDHCPと言われる、ネットワークの設定自体をルーターから適宜読み込んでandroidの設定を勝手にしてしまうと言うものです。

そして、DHCP事態も、本来は何の問題も無いのです。

でも、何かの拍子に、何かが変わって、その結果、Skypeが使えなくなってしまうのです。
ハッキリ言って使えなくなる根源的な原因は、分かりません。

ただ、実質的にSkypeが繋ぐためのサーバーのDNS解決が出来ないから起きることは間違いありません。

尚、これはWifiしか無いandroid特有の現象なのです。

データ通信が出来る端末の場合、一時的に3Gや4Gの接続に切り替わり、そちらで通信をしています。
そうすると、またしばらくWifiのみで通信が出来る様になってしまうのです。だから、Wifiしか無い人だけが色々なところで文句を言っているのです。
（データ通信を切ってSkypeをしばらく使っていればWifiのみしか無い端末と同じ現象が起きます。）


さて、では何故そのようなことが起きるのか？？
どうやらandroidの初期設定では、DHCPで拾ってくるDNSサーバを使っていないようなのです。

例えば・・・
自宅以外で繋いでいる場合を考えてみましょう。
主に無料で公開されているWifiアクセスポイントとかですね？

アクセスポイントを設営している人がDNSサーバーを設置し
そのアドレスをDHCPのDNS設定として配布した場合？

そのDHCPの内容を信じて設定した場合、
そこのアクセスポイントを利用した通信は、設営している人が自在に操れることになります。

最近はSSLが蔓延しているので昔ほど危険では有りませんが？
独自の通信などを行っているアプリケーションでは、DNSサーバから渡されるIPアドレスを信じて、そのサーバと通信することになります。

そうなると、何処かにある別のサーバを経由して、本来有るべきサーバに届くようにすると事も可能になる訳です。
そうなると、通信の内容が全て経由されるサーバで搾取され、外部に漏れてしまうことになります。

なので、androidの初期設定では、Googleが運用している高性能サーバを使って通信しているようなのです。
因みに、8.8.8.8がgoogleのDNSサーバです。

その証拠に、android 9あたりからは「プライベート DNS」って言う物があり、自分の好きなDNSを利用して通信が出来る様になるようです。


さて、これらのことから、
ネットワーク設定においてDHCPにより

自宅ネットワークのDNSサーバであるルータが返され、それによって普通に自宅のDNS解決して、通信をしていれば、何の問題も無くSkypeが使えるはずの所を

Androidが何処かに飛ばしているDNS解決によって正しいSkypeサーバのアドレスが返ってこないため、Wifiしか無いandriodではSkypeの通信出来ない状況になるのです。


これを解決する手段は複数有りますが、
andriodの8までは、DHCPでのDNSの設定が出来ません。

なので、一番簡単なのは、Wifiの設定で、IPアドレスをDHCPから静的に変更することです。
ただ、これにはネットワーク設定に対する知識が必要になります。


難しくはありませんが、知らなければならないことは結構多いです。
DHCPの仕組み。
自宅ルータの設定内容。
ルータの設定変更方法。
androidの設定の変更方法。
の四点くらいでしょうか？

そして、実際の設定を変更は
・必要であればルータの設定の変更
・androidのwifi設定の変更
この２ヶ所で十分でしょう。


なお、andriodが何処へDNSの名前解決を飛ばしているのかは分かりませんが？
とても高性能とは思えないですね？？

もしくは、無制限にキャッシュしていて、サーバーが移動したときなどに対応出来ないのかもしれませんが？
まぁ、自宅で使うだけでしたら、詳しい人に静的設定に変更して貰うのが無難ではあります。