You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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?
The text was updated successfully, but these errors were encountered: