4 ms·
Hey there, subl is absolutely the best when you quickly need to open and edit a huge file. You cannot, however, do that when the file only has 1 line. Do you th
by Greaka 5y ago
Hey there,
subl is absolutely the best when you quickly need to open and edit a huge file. You cannot, however, do that when the file only has 1 line. Do you think it might be possible to get that fixed at some point? Opening a 1 line 1GB file on a modern machine brings subl to a complete halt and regex editing is sheer impossible.
- ben-schaaf 5y agoThis is a known limitation that we're looking at addressing in future updates.
- Aeolun 5y agoNot that any other editor but Vim seems to do this without issues, but it is one of the things the whole experience of Sublime leads me to believe would already be possible :)
- siculars 5y agoSo is your internal mem structure/unit of operation split on new line? Sounds like you need to refine that to include a max character count sub line structure.
- bachmeier 5y ago> Opening a 1 line 1GB file on a modern machine brings subl to a complete halt and regex editing is sheer impossible. Is this a common operation for a text editor?
- magicalhippo 5y agoPerhaps not super-common, but at work we have to deal with XML files that are 4-500MB in size that don't contain newline characters. Every now and then we have edit them. It's at least something I'd expect a premium text editor to handle without issues.
- adamzochowski 5y agoYeah, plenty of people edit files like xml or json in text editors.
- jeromegv 5y agoSublime can do big files without any issue, the specific use case here is if it all sits on a single line. Most XML/Json files are not single line, but yes it happens.
- sigzero 5y agoIf you are manipulating data, it could be. Logs can easily get big as well.
- silverwind 5y agoIt's common when working with big API responses which are indented using plugins after loading. Most APIs do not serve whitespace in their responses, so it's crucial that the editor won't freeze up on initial load.
- naikrovek 5y agotry turning off syntax highlighting, if you haven't. that speeds up ST dramatically on large files, in my experience. or give UltraEdit a try. it opens huge files with ease.
- trzeci 5y agoHi! I'm struggling with the same problems (Debugging huge ASM.js files). The best modern, non-vim editor to handle such files I've found is Cuda Text: http://uvviewsoft.com/cudatext/ http://uvviewsoft.com/cudatext/ Absolutely top tier lightweight code editor for special tasks.
- naikrovek 5y agoUltraEdit can open huge files (multiple tens of GB) in seconds. worth a look if you do this a lot.
- trzeci 5y agoI didn't know about UltraEdit - just tested on my files that I work with: 50MiB of ASM.js code in ~20 lines. UltraEdit is very sluggish - to the moment it's not usable to work with. I did a very subjective comparison between few editors in terms of speed in working with such file (flow is: open, find, manually edit, save). And in my eyes here is the result: 1. Cuda Text 2. Sublime 4 3. VS Code 6. UltraEdit Please note: I only tested the workflow that I work on daily basis. I can see that UltraEdit can do much more that Cuda Text, and in different test cases probably it will be a much better choice. But not for me.
- pupdogg 5y agoI concur with trzeci that UltraEdit is by far the slowest in editing large text files compared to the other contenders being discussed here. I was not aware of CudaText before but just gave it a try also and it seems fairly rock solid compared to ST.