yukio_mat @yukio_mat2022@fedibird.com

RT: @URUWA_L_O@twitter.com

いつも講演などで言うのですが、
多様性というのは「認める」とか「認めない」とかではなく、

「ある」のですね。

誰かが認めようが認めまいが、多様性は既に「ある」し、
誰かに認められようが認められまいが、私もあなたもここに「いる」ので、

そのことを前提に、何をどうするのかという話です。

トルコシリア地震、MSFに寄付してきました。どちらの政府も信用できないけれど、NGOのMSFは友人もいるし、実績もあるので堅実な選択肢かなと。
https://www.msf.or.jp/

大阪の野良猫番長。A stray cat leader in Osaka. #cyberpunk #followfriday #streetphotography #photography

暇空案件もみんな飽きたみたい。
暇空に乗せられたことも、なかったことにしている人が多い感じ。

コラボの肩を持って書いたら、そういう論調を非難する人も結構いたよね。
そうやって非難していた人たちもだんまり。

これって、大統領選でもそうだったよ。
トランプ敗北を予想して、色々と事実のニュースを記事にしただけで、ものすごく叩かれた。

けど、いつのまにかそういう風に非難していた人たちはだんまりになって、いつのまにか私が言っていたことを、さも自分たちが最初から言っている風にいうんだよね。

つくづくずるいなと感じる。

自分と違う意見を持ってもいいけど、人にあれだけ罵倒したりしたんだったら、その落とし前つけないさよっていいたい。

どうでもいいけど筋を通せってね。

まるで初飛行まで問題なかったかのような書き方はミスリードでしょ。滑走路の走行段階から、国内の型式証明はトラブっていたよ。
監督官庁が新型機の型式証明をまったくできないことは開発開始時点でわかっていた。期間も予算もあったのだから、監督官の留学や他の航空機メーカーとの交流で育てる余地はあったし、新型機用の基準を設計することもできたはずなのに、なーんにもしないで米国準拠の（しかもおそらく完成機の）型式証明を翻訳でやろうとしてたんだから、検査もできなきゃ機体も不備だらけになるのは目に見えていた。
スペースジェットを買った時はリブランディングで飛ばす道もあったはずなのに、もうこの時点では諦めてたんだろうな。
ともかく、機体ではなく部品メーカーに戻るという決断がなされたわけだ。
20世紀の日本なら設計をもらえば部品を作ることはできた。さて、令和の日本はどうだろう。

https://www.yomiuri.co.jp/economy/20230206-OYT1T50153/

三浦瑠麗氏　統一教会との関係を釈明も過去発言との“矛盾”に総ツッコミ(女性自身)
#Yahooニュース
https://news.yahoo.co.jp/articles/bd199f9b46a235994a1a8353f8b24a4bc74e5dbb
ｱﾚが死んだ途端の用済み感がすごい。
こういうのを「弊履のごとく」って言うんだろうな…

@relay@mstdn.social ネットワークは確かに遅いんですけど、完了待ちするだけなので、十分なスレッドを割り当てられればそんなに重くはないんですよ。少しリアルタイム性が落ちる程度です。

フォロワーが多いとローカルの方が重いので、リモートサーバの方が投稿が早くフォロワーに届く事があるぐらいです。

もし、私が少人数の、それこそ一人のサーバだとしたら、リモートへの配送だけで済みます。

たとえば、人気のある人が自分のサーバに人を集めてしまったら、フォロワーだらけになりますから、それだけの負荷を自分で処理しなければなりません。

ところが、自分が発信するだけのサーバにして、フォロワーには分散SNS / Fediverseの空間にいてもらえば、サーバの数だけ配送すれば済みます。

10万人のフォロワーを自分のサーバに抱えると大変ですが、1,000のサーバに配送するだけなら楽々です。

この違いは承知しておきましょう。

ちなみに、私が投稿した際、リモート側では、mstdn.jpが1,320のフォロワーへの配送を受け持ってくれています。misskey.ioが196、mastodon-japan.netが159、pawoo.netが146、mastodon.socialが100です。

私はfedibird.comのサーバ管理者なので、たまたまfedibird.com（ローカル）のフォロワーが多いですが、みなさんの場合はもっと分散していると思います。

全体で薄く広く負荷を引き受けて、一つのノード（サーバ）が無理をしないように……なっているかな？

大きいサーバはちょっと不利ですね？

フォロワーの数と、Mastodonの負荷の話でもしましょう。

--

私のアカウントには、6,735のフォロワーがいます。

さて、私が何かを投稿したり、ブーストした際に、どこにどのぐらいの負荷がかかると思いますか？

これを判断するためには、ローカルのフォロワー数と、リモートサーバの数を知る必要があります。計算してみましょう。

fedibird.comの中のフォロワーは、3,089だそうです。

リモートのフォロワーへは、サーバの数になります。フォロワーは745サーバに散らばっているようです。

投稿した際、ローカルのユーザーには、fedibird.comがそれぞれに配ります。

ホームでフォローしている人が3,068、リストに64、アカウント購読に191、合計で3,323個のDistributionWorkerが生成されてタイムラインに挿入する仕事をします。通知やハッシュタグ、キーワード購読などの処理も別途行われます。

リモートへは、745個のActivityPub::DeliveryWorkerを起動し、リモートサーバに送ります。そのサーバの中のフォロワーへ配送する処理は、相手に任せます。

丸投げする分、リモートの方が遙かに負荷が軽い。

ここが分散SNSのポイントになってくるところです。

宇宙のかなたの画像に無数の光跡　天文学者を悩ます「人工星座」 - 毎日新聞ニュース
https://mainichi.jp/articles/20230205/k00/00m/040/130000c