Generation Queue and Waiting Times
Rivya generation queues, waiting times, long-running image, video, audio tasks, notifications, history, safe retries를 이해하세요.
Rivya image, video, 또는 audio task가 예상보다 오래 in progress 상태로 남아 있을 때 이 guide를 사용하세요.
Video, audio, reference-heavy image work, provider queues, larger generation settings는 모두 task를 일반 page interaction보다 느리게 만들 수 있습니다. 기다리는 것 자체가 failure를 의미하지는 않습니다.
What A Queue Means
queue는 task가 아직 finished되지 않았다는 뜻입니다.
다음 이유로 발생할 수 있습니다.
- provider가 request를 processing 중임
- workflow가 설계상 더 오래 걸림
- input에 files 또는 references가 포함됨
- output setting이 더 heavy함
- temporary demand가 높음
- Rivya가 callback 또는 status update를 기다리는 중임
queued task는 즉시 반복 제출하기보다 task status, notifications, history를 통해 tracked되어야 합니다.
Waiting Is Not The Same As Failure
task는 다음 상태일 수 있습니다.
- submitted
- processing
- waiting for provider result
- completed
- failed
모든 long-running task를 failed로 보지 마세요. retry하기 전에 status를 확인하세요.
failure behavior는 Failed Tasks and Credit Refunds를 읽어보세요.
Where To Check Progress
다음 위치를 사용하세요.
- task가 시작된 workflow page
- Rivya Notifications Center
- History in Rivya
- 가능한 경우 account credit과 task state
async generation은 사라지는 single toast에 의존해서는 안 되기 때문에 notifications가 도움이 됩니다.
What To Do While Waiting
task가 processing 중일 때는 다음을 할 수 있습니다.
- next prompt variation 준비
- previous history 검토
- output이 어떻게 사용될지 계획
- duplicate tasks를 너무 빠르게 submit하지 않기
- current task가 asynchronous라면 다른 task로 전환
task가 중요하다면 result가 lost되었다고 가정하기 전에 final status를 기다리세요.
When To Retry
task가 명확히 failed되었거나, input이 잘못되었거나, output이 useful하지 않을 때 retry하세요.
retry하기 전에 무엇이 바뀌었는지 결정하세요.
- simpler prompt
- fewer references
- different model
- different duration 또는 quality
- corrected upload
- clearer task intent
아무것도 바꾸지 않고 같은 request를 반복하면 같은 problem이 반복될 수 있습니다.
Task Continuity Checklist
task가 submission 후에도 traceable해야 한다면 확인하세요.
- task가 pending, running, completed, failed, 또는 ready for follow-up인지 확인하세요.
- useful outputs에는 History를, async status changes에는 Notifications를 사용하세요.
- troubleshooting할 때 task UUID, model, prompt, output context를 함께 유지하세요.
- current state가 clear해질 때까지 같은 job을 restart하지 마세요.
- 다른 workflow로 branch하기 전에 가장 useful한 result를 save하거나 download하세요.
목표는 generation에 시간이 걸리거나 follow-up이 필요할 때 work를 잃지 않는 것입니다.
When To Recheck Status
task가 예상보다 오래 걸리거나, notification이 missing되거나, result가 incomplete해 보이거나, user가 previous output을 찾지 못하면 status를 다시 확인하세요.
이 경우 user에게 regenerate를 요청하기 전에 task state와 History를 inspect하세요.