詳しくはちゃんと調べる必要があるけど、ボトルネックがI/Oバウンドになるんだとしたらpostgresが一番ランダムアクセスが速くてパフォーマンスが出るのかもしれない

Reply to this note

Please Login to reply.

Discussion

前やったテストに関しては忘れてください…このときはイテレーションごとに生成されるイベントが全部同じになってしまい、strfryとかだと書き込みがスキップされてしまっていました

nostr:note1s5enzl440qgwh8nftd9lyuexf8086sa9vmh8l670cqdfzalpk8jqyh3jxq

ベンチマークを通してどれだけのデータ量をリレーに扱わせたか、というところで違いがあったりすると、前回と違う結果、とかってことになるかもですねー。

つまり、DBへのNW II/Oを置いておくと、投げ込んだデータとアクセスするデータがリレーサーバ&DBのオンメモリのキャッシュ領域に載っていた場合はI/Oはほぼほぼ発生しないので、載ってなかった場合とは結果が大きく異なるのではないかと思います。

前回がそうであったかは分からないですが。

おっしゃるとおり、その辺もパフォーマンスに影響しやすい部分だと思います。それぞれアーキテクチャが違うので単純な比較が難しいのですが

ですねー。

JPユーザぐらいだったらメモリに載っちゃうみたいな話をきりのさんがしてた気もするので、どこらへんを想定するのか、みたいな話はありそう。

まあ、各々の想定での結果を出すのがフェアなんでしょうかね。

そう思います。今回のテストもピーク性能というわけではなくスモークテストに近い規模感なので、大規模リレーだと話が変わってくるかもしれませんし、逆に高パフォーマンスだからといって省メモリである保証はないように、ラズパイに個人リレーを立てるようなユースケースだとこの表とはまた違った尺度が必要になると思います

確かにー。