高圧洗浄機

去年まではバイクの洗車用に、高圧というのはほど遠い「ポータブルウォッシャー」なリョービPLW-150を使ってました。(写真左)

そして1年ほど前から、正真正銘の高圧洗浄機マキタMHW080Dへ買換えました。ちょっとお高いのがデメリットながら、なかなか良い感じです。

水量・圧力共にしょぼいPLW-150でも、たとえ酷い泥汚れの時でもちゃんと洗車出来ます。ただの水道の水よりは圧力あるんです。しかしね、なにせ時間がかかる…。レース後や練習後なんて、とっとと洗車済ませて片付けて撤収したいわけです。

その点でMHW080Dでは大分早く洗車が終わるようになりました。いわゆる時短です。また、溜め水から吸える自給能力があるのもメリット。

因みに付属のケース&タンクは使ってません。あんなデカい箱N-VANに乗らないよ…。

MHW080Dの位置づけ

バッテリー式洗車機に限れば、シガー12Vで動くリョービPLW-150のパワーなんて最弱ぅ…。

コースでは、ちょくちょくこういうガンタイプの洗車機、

…を見掛けますが、アレはアレで12Vシガー式よりはかなり強いんですが、MHW080Dよりはかなりパワーが落ちます。
(ま、コスト・スペース・パワーのトレードオフの一つとしてはアリかと思います。)

そしてそんなMHW080Dでも、エンジン式はおろかAC100V式にも劣るんですよね。

洗車機の洗浄能力は、一般的に「圧力×水量」で決まる訳なんですが、マキタMHW080Dを1とすると、比較としてだいたいこんな感じ。

機種能力イメージ
リョービPLW-150(外部DC12V)0.04ぴゅ〜
ガンタイプ(Li-ion 18V)0.25前後じゃー
マキタMHW080D(Li-ion 36V)1.00ざばー
ケルヒャー K2バッテリー(Li-ion 36V)1.35
AC100V式 1.2kW1.74どばぁー
エンジン式 90cc1.98どばばば

うちがMHW080D買った時にはまだ無かったんですが、同じバッテリー式としてケルヒャーK2バッテリーというのがあります。後発だけ有って、能力的にはそっちの方がやや高いです。まぁあとは、バッテリーの入手性をどう見るか?ですかね。

マキタMHW080DがAC100V式に勝るのは、当然のことながら電源の無いところでも使える事。そして、エンジン式に勝るのは、とにかく軽くて小さいということ。

そんなわけで「ほどほど」なポジションかと思います。

エンジン式の半分の能力

バイク1台洗うのに関しては、まぁ足ります。正直言うと「もうちょっと水圧が欲しい…」というのはあります。

しかし、能力がエンジン式の半分だから、洗車に倍の時間が掛かるか?…と言えば、そうでもなく、体感的にですが1.2~1.5倍くらいの感じですかね。

軽い・小さいが故のメリット

  • トランポに積んだ時邪魔にならない!
  • 洗車場まで洗車機を肩に掛けたままバイクに乗っていける!

ひとつめは、まぁぶっちゃけN-VANにエンジン式積むとなると、積めなくは無いけどいろいろと厳しいんです。日帰りの練習ならまだしも、車中泊前提の遠征だと倉庫番状態なんで。

あとふたつめは、買ってから気付いた点。ふつう洗車場って、トランポの駐車場から数百m位離れてるんです。エンジン式使ってる人はどうするかというと、バイクの移動とは別に、洗車機載せたキャリーを引きながら洗車場までを歩いて往復。

それが、洗車機肩に掛けてそのままバイク乗って行って帰ってこれるのは大分楽です。オプションながら、ちゃんと肩掛けベルト用のフックが掛けられるようになってます。

まとめ

ウチ的には、まぁ良い買い物だったと思います。自宅でも高圧洗車機としてちょいちょ使いますし。ターボノズル付けると、風呂掃除で黒カビ吹き飛ばせるし。

バッテリーの持続時間15分ですが、自分一人なら全く問題なし。仲間内でシェアするとなると、ちょっと心許ないですね。

補足:後付けしたもの

ワンタッチカプラ

〈HOTEISON〉高圧洗浄機 ワンタッチ カプラー 3/8 M22 / リョービ 高圧洗浄機用

リョービ用となってますが、マキタも高圧ホースのコネクタはリョービと仕様同じです。M22のネジ式なんで、付け外しが面倒なんですよね。

ちょうどオスメスセットなんで、2set買うと本体側とガン側の、それぞれをワンタッチ式に出来て便利便利。中華ながら、今のところ問題なさげです。

強いてデメリット上げるならば、ワンタッチカプラの仕様が国内規格品ではなく欧米仕様なところ。オスメスセットで購入なんで、他と組み合わせる予定なければ問題有りません。

ディスクフィルター

岩崎製作所の52DF20Pというもの。高圧洗浄機用としては工進からPA-261というのが出てますが、それの同等・廉価品らしいです。

工進ではため水利用時は、ポンプ保護のためディスクフィルター必須としている様なのですが、MHW080Dに付属していたスクリーンタイプのストレーナー、

よくよく見るとスクリーンの目の細かさが、たぶん開口0.15mm前後くらい。

一方で前述のディスクフィルターは0.13mm。どんだけ違うねん?って世界ですが、異物の多い環境ではスクリーン式よりディスクフィルターのほうが目詰まりしにくいとか。

いずれにせよ、異物はポンプ寿命の大敵なので注意するに越した事は無いです。

カテゴリー: 未分類 | タグ: | コメントする

メトフルトリン

今年に入って初めて蚊に刺されました。また奴らとの戦いの火蓋が切って落とされました。ちらっと「蚊はCOVID-19を媒介するのか?」っていう怖い懸念が浮かびましたが、とりあえず考えない事にします。

メトフルトリンというのは、所謂ピレスロイド系殺虫成分ながら、なにやら新しい目の防虫成分らしい。(新しいと言っても薬事法製造承認されたのが2005年あたりらしいので、もう15年も経つ?)
きっかけは、屋外の虫除けでかなりの効果があると言われているパワー森林香から。

キャンプ用(…というかレース前泊の宴会用)に屋外用の虫除け探してたら、ストロンテックというのに行き当たったんですよね。

評価については賛否両論な感じ。で、コレに使用されている有効成分がメトフルトリン。で、パワー森林香ストロンテックか…って思ったら、どちらもメトフルトリンが有効成分という。結局のところ同じ?

あらためてメトフルトリン使用の防虫製品探してみると、

ダスキンかとりせんこうとか、

プレミアム ライオンかとりせんこうとか、

アース渦巻香プロプレミアムとかもメトフルトリン。普通にいっぱいあるやん…。

そもそもの話し、玄関やベランダに掛けるだけのタイプって殆どがメトフルトリン。メトフルトリンの特徴というのが「加熱しなくても常温で拡散する」というものらしい。

さて、実績もランニングコスト的にもパワー森林香なわけですが、ここではあえてストロンテックを試してみたいかな…と。

火を使わないっていのが大きなメリット。ちょっと付けて、すぐに消す…って使い方が多そうなんで。結果は後日(あるのか?)。

カテゴリー: 未分類 | コメントする

在宅

在宅ワーク出来たり出来なかったりってのは、職種に依るところが大きいと思うんですが、ウチの場合は在宅ワークで大部分はなんとかなるって感じでした。

ま、週1〜2日は出社は必要だったり、仕事を進めるうえで、在宅故のデメリットもあります。

世間のお父さん達は「個室が無い」「そもそも机が無い」「家族の視線が痛い」などと、とっても不評なようですが、独り者のウチからすると凄く快適。

椅子にしろ机にしろ、会社の物より自宅の物の方が快適。空調だって他人を気にせず自分が快適な温度に設定できるし(暑がり)。

通勤のコスト

通勤しなくて良いっていのが大きい。片道1時間、往復2時間、年間約480時間の壮大なる無駄。

