4 ms·

I have Sublime Text installed for the onlu use case of opening large files. Nothing comes close.

by dewey 1y ago

CharlesW 1y ago
Googling around a bit, Sublime Text doesn't seem to be particularly good at this: https://forum.sublimetext.com/t/unable-to-open-a-large-text-file-767-mb/7068/3 https://forum.sublimetext.com/t/unable-to-open-a-large-text-... In my experience, BBEdit will open files that kill other editors: "Handling large files presents no intrinsic problems for BBEdit, though some specific operations may be limited when dealing with files over 2GB in size."
- xrisk 1y ago
  While I don’t know if the claim is true, you’ve linked a post from 2012…
- roto 1y ago
  I have always found sublime to be the best at large files, well over 1gb. Since you mention bbedit, maybe this is some mac specific issue? I really don't know. But at least among people i know, opening large files has effectively become its main USP. Should be noted that the linked post is almost 15 years old at this point too, so perhaps not the most up to date either.
- spartanatreyu 1y ago
  Sublime text works better on large files (where file sizes are a few gb) compared to VSCode. But, you can go faster depending on your usecase: - If you're trying to manually look through the file, use `less`. You can scroll up and down, go quickly to the top and bottom of the file, and also search the file for strings quickly - If you already know the string in the file that you're looking for, use ripgrep - If you're trying to do a search and replace, and you already know what the strings are, use sed. (macos' built-in sed isn't good, so get the proper gnu coreutills through homebrew, and you can access the good sed through `gsed`)
  - hmokiguess 1y ago
    Well ripgrep can be just a backend right. Just like your terminal is how you invoke it, you could have your editor do that. In fact, I believe that is what vscode uses. Apparently there’s been a neglected issue about bringing it to Zed. https://github.com/zed-industries/zed/issues/4560 https://github.com/zed-industries/zed/issues/4560
fdg4t 1y ago
The open source CudaText has the same speed on opening huge files. It has slower rendering, but for huge files it is not the issue.

I have Sublime Text installed for the onlu use case of opening large files. Nothing comes close.

by dewey 1y ago

I have Sublime Text installed for the onlu use case of opening large files. Nothing comes close.

Googling around a bit, Sublime Text doesn't seem to be particularly good at this: https://forum.sublimetext.com/t/unable-to-open-a-large-text-file-767-mb/7068/3 https://forum.sublimetext.com/t/unable-to-open-a-large-text-... In my experience, BBEdit will open files that kill other editors: "Handling large files presents no intrinsic problems for BBEdit, though some specific operations may be limited when dealing with files over 2GB in size."

xrisk 1y ago
While I don’t know if the claim is true, you’ve linked a post from 2012…
roto 1y ago
I have always found sublime to be the best at large files, well over 1gb. Since you mention bbedit, maybe this is some mac specific issue? I really don't know. But at least among people i know, opening large files has effectively become its main USP. Should be noted that the linked post is almost 15 years old at this point too, so perhaps not the most up to date either.
spartanatreyu 1y ago
Sublime text works better on large files (where file sizes are a few gb) compared to VSCode. But, you can go faster depending on your usecase: - If you're trying to manually look through the file, use `less`. You can scroll up and down, go quickly to the top and bottom of the file, and also search the file for strings quickly - If you already know the string in the file that you're looking for, use ripgrep - If you're trying to do a search and replace, and you already know what the strings are, use sed. (macos' built-in sed isn't good, so get the proper gnu coreutills through homebrew, and you can access the good sed through `gsed`)
- hmokiguess 1y ago
  Well ripgrep can be just a backend right. Just like your terminal is how you invoke it, you could have your editor do that. In fact, I believe that is what vscode uses. Apparently there’s been a neglected issue about bringing it to Zed. https://github.com/zed-industries/zed/issues/4560 https://github.com/zed-industries/zed/issues/4560

fdg4t 1y ago

The open source CudaText has the same speed on opening huge files. It has slower rendering, but for huge files it is not the issue.