><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
そういう風に分ける時にLTL中心民みたいな人がアレ(?)しないように、FTLに全部投げるFTL連携機能あったらよさそう?><(あるのかも?><)相互に設定してる鯖間でフォロー関係無くLTL上のtoot全部投げ合う機能><(でも、わざわざ鯖分割してそんなの使うレベルだとFTLの流速速すぎて読めない?><;)
完全に後知恵なんだけど、おそらく、ユーザー数が一定規模を超えた時点で新規登録は停止すべきだったんだろうなぁ、JP。で、JP2とかJP3とかインスタンスを増やしていく方向でやっていくべきだったのかも。
読み込むファイルがデカすぎるか?の意味妥当性チェックはオレンジも書いたこと無いかも><;メインメモリよりファイルの方がでかいかチェックくらいは書いた方がいいのかもしれない?><;(デカかったらダイアログだしてほんとに読むか聞く><)
ぶっちゃけユーザーランド側(アプリ側)はどうせ何も考えてないガバガバ野郎ばかりだとOS開発者側は疑心暗鬼になってそう
ハイ、反省してきます。
エラー処理が甘くて、くそでかい画像ファイル食わされてOS巻き込んで陥落したガバガバエラー処理デスクトップマスコットアプリがありましてな…(遠い目
Windows 2000まで?みたいにWindowsで言うところのタスクマネージャだけは死守するみたいな事して欲しいかも><
GUIもOS内に組み込まれてる設計のOSでないと、スケジューラ内部でGUIプロセスの優先度を上げるとか「そもそも当該プロセスがGUI持ちかどうか」すら分からない以上ムリだろうな…そのあたり今なにか対策されてるんだろうか。
OSがまず死んじゃ駄目だしその次にマンマシンインタフェースが死んじゃ駄目だし みたいな重み付けやって当たり前じゃんって思うんだけど><OS側はもちろんだけどアプリ側も><マストドンも、すごく下の方のレイヤに対する攻撃とかで落ちるのであれば仕方ないけど、自分が処理作り出して過負荷にしてOSごと陥落とか、何も考えてなさ具合ひどすぎる><
Androidも高負荷なアプリ(ウェブブラウザ><# )がアホみたいな状況になった時にGUIが無反応になるの意味不明だし欠陥><なんで1アプリがGUIシェルにそんな悪影響を与えられるように作るのか謎><処理の重み付けおかしい><
素晴らしいし、あとはユーザインタフェースに関するプロセスのみ特別扱いしてくれたら完璧!><・・・だけど、UNIX界隈のソフトウェア、UI優先する発想が全く無い気がする><;
むしろそのせいでsidekiqが全部ダメになって、OSは落ちてないけどただのカカシになったとかありそう
でも今のLinux Kernel、そんな地獄のような状況になる前に酷いプロセスを容赦なくkillする緊急回避機能ついてなかったっけ
オレンジは基本的にGUI環境前提で動くもの(=ユーザーが操作する環境で動くもの)を作るので、高負荷具合でGUIの反応に影響が出ることをものすごく嫌うし、「ユーザーの操作を最優先に処理すべき!><# 」って発想なので、結果的にわりと自制的な感じに作ってると思う><他人が作ったものでもGUIの処理が後回しになってるのものすごく嫌うし普段からキレまくってるしキレてプロセスごと殺す事多いし><(15秒反応なかったら強制終了しよう!><ポリシー)
ていうかmsidekiq自体はネットワーク処理エンジンじゃなく単なるジョブプール?かも?><ちゃんとネットワークの処理自体見てるのかも?><あと、ネットワーク関係無くそもそもすぎるびっくりな点として、キューたまりすぎて高負荷で「鯖ごと落ちた」とか昨晩もなんか色々出てたっぽいけど、自分の実行環境の負荷の具合見て自制する機能くらいついてないの?><;
Mastodonの配送処理はsidekiq依存で、sidekiqはリトライ間隔をだんだん広げていくように元々設計されてるし、リトライ回数も設定できるから、延々同じ間隔でリトライするような頭の悪いことにはならない。後は「信用できなさげなサーバ」判定だろうなあ。
スレッドプール自作する勢から見たら、RoR+nodeって聞いた時点で暴動を起こすレベルな気がする
やだなー富豪プログラミング的手法しかしないいまどきにちゃんとエラー処理まで考える人なんているわけないじゃないですかーorz
受け側として『弾く処理』入れてようが入れてなかろうが、『弾かれた処理』に対してどうするかちゃんと書かなくてセキュリティーホールになるのであるのならなるのはどっちにしても同じでは?><;(この場合)『マストドンが通信する相手は必ずマストドンの既知のバージョンである』みたいな前提からそもそもおかしくない?><
「弾かれた」それ自体がセキュリティホールになるかどうかは理論的にはわからん…ただ、そこが「突かれやすい穴」に思えてならないんだよな…
思考の /dev/null