学校通ってた頃からの習慣で当り前に思っていたけれど、実は大変に労力のかかる行為だったんだと改めて認識。

世界は変わる?

もうじき緊急事態宣言も解除らしい

それでも、緊急事態が解除されても元通り…と言うわけには行かないでしょうね。

いつまた何処でクラスター発生するとも知れず…、というのは、まぁ韓国や中国が、既にそれを証明してくれています。

自粛祭りは勘弁ですが、今のように「基本在宅、必要に応じて出社」というスタイルは気に入っていて続いて欲しいなぁ…と思ってたりします。

カテゴリー: 未分類 | コメントする

zvolのvolblocksize

netatalkでの共有を止めて、zvol+iSCSIへ移行したわけですが、どうにもディスク消費量が大きすぎるのが気になってました。

zfs create -sVにて疎ボリュームで作成したんで、使用したら使用した分だけディスク消費するようにしてました。

すると、実容量に対し管理領域なんかで数%ふえるのはあり得る話しだけども、2TBのファイル置くだけで2.6TBも消費していて明らかにおかしい…。

そんなわけで、volblocksizeを疑ってテストしてみました。

用意した1GBiの書込みファイル。
dd if=/dev/random of=test.data bs=1048576 count=1024

今回は-sオプション使わず、普通にzfs create -V 2Gで確保しました。

blocksizeUSEDREFER
8kB2.06G1.35G
16kB2.03G1.01G
32kB2.02G1.00G
64kB2.01G1.00G
128kB2.01G1.00G
iSCSI経由APFSでmacOSから1GBi書込み後のzfs listの値

FreeBSDでzvolを作成すると、デフォルトではblocksizeは8kBに設定されます。

しかし結果を見てみると、8kBだけ明らかにREFERの上昇が激しいです。

REFERは実際に消費されているサイズというより「書込みで使用済みとなったサイズ」なので、CoW的な動きされると「書込んだけど今は使ってない」領域が存在し、それらがカウントされているのかと思います。

それでも8kBだけこれだけ差があると、ちょっと気持ち悪い…。

blocksizeによる実際のディスク消費量の違いは、USEDの値を見るのが妥当なところかな。それでも8kBだと約3%と、ちょい多い。

パフォーマンスについては、下記のサイトで検証されていて、あんまり影響は無い模様。

https://fefcc.net/archives/478

っていうか、FreeNASでは16kBがデフォルトなんですね。

ディスクケチりたいので128kBにしたいところですが、なんとなくビビって64kBに設定してzvol作り直しましたとさ。

APFS自体がCoWっぽい振舞するので、zfsの疎ボリューム機能使っても無駄にしかならないので、ギリギリサイズで確保して都度、volサイズを拡張することにしました。

おまけ:zvol/iSCSI/APFS運用でのvolサイズ拡張について

ディスク容量が手狭なんで、必要最低限のzvol確保しておいて、足りなくなったらちょっとづつ拡張していく作戦。

試しに# zfs set volsize=2T hddvol/scsivolみたいな感じで拡張してみましたところ、dmesgにこんな感じのログが。

GEOM_PART: zvol/hddvol/scsivol was automatically resized.
  Use `gpart commit zvol/hddvol/scsivol` to save changes or `gpart undo zvol/hddvol/scsivol` to revert them.

GEOM_PARTがサイズの変更を感知して、GPTを修正するかどうか?って聞いてるっぽい。因みに無視して進めようとすると、zvolが使用中とかでアクセス出来ません。

gpart commit zvol/hddvol/scsivolって実行すると、良きに計らってくれるようで。

追記:2020/12/16

容量拡張時には、FreeBSD側でgpart commitしておかないと、Mac側でのボリューム拡張に失敗する模様。

パーティションテーブルもMacの管理下だろう…と、volmode=devとかしてFreeBSD側からのgeom通したパーティション操作禁止したら嵌まった…。

カテゴリー: 未分類 | タグ: , | コメントする