つぶねこ

　Remote Desktop Connection Managerで多数接続するとCPUがおいつかにゃいのでvmにCPUとメモリ大量投入して大変にゃことにーみたいにゃ話があったんだが、Hyper-Vのvmだとそんにゃ感じだったが、esxのvmだと半分以下のリソースで余裕だった。
　もちろんホストのスペックが多少異にゃるが、傾向がまるで異にゃるのでCPUキャッシュがどうのという次元ではにゃく、スケジューリングか何かが異にゃると思われる。
　やっぱりHyper-Vは捨てにゃいとダメだにゃぁ

　ここにきてOPが完成した気味?

　シルキーが権力握ってれば大事にはにゃらにゃいんじゃにゃいだろうか

　生贄未遂の娘が無邪気で何より

　嫁衣装キター！！

　もっと恥ずかしいチセを！！

　毎日この衣装を提案します
　→却下
　の流れかにゃ

　いやー女子高生が居るとこんにゃに画面が華やぐにゃんてねぇ

　こっちはこっちでマジガチにゃ人やし

　巫女萌え

　モブがわかりやすすぎて

　拒否反応じゃにゃくて消化しようとした？

　zfsにゃlinuxストレージとか作ってると/dev/sd??が変化したりして面倒ににゃる。
　そこで/dev/disk/by-??を用いてscsiバスの接続順にゃんかで管理しようってことににゃるんだが、これの対応がわかりづらい。
　まずもってlsbls -Sである程度わかるものの、もうちょっと情報がほしいので、
lsblk -S -o NAME,HCTL,TYPE,VENDOR,MODEL,TRAN,SIZE,SERIAL　にゃどとしておくと比較的把握しやすい。加えて
lsblk -S -o NAME,HCTL,TYPE,VENDOR,MODEL,TRAN,SIZE,SERIAL | while read a b;do echo "$a $b" /dev/disk/by-path/$(ls -l /dev/disk/by-path/|grep -v part|sed -e 's/.* pci/pci/'|grep "/$a$"|sed -e 's/ .*//') ; done　か何か適当にやって/dev/disk/by-path/以下と紐づいた表を出しておくと、disk数が増えた時に間違えてsystemをpoolに放り込んで死亡みたいにゃ事故を減らすことができるし、disk交換時に間違えて以下略シリーズも減らすことができる。