Uncle hadsn @[email protected]

auサブブランド、ポルトガル語で煽ってくるスタイルかー

UPSのログから商用電源の周波数。まぁ確かに12月末ごろから周波数の変動幅デカくなってね？UPSの測定結果だから正確性は期待できないけど

監視するならぜひ周波数を見てください。本当にヤバくなってきたらこれがズルズルと0.5Hzぐらい落ちます。北海道ブラックアウトの時がそうですね。

高圧受電も6200Vとかまで下がってるらしい

100vの電圧計が落ち気味で、6600v受電がたいして落ちてない感じなのを考えると、もしかしたらリモートワークやステイホームとかで個人宅の電力需要が増えすぎて、同じ変圧器にぶらさがってるとこがずりずり電圧落ち気味なのかもね。

Mastodonのdefaultキューの処理が追いつかないと、ストリーミングで古い投稿が流れてくるようになります。

LTLが2時間遅れている場合、FTLは4時間、HTLは6時間程度の遅れになる傾向があります。

これは、defaultキューで順番に処理されるWorkerを、それぞれ1回、2回、3回通過しなければいけないからです。

連合は、リモートから受け取った投稿などをActivityPub::ProcessingWorkerというWorkerが処理したあとで、DistributionWorkerというWorkerが配送します。

ローカルは、所属サーバのユーザーの投稿があると、ActivityPub::ProcessingWorkerを経由せずに直接データベースに内容を反映した後、DistributionWorkerによってサーバ内の各タイムラインに配送処理が行われます。

ホームは、DistributionWorkerの中からさらにユーザー毎にFeedInsertWorkerが走ります。

連合の中のローカルの投稿は、ローカルと同じ遅延になります。

MastodonもTwitterも、もっと言うなら実社会も、すべて人類が利用するものなので、平均を見れば平均的な人類の知性（服を着るサル）以上のものにはなりえない。もう少し詳細に言うならば、Twitterにはトレンドや他人のいいね表示など対立する人間同士をわざわざ引き合わせて戦わせる仕組みがあり、Mastodonはインターネットの見つけにくい場所にあるため、少しだけインターネットの利用能力か運に長けた人間が集まるかもしれない。服を着るサルがタイプライターを叩くサルにはなるかもしれない。

Amazon’s Choiceマーク付きのFullHD 60fps対応HDMIキャプチャデバイスが治安悪い | muo-ya
https://b.muo.jp/2021/01/12/hdmi-capture.html

あなおそろし

ｱﾏﾝｿﾞｿﾞで中華製品を買うまいという決意が固くなるな

Fedibirdは、そのFediverseの中でもさらにマニアックなポジションのサーバで、そもそもあまり知られてないし、知っている人も、登録する前にちょっと考えると思うんだ。

だから、むやみにユーザー登録数が増えないで済んでいる。合わない人はアカウント削除して消えることが多いので、単純に放置されているケースはすごく少ないんじゃないかな。

このへんは、最初の入口をmstdn.jpやmisskey.io、あるいはPawooに任せておいて楽をしようという魂胆でもあるんだけど……w

でも実は、Twitter的な使い方をするなら、それに一番近いサーバでもある。無属性だし、直接的な検索はできないけどハッシュタグやキーワードを購読することができるしね。

Twitterをメインにしている人の大多数は、今のFediverseに向いていないだろうと思っていて、だから大挙して押し寄せてくるといってもたかが知れているだろうと思っています。

たまにTwitterにMastodonの投稿をするときがありますが、あれはFediverseに向いた人に届けばよくって、だからむやみに誘うつもりはないけど、できるだけ状況がわかるように情報を提供しています。

今、ちょっとSNS界がざわざわしていますが、いまのところ日本のユーザーにはさほど影響が出ていないように思います。

mstdn.jpはちょっと負荷が厳しそうですね。新規登録はいつもの倍ぐらいありそうです。

Pawooはほとんど増えていないように思います。いつも通り。とはいえ、元々新規登録はどこよりも多いです。まぁ、どんなときも黙って捌くので堂々としたものですが。

misskey.ioは一気に人が増えていますね。今回の主役はここかな。

なお、Fedibirdは、知る人ぞ知る、という程度の知名度なので、まったくもって通常運転です。

WebUIだとサイレンスされたアカウントからのフォロリクでこんな説明出るんだ
わかりやすい

AWS EC2のアンチパターン（やらない方がいい例の事）としてデフォルトでストレージが追加されてるからEBS（追加ストレージ）を使わない例がある

追加ストレージは複数のインスタンスで利用したいデーター（DBやアプリケーション、OS）を格納して、元々あるストレージは一時データーやそのインスタンスだけで使うデータを保存しておく。
これをやってないためEC2インスタンス消してMastodonのデーター消えた！ってなる

AWSにおける鯖運用はペットではなく家畜
今まではひとつの鯖を名前つけたりパーツ交換してたけどクラウド鯖は、インスタンスが壊れたら直さずに殺してコピーで復元しろって言う意味

あとストレージ自体のSnapshotをS3に格納するのも良きだよ