长毛象站长联谊会
gup.pe 这个和 ovo.st 类似的群组站已经挂了，然后原地重建了一个 a.gup.pe。但还是有很多人@老地址的群组，让各种实例都尝试去fetch浪费资源。
更大的问题是因为gup.pe已经凉透了后台甚至都不认为这是个Fedi站，也就不能封禁。是个问题。
关于长毛象的sidekiq（长毛象使用的event queue）的两个小tip：
默认配置下sidekiq可能会报大量"Too many open files"错误。这是因为长毛象官方默认只给sidekiq开了1024个NOLIMIT，很容易超。
在sidekiq对应的systemd文件中加入LimitNOFILE=65536即可解决。这个文件大部分情况下位于/etc/systemd/system/mastodon-sidekiq.service
有趣的是长毛象的streaming服务已经有这行配置。
此外，对于较大实例，sidekiq处理速度跟不上的话，可以开多个sidekiq worker线程来处理不同的队列增加性能：https://docs.joinmastodon.org/admin/scaling/#sidekiq
前提是实例所在的服务器有足够的CPU资源。