Is... this a meaningful benchmark?
Who's editing files big enough to benefit from 120GBps throughput in any meaningful way on the regular using an interactive editor rather than just pushing it through a script/tool/throwing it into ETL depending on the size and nature of the data?
For a text editor, yes, absolutely.
As developers, we rotinely need to work with large data sets, may it be gigabytes of logs, csv data, sql dump or what have you.
Not being able to open and edit those files means you cant do your job.
I have to scroll through huge files quite frequently, and that's the reason I have Sublime Text installed, as it deals with them very well.
Not on the regular, but there are definitely times I load positively gigantic files in emacs for various reasons. In those times, emacs asks me if I want to enable "literal" mode. Don't think I'd do it in EDIT, though.
As a specific benchmark, no. But that wasn't the point of linking to the PR. Although the command looks like a basic editor, it is surprisingly featureful.
Fuzzy search, regular expression find & replace.
I wonder how much work is going to continue going into the new command? Will it get syntax highlighting (someone has already forked it and added Python syntax highlighting: https://github.com/gurneesh9/scriptly) and language server support? :)
Challenge. Accepted.
At work we have to modify some 500 MB XML's every now and then, as the source messes them up in non-repeating ways occasionally.
Typically we just hand edit them. Actually been pleasantly surprised at how well VS Code handles it, very snappy.