Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Roma Service. Local storage #81

Open
levshukovv opened this issue Aug 2, 2024 · 0 comments
Open

Roma Service. Local storage #81

levshukovv opened this issue Aug 2, 2024 · 0 comments
Assignees
Labels

Comments

@levshukovv
Copy link

Hi colleagues!

We have a development request for the Roma Service. Let me explain what we need.

At the moment, when a request is processed by the BFE service, we get more data and signals from the Key-Value Service. But at this point of time, we don't know all the data we need to use to extract features in the "generateBid" function. The generateBid function executed by the Bidding service doesn't allow us to request more data for feature extraction. A possible solution would be using local storage mounted in JavaScript or WASM code by Roma Service, where we can do feature lookups. In most cases, file sizes for features is larger than 4 GB , so it's impossible to include it in JS or WASM.

To update/upload local storage data, we could use a code fetcher approach when link is provided to the file.

Due to the fact that gVisor is soon available on Roma Service, this feature needs to be implemented there as well. During the public meeting, it was explained that gVisor will run a new process upon request. This means that initialization inside the binary must work quickly and persistent data (read-only) must be available as local storage .

I think there are simular thoughts/request for Key Value Service: Inline large data structures for caching · Issue #62 · privacysandbox/protected-auction-key-value-service (github.com)

Would it be possible to implement this?

BR, Viacheslav

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants