GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Embed Notice

HTML Code

Corresponding Notice

  1. Embed this notice
    Drahflow (drahflow@infosec.exchange)'s status on Friday, 17-Oct-2025 08:33:36 JSTDrahflowDrahflow
    in reply to
    • ✧✦Catherine✦✧

    @whitequark As people noted, the data is a bit thin, maybe throw some k6, siege or ab traffic at it?
    But (assuming it's impossible to get better data):
    * You have some weird latency going on already between frontend and backend (_sometimes_ BE is <10ms, yet corresponding FE is >50ms). If it's the same machine, I'd check CPU and I/O load, if not, network overload between them?
    * During a latency spike there are _no_ fast requests. Likely they all blocked on the same resource. You could verify this by checking the request logs and see if they all completed at nearly the same time (but started differently).
    * If this is still static-from-S3, maybe consider https://docs.aws.amazon.com/AmazonS3/latest/userguide/optimizing-performance-guidelines.html#optimizing-performance-guidelines-retry and just fire of every request to S3 a bunch of times and take the earliest answer.

    In conversationabout 11 months ago from infosec.exchangepermalink

    Attachments

    1. No result found on File_thumbnail lookup.
      Performance guidelines for Amazon S3 - Amazon Simple Storage Service
      Describes Amazon S3 performance guidelines.
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.