パスワードを忘れた? アカウント作成

QwertyZZZさんのトモダチの日記。 あなたのタレコミがスラドを支えます。さぁ、タレこめ!

14974006 journal
日記

tuneoの日記: 求:瓦HDDのCMRキャッシュをフラッシュする方法

日記 by tuneo

ジワジワ溜まってある時いきなりCMR領域からSMR領域にデータ移動がおっぱじまる(そして移動の間は延々と性能が劣化する)のは非常に使い勝手がよくないので、タイミングを制御したい。

hdparmとかでなんとかならないものか。

14961057 journal
日記

tuneoの日記: なんだこりゃ

日記 by tuneo

LibreOffice Drawで作図した流れ図をSVGにエクスポート

SVG画像のサイズが=ページサイズなので、Linux PCのInkscapeでSVGを開き「ドキュメントのプロパティ」で図形のサイズ+上下左右に1mmのマージンを設定したサイズに変更

Sambaで公開している共有フォルダにSVG画像をコピー

Windows PCのWord 365で文書を開き、共有フォルダを開いたエクスプローラからSVG画像をDrag & Drop

……という順序でWord文書にSVG画像を貼り付けることができた。

そこまではよかったんだが、「ちょっとここサイズ変えよう」などと(Linux PCの)Inkscapeに戻って共有フォルダ上のSVGファイルをいじって保存したり、元のディレクトリでDrawで図形をいじってSVGにエクスポートしなおして共有フォルダにコピーしたりすると……Windowsではファイルの種類が「SVGファイル」から「ファイルフォルダ」に変化し、しかもアクセスできなくなる。

再起動しないと治らないので、ヘマを見つけて修正するするたびに再起動する羽目になってキレそうなんだが……。

しかたがないので共有フォルダを使うのを諦めてscpでWindows PCのローカルディスクにコピーしてからWordに貼り付けて急場をしのいだのだが……謎な挙動だ。

14959803 journal
日記

tuneoの日記: まだ流れ図作成で消耗してるんですか?←セルフ煽り

日記 by tuneo

なんとか完成相成ったスクリプトの納品のため、仕様書を作ることになった。
仕様書の中には「フローチャート」を貼り付けることを要求されていて作図が面倒くさい。

作図自体も大概に面倒なのだが、画像だの図形だのの編集をリモートでやるのは辛すぎるからとテレワークPCにインストールしたLibreOffice Drawが追い打ちをかけた。靴越しに足を搔くような操作感はまだまだ健在だなぁと思った次第。

コードを見ながら10枚弱のフローチャートを作るのにえらい時間がかかったが、ループの中でsetからs.remove(e)で要素を削除するのをやめて、後で差集合を取ったほうが流れ図も書きやすいしコードの可読性も良くなることが判明した。もうちょっといい手はないかと気に病んでいた問題が解決できて喜ばしい。

さて、この力作の流れ図をを文章に貼り込んで、と意気込んでいたらMicrosoft WordはいまだにSVGファイルを図として挿入できないことが判明。わざわざSVGでエクスポートして職場PCに転送したのはまったく無駄でした……。

14958385 journal
日記

tuneoの日記: Amazon、こわいです

日記 by tuneo

自宅では座卓+座椅子でテレワークしているのだが、さすがに1日8時間座りっぱなしでパソコンに向かい合ってると足腰にくる。あとモニタの後ろにミドルタワーPCがおいてあるので画面から目までの距離も若干近くて目が疲れる。

辛抱堪らなくなってネット通販大手の某サイトでパソコンデスク(含むゲーミングPCデスク)を物色していたんだが……レビューを見るとどんどん購買意欲が減退するってどうゆうことだよ。

レビューは機械翻訳しました感あふれる高評価レビューと「金取るってレベルじゃねーぞ」クラスの不良品を報告する低評価レビューが入り乱れる混沌と化している。

・梱包の破損・異臭
・梱包内への異物(謎の粉末、とか……)混入
・天板の傷・欠け・割れ・表面剥がれ
・金属フレーム部の傷・塗装/メッキ剥がれ・腐食
・付属品欠品
・寸法不正確により組み立て不可
・部品脱落
・溶接不良
・ネジ穴加工不良

……家具の通販ってこんな修羅道だったっけ?

Amazonのこのザマでは腰が引けてしまう。別のサイトで買うべきかな。

14956202 journal
日記

tuneoの日記: BluestacksとVirtualBoxは共存不可

日記 by tuneo

当方のPC環境にはRyzen9 3900XのWindows PCとRyzen9 3950XのLinuxな仮想化サーバ(大体ファイルサーバだが最近Dはockerであれこれしようと画策中)というものがある。

昔はWindowsの上でVirtualBoxを動かして仮想化三昧していたためディスクイメージ(Windows 2000 Proとか)が残っていて、レトロなゲームのために動かしたくなることがある。さらに現行PCのWindows10はリテール版を買ったのでWindows 7 Ultimateも使えるようになった。これで仮想化が捗る!

特に、近年買い込んだインストール回数制限のあるゲームなんぞは仮想マシンイメージ取っとけば回数制限を回避できるわけで、ぜひともWindows7のVMは作っておきたい。

その一方で、AndroidのゲームをBluestacksで遊ぶことも多い。いくつかインスタンスを立ち上げといて、あっちのゲームの待ち時間にこっちのゲームを操作して、実機じゃできない遊び方ができるのが大変によろしい。

問題なのは掲題の件。BluestacksはVirtualBoxがベースらしく、本家VirtualBoxとは共存できないのだ。さて困ったぞ。

Hyper-Vと共存できるBluestacks(β版)はあるらしいのだけど、既存VMをHyper-Vに移行するのも面倒くさいしなぁ……。

14947687 journal
日記

tuneoの日記: Python 2のdatetimeモジュールにはtimestamp()がない 2

日記 by tuneo

Pythonのdatetime.datetimeオブジェクトからCのtime_tへの変換処理を思いつかず、苦し紛れにint(datetime.datetime.now().strftime("%s"))と書いてたんだが、ぐぐって見つけたtime.mktime(datetime.datetime.now().timetuple())のほうが効率よさげだな。

14946934 journal
日記

tuneoの日記: お前の理解はどうでもいいから聞かれたことに答えてくれよ 14

日記 by tuneo

俺「ログファイルに記録されてるライセンスの利用開始日時は%M/%D %H:%mの形式になってるから、現行バージョンのスクリプトではtime_tへの変換の際にログを取得した日時と同じ年内を仮定して年を補ってるんだけど、これライセンスの利用が年をまたぐと問題が出ますね……orz。ソフト動かすサーバの運用はどうなってますか?年末年始シャットダウンしてます?uptimeは1年を超えますか?」
ヤツ「年をまたぐと何か問題なの?」
俺「(「問題が発生するから聞いてるんです」と言いたい気持ちをぐっとこらえて)今年の10月7日に利用を開始したライセンスの利用が年をまたいだ場合に、来年に取得したログでも利用開始日が"10/07"と表示されたらどうします?ログを取得する日時が来年10月6日までなら"去年の10/07だろ"と見当がつきますけど、来年10月9日に取得したログで"10/07利用開始、10/08利用終了"と記録されていた場合、利用期間が"1日"なのか"1年と1日"なのか区別がつかないじゃないですか」
ヤツ「そんなことはめったにないと思うけど……」
俺「大した手間でもないんですから確率がゼロじゃないなら対策しましょうよ。お客様に"この人はこのソフト1年間ちょっと使ってたんだけどなんで利用期間が1日なの?"みたいに指摘されてから対応するのは大変ですよ?過去のログを全部洗いなおして"あれは1年以上でこっちは1年未満"みたいな判定してる暇があるんですか?(ここで「だったらスクリプトなんぞ作らないで最初っから手で集計すりゃいいんですよ」という暴言を吐こうとして自制)……それで結局"年末年始にサーバを落とすからライセンスの利用は年をまたがない"とか"計画停電の際にはサーバを落とすからuptimeは必ず1年未満"みたいな事実はあるんですか、ないんですか」
ヤツ「……ライセンスの利用は年をまたぐけど年2回計画停電があるからuptimeは必ず1年未満になるよ」

回答を引き出すまでに延々説明するこの徒労感。疲れる。しかも絶対理解してないなアレは。

14694727 journal
日記

tuneoの日記: Pythonでこういう書き方はしていいんだっけ? 24

日記 by tuneo

使用する処理系は諸般の事情でPython2.6。久々のPythonで頭がボケてる……。

やりたいのはリストの操作なんだけど、ループでリストの要素を頭からなめて、特定の条件を満たす場合はあれこれ処理した後でin placeで削除したい。

たとえば文字列を空白で分割して、部分文字列が"f"で始まっていた場合はリストから削除する、という処理だ。


l = " ".split("foo bar baz")
for i, e in enumerate(l):
        if e.startswith("f"):
                あれこれ
                del l[i]
print l

というコードは正当で、常に["bar", "baz"]を返すことを期待していいんだったっけ?

……もちろん上記の例のごときはリスト内包表記なりfilter関数を使って書けばいいのだが、本チャンのコードはちゃんとややこしい。

14502099 journal
日記

tuneoの日記: hndnその後 4

日記 by tuneo

ルミナスフィール ブックシェルフを2つ組み立てて本を詰め、もう1つキープしてある。

段ボール箱に詰めて部屋のあちこちに放置されているマンガやら文庫やらが整理されて大変に気持ちが良い……のはいいんだが、地震発生時の飛び出し対策と背面への転落対策がおろそかなのが気になる。

そういう用途に使えるオプションパーツであるところの「ワイヤーバー」「サポート柵」というものもあるのだが、ワイヤーバーはなかなか良いお値段がするしサポート柵は本棚には不適。

もうちょっと低コストかつ本棚に適した転落対策ができないか、と悩んでいるのだが……。

案その1:荷締めベルトを使う
2mが数百円でワイヤーバーより安いんだが、困ったことに幅が600mmしかないラックなので盛大に余る。切って長さを詰めると末端の処理(ほつれ止め)が面倒くさい。あと転落防止に好適なポジション(棚板と棚板の中間)に固定する術がないので、重力に負けてしまい効果が薄い。

案その2:マジックテープとかベルクロのベルトを使う
ワイヤーバーより低コストではあるし、ホムセンで切り売りしてもらえばジャストサイズのベルトをたくさん用意できるんだが、重力に負ける問題は未解決。

案その3:針金を張る
飛び出し対策という点では低コストかつ確実。ポールに刻んであるスリーブ固定用の溝にピッタリ入る細さの針金にすれば、重力に負けることも(基本的には)ない。……しかし大学では曲がりなりにも金属材料学を学んだ身。ついつい「鉄・真鍮・銅は錆びるしアルミニウムは強度が、ジュラルミンは耐食性が問題になる」などと悪い癖が出てしまう。あと細すぎて本が傷みそう。

案その4:糸・紐を張る
飛び出し対策という点では低コストかつ確実。ポールに刻んであるスリーブ固定用の溝にピッタリ入る細さの糸にすれば、重力に負けることも(基本的には)ない。ただし天然素材の糸は強度に難があり、合成樹脂の糸は耐候性などに難がある。あと細すぎて本が傷みそう。

案その5:ラック内に収納ボックスを入れて本はボックスの中に入れる
本の傷み問題は解決するのだがいかんせんコスパが悪い。

typodupeerror

アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家

読み込み中...