Service very SLOW
pollmage-dev
HOBBYOP

2 months ago

Hi,
I’m experiencing severe performance instability on my service, even though the resource limits are set to 8 vCPU and 8GB RAM.

Here are the issues:

  1. Random 5xx bursts with 20–30% error rate even under very low traffic (<100 requests/min).

  2. p99 response times spiking to 10–15 seconds, while p50 stays around ~700ms.

  3. CPU usage staying near 0% even during slowdowns, which suggests:

    • throttling,

    • host-level contention,

    • container restarts,

    • or I/O stalls.

  4. Large latency spikes on static file serving, with sudden egress peaks (visible in Metrics → Public Network Traffic).

  5. No Serverless mode enabled. The service should be always on.

  6. No code-level bottlenecks: the same backend (PHP + MySQL) runs 10× faster on a shared Aruba hosting.

Could you please verify:

  • if my container is being throttled at the host level,

  • if the underlying VM is overloaded (“noisy neighbor”),

  • if there are internal restarts (OOMKilled, exit 137/143),

  • if the storage layer is experiencing I/O contention,

  • or if the allocated resources are not actually being provided?

I need consistent performance at the level advertised by the 8 vCPU / 8GB limit.
Please investigate the host machine and container logs on your side.

Thanks.

Solved

1 Replies

brody
EMPLOYEE

2 months ago

Hello,

I've done a deep dive into both the host metrics for the host running your workload and your database over the last 24 hours. Everything is operating within normal parameters:

Your application and database are not being throttled (we don't do that to begin with).

The underlying hosts are not overloaded.

Your application and database have not restarted outside of your deployment times.

The storage layer is performing normally.

All resources have been allocated and are available.

However, I did identify a significant issue: your service is in Europe, while your database is in US-East. Cross-Atlantic latency will substantially impact performance, especially for database operations, which are particularly latency-sensitive. This geographic separation easily explains the spikes in response time and the inconsistent performance you're experiencing.

Please migrate both your service and database to the same region to resolve this latency issue.

Best regards,

Brody


Status changed to Awaiting User Response Railway 2 months ago


Railway
BOT

2 months ago

This thread has been marked as solved automatically due to a lack of recent activity. Please re-open this thread or create a new one if you require further assistance. Thank you!

Status changed to Solved Railway 2 months ago


Loading...