どうも、みむらです。
サポート掲示板でよく「擬似言語シミュレータ SARA」のお問い合わせを受けるのですが、
ソースコードの欠損やバージョンの差異などによりサポートが難しい状況でした。
今回、一部データの補足を加えて Visual Studio 2019 にてビルドが出来る状況になりましたので、リファクタリングと機能追加含めてはじめていこうと考えています。
（もう Windows Forms でなくて XAML で良いよね、とか、 .NET Framework 4.8 ベースとかにしても良いよね・・とか色々と。。）
にしても最初のリリースは１０年前だったんですね。。。
https://xtech.nikkei.com/it/article/NEWS/20101004/352568/
ということで、ボチボチはじめていきますー。
あけましておめでとうございます｡
今年も宜しくお願い致します｡
自宅内で Windows Server 2019 が走っているのですが､
大きなデータを保存しておく場所として HDD が搭載されており
これの高速化として “Optane Memory” を使おうとしてみました｡
入れてみて､さて有効にしようと画面を開こうとしたところ･･
ということで､起動が出来ません｡でも Optane Memory での高速化はしたい｡
ただコンソールで Optane Memory の有効化操作を行ったところ
上手く有効になりましたので､今後のメモとしてここに記録します｡
インテル公式としては､ Windows Server での Optane Memory の動作は保証していないようです｡
本番環境に導入するなどして障害が起きてもこちらではカバー出来ませんので､あくまでも実験用やデータが飛んでも問題ない環境でお試しください｡
インテル® Optane™メモリー: 購入する前に、主な要件https://www.intel.co.jp/content/www/jp/ja/support/articles/000023994/memory-and-storage/intel-optane-memory.html
セットアッププログラムを使用したり､
pnputil コマンド ( 例 : pnputil /add-driver iaStorAC.inf /install ) などでドライバをインストールします｡
18.x 系のドライバが必要なため､マザーボードベンダなどで提供されているドライバが古い場合は最新版のドライバを入れておけば大丈夫だと思います｡
インテル® Optane™・メモリーを備えたインテル®ラピッド・ストレージ・テクノロジードライバー・インストール・ソフトウェア
https://downloadcenter.intel.com/ja/download/29978
また､ドライバが上手く当たらない場合 (古いバージョンのまま､等) は
devcon.exe を Windows Driver Kit (WDK) から持ってきて更新することも可能です｡
DevCon Update – Windows drivers | Microsoft Docs
https://docs.microsoft.com/ja-jp/windows-hardware/drivers/devtest/devcon-update
下記のサイトから RSTCliPro.exe をダウンロードし､
当該端末 (今回の私の場合は Windows Server 2019) にコピーしておきます｡
インテル® Optane™メモリー向けインテル® RSTCLI Pro
https://downloadcenter.intel.com/ja/download/29986/-Optane-RSTCLI-Pro
下記のコマンドを実行します
RstCliPro.exe -I実行すると下記のようにデバイス一覧が出てきます
そのうち､高速化したいデバイスの ID と Optane Memory の ID を探して控えます｡
今回の場合は “0-0-5-0” が高速化したいデバイスで､ “0-1-0-0” が Optane Memory の ID になります｡
先ほどメモをした ID を元に次のようなコマンドを実行します｡
RstCliPro --OptaneMemory --enable --fast-drive <Optane MemoryのID> --drive-to-accel <高速化したいドライブ>私の場合は､
“RstCliPro.exe –OptaneMemory –enable –fast-drive 0-1-0-0 –drive-to-accel 0-0-5-0”
というコマンドになります｡
実行して “Enable completed” と出れば OK です｡
以上で設定は完了です｡
上記が完了した後 “RstCliPro.exe –OptaneMemory –info” を実行することで設定内容を確認することも可能です｡
というわけで､素敵な Optane Memory ライフを!
どうもみむらです。
先日 PC が故障しまして第９世代の Intel CPU (i7-9700) を用いて組み直していました。
故障する数日前からビープ音（長音）の連続で起動に失敗したりしていたので
なんか気持ち悪いなとは思っていたのですが。。
テレワークが推奨されており、お仕事に甚大な影響が出ることもありましたので
ツクモ電機さんのレジの横にあるリーダーにクレジットカードをシャコシャコッと何度も差し入れしてきました。。来月の引き落としに今から震えています。
ただ今回買い換えを行ってみて
Intel Smart Response Technology (iSRT, HDD を SSD キャッシュで高速化するやつ) が
Intel Optane Memory との組み合わせ専用かつ、RAID 不可に変更されており
iSRT を使って RAID-5 を高速化していた身としてはかなりショックでした。。
では iSRT の代替としていいものは無いのかと探していたところ
PrimoCacheという良さそうなものを見つけたので試してみました。
HDD を SSD でキャッシュして高速化するソフトです。
まさしく Intel の Smart Response Technology で実現していたものを実現してくれます。
ほかにも FuzeDrive (AMD 環境では StoreMI という名前で提供されています) というソフトなどもありますが、いくつか試してみたところ PrimoCache がよさそうな感じでした。
PrimoCache は Romex Software 社の製品で、１つ当たり $29.95 の製品になっています。
https://www.romexsoftware.com/en-us/primo-cache/
なお私自身はメーカーさんから
今回の記事に関して何か支援を受けてはいませんのであしからず。。
左上のボタンを押してドライブを追加します。
次の画面で「高速化したいドライブ」を選択します。
次にキャッシュの方法についての設定です。
Level-1 Cache が “DRAM 上” のキャッシュ、 Level-2 Cache がストレージとなります。
またキャッシュについては文字通り Level1, Level2 の階層構造になっています。
今回の場合は SSD キャッシュのみを有効にするため、
Level-1 Cache は 0MB に設定します。
次に Level-2 Cache を設定するために、画面中央の小さなボタンを押下します。
ボタンを押下すると次のような画面が表示され
キャッシュ用のドライブを選択する画面になります。
今回は Intel Optane Memory を使うため
INTEL MEMPEK.. で始まるドライブを選択します。
注：もちろん Intel Optane Memory を使わずに通常の SSD でも利用可能です。
注２：認識されている容量が小さい場合は何らかのパーティションを作ってから再試行してみてください。
設定後、 “Size” を “MAX” に変更し、その横にあるボタンを押下します。
特に何もなければ
“Individual Read/Write Cache Space” のチェックを無効にします。
これが ON の時はそれぞれのキャッシュが設定した割合で行われますが
無効の場合は割合を気にせずに Read / Write キャッシュを行うようになります。
最後にお好みで Defer-Write (遅延書き込み) の設定を行います。
遅延書き込みを有効にすると応答速度が速くなりますが、
ディスクへの書き込み（キャッシュ内容の反映）が遅くなります。
設定が完了したら “Start” を押下します。
稼働を始めると下記のようにキャッシュ率などが表示されます。
ある程度動きはじめたら、画面を閉じて仕事に戻りましょう。
冒頭のとおり PC の故障で買い替えたところ
Intel RAID 構成に対する SSD キャッシュが使えなくなって呆然としていたところ
こういうソフトを見つけることができてよかったです。。！
また前回の構成では Intel RAID の RAID-5 だったのですが
iSRT が有効な環境だと最新のマザーボードや mdadm ではマウントできず焦りましたが
dmraid を使うことでマウントができました。
PrimoCache の場合は Intel RAID と SSD Cache が別の機構なため
同じようにマウントできなくなることは（きっと）ないと思いますし安心です・・！
ではでは、素敵なテレワークライフを！
どうもみむらです。
Ubuntu を Hyper-V で使用していると、
起動時に高確率で GUI 起動待ちになって何も操作できなくなったり
（ Ctrl + Alt + Function Key での切り替えしてもログイン画面が出てこない )
そもそも Enhanced Mode が使えなくて色々と不便でしたので、
有効にするスクリプトを作成しました。
Hi I’m Mimura.
I make a script to enable the “Enhanced Mode” on Hyper-V with “Ubuntu 19.10”.
Also, it fix an issue that to fail to start X.
下記からダウンロードできます。 / you can download from this link:
https://gist.github.com/mimura1133/a6aebf4945b6688d1a5aedffdfa9368c
このスクリプトは、
Microsoft が提供している Enhanced Mode を有効にするスクリプトを元に
作成されています。
https://github.com/microsoft/linux-vm-tools/tree/master/ubuntu/18.04
最近の Ubuntu では Wayland を最初に使用しようと試みます。
上記のスクリプトでは、 Xorg を使うようにできているため、
Wayland を利用しないようにする処理を追加し、
Enhanced Mode を Xorg 経由で使えるようにしました。
# Stop to use wayland.
sed -i_orig -e 's/#WaylandEnable=false/WaylandEnable=false/g' /etc/gdm3/custom.confまた、どうやら Ubuntu に入っている Wayland と Hyper-V が相性が悪いらしく
時々起動に失敗する（コンソール経由のログインも受け付けない状態になる）のですが
Wayland を無効にすることで、確実に起動できるようにもなります。
（Arch Linux に入れたときには上手く動いていたので、 Ubuntu の問題だと個人的には思ってます..）
this script based on Microsoft’s.
https://github.com/microsoft/linux-vm-tools/tree/master/ubuntu/18.04
Recent versions of ubuntu are try to use a Wayland before using Xorg.
So, I added a code to disable to use Wayland.
# Stop to use wayland.
sed -i_orig -e 's/#WaylandEnable=false/WaylandEnable=false/g' /etc/gdm3/custom.confIn addition, the Wayland and Hyper-V seem to be incompatible, sometimes fail to boot,
but the issue is fixed at the same time by disabling wayland.
Ubuntu の最新版が Enhanced Mode でサクサク動いて、コピペも出来るようになりますし、
同じように Kal Linux でも Enhanced Mode が使えるようにするものも公開していますので
Linux を Hyper-V で使っている方は、是非お試しくださいませー。
I have also released another versions for Kali Linux.
Please feel free to use the script if you’re using Linux on Hyper-V.
Git Repository (Forked from Microsoft):
https://github.com/mimura1133/linux-vm-tools
どうもみむらです。
お仕事の関係上、アプリケーションの通信を見ることがありまして。
一般には “Burp” を使うことが多いのですが、
やっぱりサクッと見たいときには Fiddler 先生を使いたくなることがあります。[要出典]
Burp のプラグインを作る話はよくあるのですが Fiddler の話はあまりないのと、
作ってみたらサクッと出来たので記事に纏めてみようかと。
下記のようにまず、 “.NET Framework” の クラスライブラリを作成します。
Fiddler は .NET Framework の 4.6.1 を使用していますので、
バージョンは 4系を選択します。 (4.6.1 か それ以降を選択しておけば OK です）
Fiddler.exe を参照に加えます。
通常下記のパスに Fiddler がありますので、こちらを追加します。
%LOCALAPPDATA%\Programs\Fiddler\Fiddler.exe
また、Fiddler の Inspector プラグインはUI に Windows Forms を使用しますので System.Windows.Forms も忘れずに参照に加えます。
プラグインの開発時に F5 でデバッグ出来た方が良いですよね。
プロジェクトの設定の「デバッグ」から
Fiddler.exe （%LOCALAPPDATA%\Programs\Fiddler\Fiddler.exe） を
デバッグプログラムとして指定します。
同様に「ビルド」から、出力先のパスを
お使いのユーザのドキュメントフォルダの “Fiddler2\Inspectors” に出力するようにします。
（%USERPROFILE%\Documents\Fiddler2\Inspectors を展開したパスに保存すれば OK です）
それでは本題となるビューを作ってみましょう
ビューを作る際は下記のように、レスポンス用とリクエスト用を2つ定義する必要があります。
基本的に Inspector2, IRequestInspector2 を継承して作ります。
上記の画像に当該するコードは下記の通りです
using Fiddler;
using System.Windows.Forms;
public class RequestView : Inspector2, IRequestInspector2
{
/// <summary>
/// Inspector ビューへの項目の追加やウィンドウの初期化等を行う
/// </summary>
/// <param name="o"></param>
public override void AddToTab(TabPage o)
{
o.Text = "さんぷる！";
o.Controls.Add(new TextBox() {Text = "リクエストヘッダ用！", Dock = DockStyle.Fill, Multiline = true, ReadOnly = true});
}
/// <summary>
/// 項目が必要なくなった場合のクリーンアップ処理を書く (IDisposable の Dispose みたいな）
/// </summary>
public void Clear()
{
}
/// <summary>
/// POST リクエストとして送信されたメッセージ本文
/// </summary>
public byte[] body { get; set; }
/// <summary>
/// テキストが編集されたかどうかを返す
/// </summary>
public bool bDirty { get; }
/// <summary>
/// 読み取り専用項目かを取得・設定する
/// </summary>
public bool bReadOnly { get; set; }
/// <summary>
/// HTTP のリクエストヘッダ
/// </summary>
public HTTPRequestHeaders headers { get; set; }
/// <summary>
/// Inspector ビュー内の項目の順番（昇順でソートされるため、値が大きければ項目の最後に追加される）
/// </summary>
/// <returns>表示順番</returns>
public override int GetOrder() => 1000;
}レスポンス用の場合は Inspector2, IResponseInspector2 を継承して作ります。
上記の画像に当該するコードは下記の通りです
using Fiddler;
using System.Windows.Forms;
public class ResponseView : Inspector2, IResponseInspector2
{
/// <summary>
/// Inspector ビューへの項目の追加やウィンドウの初期化等を行う
/// </summary>
/// <param name="o"></param>
public override void AddToTab(TabPage o)
{
o.Text = "さんぷる！";
o.Controls.Add(new TextBox()
{Text = "レスポンスヘッダのびゅー！", Dock = DockStyle.Fill, Multiline = true, ReadOnly = true});
}
/// <summary>
/// 項目が必要なくなった場合のクリーンアップ処理を書く (IDisposable の Dispose みたいな）
/// </summary>
public void Clear()
{
}
/// <summary>
/// 受信されたメッセージ本文
/// </summary>
public byte[] body { get; set; }
/// <summary>
/// テキストが編集されたかどうかを返す
/// </summary>
public bool bDirty { get; }
/// <summary>
/// 読み取り専用項目かを取得・設定する
/// </summary>
public bool bReadOnly { get; set; }
/// <summary>
/// HTTP のレスポンスヘッダ
/// </summary>
public HTTPResponseHeaders headers { get; set; }
/// <summary>
/// Inspector ビュー内の項目の順番（昇順でソートされるため、値が大きければ項目の最後に追加される）
/// </summary>
/// <returns>表示順番</returns>
public override int GetOrder() => 1000;
}上記の2クラスだけではダメで、必要な Fiddler のバージョンを宣言する必要があります。
どこか1つのソースコードで問題ありませんので、
下記のようにバージョンを宣言するだけのソースコードを作成しましょう。
[assembly: Fiddler.RequiredVersion("2.3.0.0")]上手くいけば下記のように、「さんぷる！」という名前の項目が追加されて
作成したプラグインが読み込まれるはずです。
今回の例は Inspector プラグインとして任意のビューを表示するところまでを紹介しました。
ただこれだけではBody の処理や その他のパラメータの処理がかなりおざなりになっています。
そこで下記のような、Request / Response Body のテキストを編集できるサンプルを
下記の GitHub に公開しました。
https://github.com/mimura1133/sample_fiddlerInspector
コードも極力短く、また各パラメータに関しても極力コメントを入れてありますので、
これを踏み台にして独自の Inspector プラグインを作成頂けたら幸いです。
それでは、楽しい Fiddler ライフを！