21:38:36 @tateisu@mastodon.juggler.jp
icon

AMDの決算説明会でのコメント g-pc.info/archives/15495/

CometLake-s の価格 g-pc.info/archives/15327/

前者を見た後に後者を見ても全く安いと思わんな…。おまけに数年後MeteorLakeが出るころにはAMDはもっとプロセスの微細化を進めてる見通しだ

Web site image
AMD CEO:Ryzen CPUは現在、50%を超えるプレミアムプロセッサの売上高を世界中で占めており、Ryzen 3000およびRyzen 2000 CPUに対する強い需要
Web site image
Intelの第10世代Comet LakeデスクトップCPUの価格が明らかに–コアi9-10900が10コアで500ドル未満、Core i7-10700Kが400ドル、Core i7-10700が350ドル
09:07:21 @tateisu@mastodon.juggler.jp
icon

うちだとsidekiqの並行数を上げられない主な理由はRAMなのです。各jobの処理時間の大半はHTTPリクエストの応答待ちで、CPUもDBもボトルネックではない。

09:04:08 @tateisu@mastodon.juggler.jp
icon

@noellabo sidekiqのメモリが増える要因はActiveRecordのキャッシュが大きいと思ってるのでプロセスを小分けにするとそれぞれキャッシュを持つ分だけ損かと思ってたんですが、メモリ多めのマシンだと分けた方が有利なのかもですねー。

08:50:23 @tateisu@mastodon.juggler.jp
icon

@noellabo キューごとにプロセスを分けるのは割と必須ですね。何度かまとめようとはしましたが、すると何かのタイミングで事故が起きて元に戻す…を繰り返すだけでした。ここからは削りようがないのだと思います。

08:44:54 @tateisu@mastodon.juggler.jp
icon

tootctl email_domains block を追加するPR。 github.com/tootsuite/mastodon/ docker環境で実装するもんじゃないな…

Web site image
Add tootctl email-domain-blocks by tateisu · Pull Request #13589 · mastodon/mastodon
04:01:13 @tateisu@mastodon.juggler.jp
icon

俺は無法地帯を提供したい訳ではないし、外部から何かクレームが来た時に連絡先が不明なアカウントを抱えたい訳でもない

04:00:07 @tateisu@mastodon.juggler.jp
icon

sute.jpの使い捨てメアドを使ったユーザは数人いたけど大半が投稿数0、一部投稿数20以内、いずれにせよもう使ってない人ばかりだったので気兼ねなくアカウント停止した

03:54:53 @tateisu@mastodon.juggler.jp
icon

ついでにメールブロックドメインされたメールアドレスを使ってるユーザの一覧。 select accounts.username from users left join accounts on users.account_id=accounts.id
where exists( select 1 from email_domain_blocks where domain = substring(email from position('@' in email)+1) )
and accounts.suspended_at is null;

03:42:54 @tateisu@mastodon.juggler.jp
2020-05-03 03:42:45 mastodon.juggler.jp運営情報の投稿 juggler@mastodon.juggler.jp
icon

このアカウントは、notestockで公開設定になっていません。

03:31:38 @tateisu@mastodon.juggler.jp
icon

スパムとは関係ないと思うけど sute.jp もブロックした。24時間で使えなくなるメールアドレスとか出されても連絡できないのだから困る

03:30:55 @tateisu@mastodon.juggler.jp
icon

select * from (
select distinct * from (
select substring(email from position('@' in email)+1) as h
from users left join accounts on users.account_id=accounts.id
where accounts.suspended_at is not null
) as blocked order by h
) as sorted where not exists( select 1 from email_domain_blocks where domain = h );
サスペンド済みローカルユーザのメールアドレスのドメイン部分がまだメールアドレスブラックリストに登録してないやつを一覧するクエリ

03:08:50 @tateisu@mastodon.juggler.jp
2020-05-03 03:08:38 mastodon.juggler.jp運営情報の投稿 juggler@mastodon.juggler.jp
icon

このアカウントは、notestockで公開設定になっていません。

02:17:52 @tateisu@mastodon.juggler.jp
icon

@noellabo キューが優先度別になってても、低優先のjobを中断してまで高優先のjobを処理してくれる訳ではないです。プロセス内の並行数がいちど低優先のjobで溢れると、同プロセス内の高優先キューの処理が著しく遅くなります。この問題はキューごとにプロセスを分ける事でしか解決策できません。defaultは死守しないとWebUIの応答性が悪くなるので専用のプロセスを立てる。pullはフォローリクエストで溢れるので専用のプロセスを立てる。mailとpushは残りの1プロセスにする。という3プロセス構成が負荷対策の基本だと思います。