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

benchmark: channel writes #5

Open
eackermann opened this issue Oct 21, 2017 · 2 comments
Open

benchmark: channel writes #5

eackermann opened this issue Oct 21, 2017 · 2 comments

Comments

@eackermann
Copy link
Collaborator

How does it scale with # channels written out? Does the unpacking take most of the time, or the writing back to disk?

How about the effect of the block size?

@jchutrue
Copy link
Collaborator

As discussed before, this is a task that could be assigned to an undergrad, who would then generate the benchmark plots.

The title of the issue indicates benchmarking for channel writes. Where does the unpacking come into play?

@eackermann
Copy link
Collaborator Author

I didn't want to create two separate issues for that, but the title could be made more descriptive.

At any rate, the unpacking is also part of the channel writing process, since we (1) read from large rec file, (2) unpack packet to get to the relevant channel(s), (3) inspect and process the channel(s) with interpolation etc., and (4) write the [potentially] modified channel(s) out to disk.

So under the umbrella of "writing channels", I would like to understand if writing out 50 channels is 50 times slower than writing out only a single channel, or if it's only moderately slower, or whatever.

And yes, with an adequate understanding of the parameter space, an undergrad can and should absolutely do this. But before then, we need to have documentation and things in place.

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

No branches or pull requests

2 participants