Can we have infinite scrollback? #18290
Conversation
![github-advanced-security[bot]](https://avatars.githubusercontent.com/in/57789?s=60&v=4){kind=small}
This comment has been minimized.
This comment has been minimized.
src/buffer/out/textBuffer.hpp
Outdated
| void _decommit() noexcept; | ||
| void _construct(const std::byte* until) noexcept; | ||
| void _destroy() const noexcept; | ||
| void _commit(const uint8_t* row); |
There was a problem hiding this comment.
This is so that cls releases the memory again. I figured that this would become much more important once the scrollback can actually become quite large.
There was a problem hiding this comment.
Oh, you meant std::byte vs. uint8_t. We only use the former in a teeny tiny subset of the codebase, of which this usage here is half of it. By using the more traditional uint8_t we make our code simpler and need less specialization. It's also more predictable, because primitive integers have received compiler optimizations over decades whereas std::byte hasn't.
I'm reminded of that one blog post that showed how poorly std::byte was optimized by compilers at the time, but I was unable to find it while writing this comment.
lhecker
force-pushed
the
dev/lhecker/1410-large-scrollback
branch
from
5500606 to
e6acccf
Compare
| const auto wroteWholeBuffer = lengthToWrite == (currentBufferDimensions.area<size_t>()); | ||
| const auto startedAtOrigin = startingCoordinate == til::point{ 0, 0 }; | ||
| const auto wroteSpaces = attribute == (FOREGROUND_BLUE | FOREGROUND_GREEN | FOREGROUND_RED); | ||
| const auto currentBufferDimensions{ OutContext.GetBufferSize().Dimensions() }; |
There was a problem hiding this comment.
(Suppress whitespace differences. My goal here is to make cls work properly in regular conhost.)
lhecker
force-pushed
the
dev/lhecker/1410-large-scrollback
branch
from
e6acccf to
3567827
Compare
|
fwiw this is still draft |
lhecker
force-pushed
the
dev/lhecker/1410-large-scrollback
branch
from
3567827 to
26120be
Compare
lhecker
force-pushed
the
dev/lhecker/1410-large-scrollback
branch
from
26120be to
971dba7
Compare
This comment has been minimized.
This comment has been minimized.
Mom: We have infinite scrollback at home.
Infinite scrollback at home:
...very much finite. How do you define "infinite" scrollback anyway?
Does it entail downloading RAM? It's a mystery. So, this PR adds support
for 1B rows of scrollback, because that's >600GB of memory, which makes
it effectively unusable. But it's enough to have a lot of finity.
Thanks to the raised limit, this PR sets the default history size from
to 16Ki which is roughly 10MB of memory. The can be cut in half once we
remove the charOffsets cache on each ROW.
Related to #1410
Validation Steps Performed