Notices by 南あかねの外の人（雪餅） (yukimochi@toot.yukimochi.jp@toot.yukimochi.jp), page 45

弱い環境だと、クエリ投げると CPU 100% になってクソ時間かかるんだよな。（REST API なので、 Timeout 扱いされてしまうと敗北）

とか言いつつ、 WebログESサーバーは、 合計12コア6GB のクラスターを組んでいるが。。。

Elasticsearch たしかに最初は負荷きついけど、メモリを絞っていれば、遅くなるけど何とかなりそう。

@ijs01140 普通はそこに書くのか。。。 docker 勢なので、わからん。。。（でも、設定が適応されないなー -> typo というのは、 ES で経験した。）

@ijs01140 typo してて、デフォルト設定になっているに100ペリカ

Elasticsearch 実際に仕事するときは、ディスクのアクセス速度も割と大事な気がする。

感覚的には、メモリサイズの 1/2 くらいにしておくと良さそう。

昔、 minori ってエロ推し（押し）ではなかったのか（やってないので詳細不明

うちは、 OpenJDK 8... ???

Starting with Elasticsearch 6.5, we’re now supporting JDK 11.

リレーの Guest Participant 機能、管理すべき対象が増える問題はあるものの中央集権サーバーのユーザーにリーチできるというメリットはあるな。。。

ハッシュタグリレーへの個人参加、実は、Pawooの絵師と相性がいい機能なんじゃないかな。

参加してハッシュタグ付けて投稿すれば、自分の絵をみてもらえて、フォロワーが増えるチャンスが増えるっていう。

#ハッシュタグリレー
#ハッシュタグの活用

@noellabo 既存の ActivityPub サービスと親和性がある（Pleroma を弄らないで使える）点は、良かったのですが。。。?

お、何処ぞのまともに動かないリレーについてた機能がハッシュタグリレーでブラッシュアップされて実装された！？

#ハッシュタグリレー への個人参加機能、一応動くようになってますので、βテスト的な感じでご協力いただけると助かります。

まず、ハッシュタグリレーのコマンド送信用botがリレーから直接生えてますので、これにメンション（@relayctl@hasttag-relay.dtp-mstdn.jpをつけて）指示を行います。特に公開範囲は問いませんが、DMが良いでしょう。

join で参加、leave で脱退できます。

joinすると、ハッシュタグリレーのバックグラウンドエージェントが個人アカウントをフォローバックします。

relayctlにメンションできて、外部からフォローできるActivityPub対応サービスなら、実はなんでもリレーに参加できるようになります。まぁ流れてきたモノにハッシュタグついてないと蹴りますがw

受信はできないようにしてあります。

#theboss_tech の皆さんは、ぜひ実地テストにご協力ください。

実際、一ヶ月のデータを見るなら BigQuery でいい感じだし、企業さんとかだとわりと Elasticsearch には数日分しかログを入れてない感じだよな。。。（規模が違うからだろうが）

BigQuery とか S3 Select 使うことあるかなぁ。。。

Mastodon 向けの Elasticsearch は、Web アクセスログに比べるとさして重くない感じ（1台で運用）