Fixing I/O Issues & Note To Runpod Support
MOST IMPORTANTLY: if you're struggling with I/O, particularly with comfyui templates because that's what I have experience with, accessing your ports via TCP instead of HTTP completely alleviated it for me. you can edit your template and move all the ports to TCP and voila you'll have completely normal super stable speed.
Please do not dismiss or gaslight us when we point out unusable levels of service degradation. I know it's annoying because of the false flags but give users the benefit of the doubt, especially if they have substantial amounts of usage logged. One of the most frustrating things is putting in a ticket and getting a message that because none of their telemetry indicated a spike everything is fine and you should restart your pod or actually spend your own credits doing analysis and research. It's like maybe your telemetry is incomplete or you haven't dug deep enough. Getting brushed aside and struggle-busing with severely degraded performance because you rely on 99%+ service level is not fun.
5 Replies
Hey @trillagodmode, I will send this to our support team. We try out best to serve our users and every once and a while someone gets a negative experience. Wishing you the best!
Hi @trillagodmode you’re right to call this out, and I’m sorry. Being told “telemetry looks fine” when you’re seeing severe degradation is frustrating and not the standard we want to set. We should have given more weight to your signal and dug deeper.
I’m taking ownership to re-open this and review it beyond the high-level metrics. You shouldn’t have to burn credits or do extra analysis to prove impact.
If you can share the ticket number (or DM the email address used), I’ll pull the full history and ensure we handle this properly. If there’s anything specific you want us to double check, I’ll include that in the review. We appreciate your patience, and I’m committed to making this right.
I have got your ticket. You will receive a response from our support shortly. Thank you for flagging this @trillagodmode
sounds good NR, thank you!
@trillagodmode pro tip if you still want secure access and not expose port over TCP that is http you can do same thing by setting up ssh tunnel 🙂
generally speaking the proxys can get clogged ;w;