Repository navigation
Conversation
The KMA AWS minute page (about 470 KB for every station) took 2.1-2.6 s to arrive on EC2, at the observed 2.5 s bound. A request that found the newest page more than 2 minutes old started the next page and waited for it, and usually still answered the previous page. While a page of the last 20 minutes (the readers' reach) is held, the request now starts the owned acquisition detached and answers with the held page; the next page serves later requests. Without a held page the request waits as before. The cadence (one page per 2 minutes, whatever the outcome) is unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Collaborator
Author
|
Cross-provider review (Codex gpt-6.1-sol, high): PASS at 7ffae72. Recommended
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
On EC2 (2026-11-07, 01:29-03:12 KST) one or two requests of most rounds took 2.4-3.6 s. Each found the newest KMA AWS minute page (
nph-aws_txt_min, about 470 KB of EUC-KR HTML) more than 2 minutes old, started the next page and waited for it; the page took 2.1-2.6 s, at the observed 2.5 s bound, so the request usually still answered the previous page. Legacy collected the page every 2 minutes in the background and answered from the stored page.While a page of the last 20 minutes (the readers' reach) is held, the request now starts the owned acquisition detached and answers with the held page; the next page serves later requests. Without a held page (a cold process with nothing stored) the request waits as before. The cadence (one page per 2 minutes, whatever the outcome) is unchanged.
Changes
observe.rsensure_minute:MINUTE_HELD_MS(20 minutes); a held page spawns the owned acquisition and returns nothing to wait for.intent/,specs/,plans/issue-2614-kma-minute-page.md; declarationserver2/config/tasks/KMA-MINUTE-PAGE.json.Verification
a_held_minute_page_answers_while_the_next_one_is_acquired: a restarted process with the stored 10:49 page, asked at 10:53 with a provider that takes 3 s, answers within 1.5 s with the held rows, and the next page is acquired. 3 of 3 mutations caught; M1 (the request waits, the behavior before this change) is the Red evidence.cargo test --locked --workspace1,214 passed, 0 failed, 7 ignored;cargo fmt --check,cargo clippy -D warnings, placement gate and artifact policy pass.Decision for AK
Not in this change: a scheduled fetch without requests, the hourly and city pages, and the other fixes of the EC2 report (#2866 restart reads, #2867 AirKorea refresh).
🤖 Generated with Claude Code