Skip to content

Conversation

@Liam-DeVoe
Copy link
Collaborator

@Liam-DeVoe Liam-DeVoe commented Jun 4, 2025

This doesn't buy us a whole lot right now, since the most prominent tyche chart is currently the mosaic of unique/duplicate, which relies on the repr. This does let other feature charts show earlier, though. And we might in the future precompute the unique/duplicate count on the backend.

This uses run_start as the primary key to identify an observation, which makes me nervous but seems to be fine in practice?

@Liam-DeVoe Liam-DeVoe force-pushed the incremental-reprs branch from 3e3b474 to b50d8db Compare June 4, 2025 22:20
Copy link
Owner

@Zac-HD Zac-HD left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not convinced the latency win here is worth the code complexity, especially if we can get some streaming via #121. I think I'd rather get that in, then have the incremental upload prioritize tests where the page has been viewed, and then reassess whether we need this at all.

Comment on lines +239 to +240
# using run_start as the observation primary key
"run_start": obs.run_start,
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes me nervous; some clocks have pretty low resolution. Seems safe enough if we add the worker_uuid though.

@Liam-DeVoe Liam-DeVoe marked this pull request as draft June 7, 2025 05:17
@Liam-DeVoe
Copy link
Collaborator Author

[drafting because I want to flesh out the dashboard pre-computation more, and make sure it's viable to defer observations like this]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants