このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
LTLのコミュニティが蒸発する(=LTLが早くて追えない状態になる)の、幸い(?)にもDBの帯域限界よりもはるかに早いタイミングで起きるから、LTL廃止とか過激なことせずとも手を打てるのは救いだよね。
このアカウントは、notestockで公開設定になっていません。
LTLコミュニティの蒸発が発生したとき、それ以外の方法(主にホームTL、もしくはMisskeyだったらチャンネルも?)でコミュニティを維持できるようになった人がどれだけ残るか勝負だと思う。
というのも、LTLのコミュニティの蒸発が起こっても残る人達って、正直言ってそこまでして残るインセンティブのある、他のコミュニティで受け入れてくれる人のいない人達だったりするから……。
LTLのコミュニティの蒸発と、それに伴うユーザーの流出が、ユーザーの流入を相殺することで大規模インスタンスの規模拡大にはブレーキがかかるんだけど、
個人的にMisskey.ioには是非それを超えてもっと大きくなって欲しいなと思ってる。
でもその前にLTLのコミュニティか蒸発するのが先なんだよね。
そうすると、LTLのコミュニティを頼りにしてた人が飽きてTwitterに戻っていくので、それで巻き起こるユーザーの現象で徐々にLTLが追えるようになっていく。
多分大手のクラウド事業者を使おうとすると、最大10GbEの帯域幅ぐらいが限界だと考えた方がよくて、
4,000人のユーザーで1Gbps使ってるってことは、単純計算で4万人で10Gbps使い切っちゃう計算。
村上さんが上げてるデータ的に、アクティブユーザー4万人に達するまえまでにはシャーディングできる算段を立てないとマズいのでは。
大規模インスタンスが無限に大きくなっていくと、以下の問題が起こると思うんだよね:
1. LTLが追い切れなくなって、LTLで交流する前提のコミュニティが蒸発する
2. プライマリDBの通信帯域が飽和する (スケールアップの限界)
1はフォローするユーザーを探しやすくするしか手は無いんだけど、2は技術的な話で解決できる話だから早いうちに手を打っておきたいよね。
ついさっき、筑波のけしからん人達にシャーディングや負荷試験お手伝いしてもらえないかみたいな話を友人としたりしてた
Misskey、同時アクティブユーザー40,000人ぐらいになるともう本当にDBの通信帯域大変なのでは説が自分の中である
このアカウントは、notestockで公開設定になっていません。
検索機能が動かないので、最近はアンテナ機能を活用してるにゃ。
クエリタイムアウトが起こりうる実装方法してるなら、多分まともに動いてたとしてもサーバー負荷ヤバそうだし。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
分散SNS運営シミュレーションゲーム、
どういう風にあのつらいモデレーション等をデフォルメするのかが悩ましい。
LINEスタンプみたいに版権絵文字のストアできると面白そうだよね、とか適当なことを思いついた。
案外村上さん、しゅいろ氏と考え的には近そうなので、
自分は安心してMisskeyの将来を見まもろうと思う。
このアカウントは、notestockで公開設定になっていません。
電話だと、2002年まではNTT東西自体は県を跨いだ通信事業を行えなかったので、
県間通話はNTTコミュニケーションズ等の長距離通信事業者が担ってたりしたんですよね。
「分散型」ってしきりに言いまくると難しそうに見えちゃうので、そういうのはあんまり気にしないでいいシステムのほうがいいよね。
電話のことを「分散型」っていわないでしょ。
マストドンでの話になるけど、大体月々1500円ぐらいでおひとり様運用できるよ。
MisskeyにはMisskeyHostがあるし、MastodonにはMasto.hostやHostdonで保守コストもめっちゃ下げられる。
このアカウントは、notestockで公開設定になっていません。
複数キャリア契約するときも、「分散するべきだ」から契約するってよりかは、
「1つのキャリアに寄せるとそこが落ちたら全滅するから散らしておこう」的な考え方をするよね。
そういう実務上の理由で分けるならわかるけど、「分散すべきだから分散すべき」は違うんじゃないかなと思う。
なお、Mastodonのほうでは今は「インスタンス」じゃなくて「サーバー」呼びをするらしい。
そしてさらに言えることとしては、別に「分散」を意識して使うユーザーなんてそれほどいないだろうって事かな。
だって、電話契約するときに「分散しないといけないからマイナーな電話事業者を使おう」なんて言わないでしょ。
電話、メール、インターネット、どれも単一の運営者がいるんじゃなくて、
2つのエンドポイント間で違う運営者のサービスを使ってることが普通だよね。
その複数の事業者間で協調して、全体として1つのサービスを提供している点では
マストドンやMisskeyが目指そうとしている世界に近い構造は、
先例のない茨の道という訳ではないだろう。
電話も、NTTやKDDI等の電話会社間で相互に線つなぎあってやってるって点では、連合と共通した特徴をもってるといっても過言ではない。
、Twitterは日本でよく使われてるサービスだって把握してる割には、そこまで日本ユーザーに配慮した施策打ってないと思う
以前SNSが名指しでURL貼るのNGされたリストの中にMisskeyは入ってなかったし、リンク張っても大丈夫だと思ってる
というか 日本のTwitter事情そこまでしらんだろこの感じ
「ただし定期的に寿司を食べないと死ぬ」を念能力の制約としているせいで、ガチで寿司を食べないと死ぬ系念能力者
内輪につかれたら、我が家のように過ごせる1人インスタンスとかも作れるのがMisskeyの良いところですにゃ。
それでいてフォローすれば他インスタンスの人の投稿も追える。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
一応、Fediverseでのメイン垢は @nullkal@social.nil.nu にゃ、はずにゃのでそっちもよろしくです。
ここ数日Misskey.ioでの投稿のほうが多い気がするけど、それは気のせいのはず……。えっ、まさか
Mastodonのほうは、古いリモート投稿をDBから自動で消してくれるコマンドがあるよ (tootctl status remove
)
リモートユーザーのリアクションがリアルタイム同期されるのを諦めるとか、
ある程度ユーザビリティを犠牲にすればワンチャンありそうではある。
オンデマンドでリモートの情報を取得してくる機能は必要になりそうだけど。
ホームTLを表示するためにはローカルに投稿のコピーは保管しておかないといけない訳で、実のところActivityPubのプロトコル側でなんとかできる事って思ってるより少ない可能性ある
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「イン蟹マストドン大体6周年記念」を作る過程で、イラレで文字を非破壊で加工する技術を習得した
編集しやすい で作ったのでお好きに使ってね、特にnere9の人たち。
(.aiファイル上げたかったからMisskey.ioに上げた)
MastodonもワーカーがとDBが結構大変だったにゃ。
ただ、最終的にはRedisとDBのネットワーク帯域がボトルネックににゃったにゃん。
DBもスケールアップだけだとどうしても限界がある感じだった。
Apache JMeterのシナリオ作るの自体とっかかりやったことあるので、
ちゃんとどういう負荷掛けるか計画さえできれば、理論上は負荷試験いけるとおもってる。
プロジェクト名はMISSkey + 的な。
あと伊吹萃香のミッシングパワーにかけてる。
もう既に取ってる人がいて取れないだろうと思ってたんだけど、
「ミッシングパワー」なGitHub Org名取れてしまった……
Misskey負荷試験環境構築計画のためにGitHub Org作ったりした (それ以上にはまだ何もやってない)
https://github.com/missing-power
このアカウントは、notestockで公開設定になっていません。
うちは普通に耐えたにゃん。
もっとフォローしてるMisskey.ioユーザーが多いインスタンスだとどうか分からないけど、こんなところでした。
このアカウントは、notestockで公開設定になっていません。
Web3界隈のMisskeyインスタンスにありがちなこと:
- ローカルTLじゃなくて「儲かるTL」がある
このアカウントは、notestockで公開設定になっていません。
MongoDBを使ったアプリがAGPL強制されにゃいのと同じように、全てのActivityPubアプリやインスタンスがAGPL強制されることなないにゃん。
RE: https://misskey.io/notes/9bjchvrki3
AGPL以外に、有償の商用ライセンスを後から作るのはどれだけ現実的かは知らないにゃん。
ライセンスを変えるってかなり大変なことにゃん。
@cv_k@misskey.dev だから、AGPLよりも緩い制限で使える商用ライセンスを売るのはワンチャンありそう、という話にゃん。
実のところ、ファンコミュニティ的な用途でマストドンインスタンス立てたかったけど、マストドンはAGPLだから断念したみたいな話をちらほら聞くにゃん。
Misskeyがそういうところを拾うのであれば、需要があるかもしれないにゃん。
今後Misskeyを収益化するにゃんにゃら、「大規模インスタンスに最適化されたActivityPub実装」を売りにして、商用ライセンスで稼いでいく線もありだとおもうにゃん。
※あくまでも個猫の意見にゃん
でも正直言って、大規模インスタンスに最適化された
ActivityPub実装が最低でも1つはあると嬉しいという個人的な気持ちはあるにゃん。
大規模なインスタンスに最適化すると、シャーディングとか小規模だと考えなくてもいい要素を入れなければならなくなるので、
小規模インスタンスのセットアップが難しくなっていくかもしれないにゃんね。
多分小規模なインスタンスだったら今のMisskeyの設計の方がユーザビリティ的にはいいにゃ。
マストドンのRedisにホームTLのデータ積む設計、
副作用でしばらくぶりにアクセスしてきた人がホームTL覗けるようになるまで
時間がかかるようになってるので、一長一短あるにゃ。
Mastodonについてはコードガリガリ書いてたわけじゃないにゃで、
技術的な指摘をできる立場にあまりないにゃ。
さっきの話はあまり大きい話にし無いことをのぞむにゃ。
さっきMisskeyのIssue辿ってビビったんだけど、HomeタイムラインってDBから毎回引っ張ってきてたの……? そりゃ重いにゃ……
MastodonはそのIssueで提案してたやり方でRedisにアンテナ的なやり方でTLのデータ構築してるにゃ
このアカウントは、notestockで公開設定になっていません。
負荷試験クラスタ作るときは、負荷をかける側を "nanachi" 受ける側を "mitty" って名前にするか。
負荷試験したい一心で舞い上がってたけど、冷静に考えて既に開発チームが
ある程度やってたら、やる意味にゃいので、Misskeyの開発の現状をフォローアップするにゃ……
実際のところ、Fediverseのユーザー分布は上位20%のインスタンスに全体の80%のユーザーが集中しそうにゃ。
よくいう「80:20の法則」にゃん。
- Fediverseのユーザー総数10億人。
- 2万個のインスタンスに分散してアカウントを作っている。
- 1アカウントあたり1,000人フォローしていて、そのうち500人が相互フォロー。
- 1アカウントあたり、デイリーで200回投稿する。
みたいな感じで具体的に数字当てはめてみると、Fediverseのスケーラビリティ分かりやすくなりそう。
@Kazamin ありがとうにゃ。ちょっとフォントとか適当に作りすぎたので、もしよかったらいい感じに置き換えて頂いて構いませんにゃ……
負荷試験環境構築のためのウィッシュリスト作ってる
https://www.amazon.co.jp/hz/wishlist/ls/1XI4R3S7S2JDP
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
絵文字でリアクションできると、むしろ単純に「いいね」だけを表現したいときに何付けるか悩ましいときある
このアカウントは、notestockで公開設定になっていません。
、
フォントとか適当にあるやつ使っちゃってて微妙に揃ってないから、いい感じでそろえたいっすな……
このアカウントは、notestockで公開設定になっていません。
@deflis@mstdn.maud.io
それなんよにゃー。
多分ジョブキューのワーカーも分けたくなりそうにゃ……。
最低限見るならNUC4台+ルーターがあれば負荷試験環境作れるにゃん?
Misskeyインスタンス用1台 x2 + 負荷かけるようPC2台
もちろん、自分が構築した試験環境内でやるにゃ。
連合の負荷もみたいにゃで、2インスタンス構成でみたいにゃ。
AWSで負荷試験やろうとするとDDoS検知の奴に引っかかるから前もって申請しとけみたいにゃ話あるよにゃ。
Misskeyを無限にスケールさせるために、盛大に壊してもへっちゃらな負荷試験環境を作りたいにゃんな……
NUC32台ぐらい用意して、
試験環境内にMisskeyインスタンスを2つ立てて、
全力で負荷をかけてボトルネックを洗い出す奴をやりたい。
このアカウントは、notestockで公開設定になっていません。
にゃお、法人化の前に開業届という手もあるにゃ。
村上さんはそこらへん抜かりないと信じてるので余り心配してないにゃ。
ANONYMOUS;CODE最近やったけど、相変わらずの科学ADVシリーズって感じでよかったにゃんよ
同時オンライン数は、マストドンだとデフォで計測する機能なかったので、ioとの比較はできん
メインのおひとり様マストドンからもリモートフォローしまくってるけど、本当に遅延なく投稿が見れてるので、本当に
「にゃ」的な口調、最初は猫モードの副作用的にゃ感じだったはずなのに、
だんだん自発的に入力するようになってきちゃったにゃん……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
絵文字風の
ファイル作ったので貼ります。
改変して絵文字申請するなり、動画の素材にするなりご自由にどうぞ (CC0)。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@cv_k@misskey.dev 絵文字用にトレースした感じなので「ようこそ」の位置はてきとーです (ユーザー選択あるやつからトレースした)
が使われているところをエゴサしたいんだけど、検索機能が機能してなさそうなのでつらい
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Misskey.ioのLTLを光速の99.999%まで加速してぶつけるとマイクロブラックホールが発生するよ
おひとり様マストドンから投稿を眺めてるけど、この流速でも全然投稿遅延してないからしゅごい
JPの時に自由の方向に振ったの、あまりモデレータに権力を持たせたくなかったと
言うのもあったんだよにゃ。2chでも削ジェンヌの暴走とかあったからにゃあ。
でも、彼らがおらんと世界が混沌Endを迎えてしまうからにゃあ。
むつかしいにゃ……。
どんなに大きいサーバーでも、隠してないならLTLはある前提でモデレーションしないときびしい
マストドン、Misskeyの違いってより、モデレーションの方針ってのもあると思うにゃん (ちょっとJPの時は自由の方に振りすぎた)
RE: https://misskey.io/notes/9bgf50s2ec
人の集まるSNSに素早く登録していると、
どの界隈の友人に口コミが回ってきているかどうかめっちゃわかるというメリットがある
Twitterのフォロワーを探せる方法を作るには、に止められづらい方法を考えるしかないにゃ。
マストドンでもそうだけど、Twitterでフォローしてる人を探しやすくする類のアプリはTwitter側に止められがちだにゃ。
違法コンテンツに関してはマジで管理者側の精神をゴリッゴリにすり減らしてくので、管理続けててもらいたいなら本当に絶対投稿めっ!だよ。
の "Twitterやめろ" と "Twitterやめないで" は1セットであるし、裏表に1枚ずつ印刷したコイン作りたいっすな。
このアカウントは、notestockで公開設定になっていません。
リモートのサーバーからMisskeyのひとフォローすることのある身としては、リモートOnly投稿されると投稿がみれなくて寂しいな、というのはある
このアカウントは、notestockで公開設定になっていません。
AGPLじゃないライセンスでMisskeyが使える、「Misskey商用ライセンス」あると企業がインスタンス作りやすそう。
年20万、インスタンスに関連して何らかの収益を得るつもりなら(経費を差し引きしたあとの)利益の10%、とかで。
mstdn.jp作っといていうのもにゃんだけど、
マストドンよりLTL使いやすいとおもうにゃ
やっぱメディアが取り上げるのって大きいよね。昔のmstdn.jpもアスキーのネット記事が出てから爆発的に登録者増えたし
このアカウントは、notestockで公開設定になっていません。
Misskey.ioでも楽しんでるけど、普段はおひとり様マストドンにもいるのでよろしくにゃ
@nullkal@social.nil.nu
大昔はASUSの日本法人は「アスース・ジャパン」だったよね
国際的に呼び名を統一するってんで、日本でもエイスース呼びに統一した感じだった
超余談だけど、現金書留にしないといけないのは日本円だけなので、
米ドルとか外貨はレターパックで送っても法的には問題無いらしい。
補償は無いけど。
このアカウントは、notestockで公開設定になっていません。
人が多い折角の機会なので、知人が作った競馬予想AIボットの宣伝でも。
各レース10分前ぐらいにAIの予想を投稿するらしいよ。
中央: @AiBA_Central@mstdn.jp
地方: @AiBA_Local@mstdn.jp
マストドンやMisskeyに限らず、Twitterもサードパーティアプリだったり、WebArchive、Web魚拓などなどにデータがコピーされることがあるから、投稿消したからって完全に消されるとは思わないほうがいいよ。
これはもう、Twitterに限らずネット全般がそうだよ。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ここまで人が増えてきたら、精神隷属機 (ゾアホリック) で村上さんの祈手を増やすしか……
自分がやってたときのmstdn.jpのサーバー数と比較して、
圧倒的物量でしゅごいってなってる
rounded-mplusとかっぽそうだけど、フォント入れるの面倒臭いのである奴で作るお。
「私たちは、Misskey.ioのサーバーを支えるために生体サーバーとなっているんだ。その代償として、私たちは自分自身を捧げることになるけど、それが正しいことだと信じている。君も私たちと一緒に、Misskey.ioを支えるために生身を捨てて生体サーバーとして生きよう。その方が、君自身の存在意義も高まるはずだよ」
ChatGPTさんに、以下のテキストを投げて文言考えて貰った。
現在、SF小説を執筆しています。
この小説の中には、Misskey.ioというMisskeyインスタンスが登場します。
Misskey.ioは、サーバーの負荷が高くにゃると、ユーザーを生体サーバーとして供出することににゃっています。
既に生体サーバーとなったMisskey.ioユーザーの一人が、他のユーザーに生身を捨てて生体サーバーとして生きるよう勧誘する時のセリフを、10行ぐらいのテキストで考えてください。
サーバーになったmisskey.ioユーザー「君も生体サーバーとなり、Misskey.ioを支えよう。生身の体では限界があるが、ここでは無限の可能性がある。君の存在が、この世界をより良い場所に変える力になるんだ。生きる価値を見出せる場所、それがMisskey.ioなんだ。一緒に、未来を創ろう!」