orange @[email protected]

Windows 2000まで？みたいにWindowsで言うところのタスクマネージャだけは死守するみたいな事して欲しいかも＞＜

OSがまず死んじゃ駄目だしその次にマンマシンインタフェースが死んじゃ駄目だし みたいな重み付けやって当たり前じゃんって思うんだけど＞＜
OS側はもちろんだけどアプリ側も＞＜
マストドンも、すごく下の方のレイヤに対する攻撃とかで落ちるのであれば仕方ないけど、自分が処理作り出して過負荷にしてOSごと陥落とか、何も考えてなさ具合ひどすぎる＞＜

Androidも高負荷なアプリ(ウェブブラウザ＞＜＃ )がアホみたいな状況になった時にGUIが無反応になるの意味不明だし欠陥＞＜
なんで1アプリがGUIシェルにそんな悪影響を与えられるように作るのか謎＞＜
処理の重み付けおかしい＞＜

素晴らしいし、あとはユーザインタフェースに関するプロセスのみ特別扱いしてくれたら完璧！＞＜
・・・だけど、UNIX界隈のソフトウェア、UI優先する発想が全く無い気がする＞＜；

オレンジは基本的にGUI環境前提で動くもの(＝ユーザーが操作する環境で動くもの)を作るので、高負荷具合でGUIの反応に影響が出ることをものすごく嫌うし、「ユーザーの操作を最優先に処理すべき！＞＜＃ 」って発想なので、結果的にわりと自制的な感じに作ってると思う＞＜
他人が作ったものでもGUIの処理が後回しになってるのものすごく嫌うし普段からキレまくってるしキレてプロセスごと殺す事多いし＞＜
(15秒反応なかったら強制終了しよう！＞＜ポリシー)

ていうかmsidekiq自体はネットワーク処理エンジンじゃなく単なるジョブプール？かも？＞＜
ちゃんとネットワークの処理自体見てるのかも？＞＜
あと、ネットワーク関係無くそもそもすぎるびっくりな点として、キューたまりすぎて高負荷で「鯖ごと落ちた」とか昨晩もなんか色々出てたっぽいけど、自分の実行環境の負荷の具合見て自制する機能くらいついてないの？＞＜；

受け側として『弾く処理』入れてようが入れてなかろうが、『弾かれた処理』に対してどうするかちゃんと書かなくてセキュリティーホールになるのであるのならなるのはどっちにしても同じでは？＞＜；
(この場合)『マストドンが通信する相手は必ずマストドンの既知のバージョンである』みたいな前提からそもそもおかしくない？＞＜

もちろんスレッドプール(というかなんと言うか)も自作だったし、誰に学ぶでもなく過去にそういう風に作ったからこそ、マストドンのガバガバ具合「なんで！？＞＜；」って思う＞＜

たしか、ドメイン単位でエラーカウントして信頼性測って(？)、「この鯖信用ならないから後回し！＞＜＃ 」みたいな感じに作ってた記憶ある＞＜(15年くらい前なのでよく覚えてないけど＞＜；)
あと最初ものすごくタイムアウト短くして、後回しのはタイムアウト長くするってしてたかも＞＜