You've never wanted to open a multi-megabyte data file in a text editor before?

"You shouldn't be opening large files in it anyhow" is a cop-out. My text editor needs to edit whatever text files I throw at it. Choking on too-large a file is a showstopper.

Atom has a 2MB file limitation. That's why I wouldn't use it professionally yet.

I'm not sure that's even 'large', let alone 'huge'.

For real. I think I've had to open multi-GB files in Sublime a few times. (And if not that, then certainly hundreds of MB.) Worked like a charm.

Automatic code generators have a nasty habit of spitting out huge source and header files, I'm routinely digging around in such files (ASN.1 to C++, multiple files 10MB and up) and switching editors to do that would be completely unacceptable. It would be more of a hassle if the compiler split up the output.

That might be true but my tools should never dictate how I work.

Tell that to the vendors and various api-s that love to produce 20-50 MB xmls

That sucks, but it's not the common case. I personally wouldn't use even Sublime for these either as you can't do anything productive with a 30MB XML document in a text editor anyway.

I need to view and edit CSV files which are consistently hundreds of MB, sometimes a couple of GB. It's the way it is, I can't help the format in which vendors send us files...

Sublime could possibly choke on these file as well. I've had issues with larger files with it.

Yeah, don't get me wrong, a few times Sublime has crashed, but then it's usually syntax highlighting, I turn it off and it works a treat.

True. You have to agree though that this is unfair to Atom. It's new, yes, it uses WebKit now, but it may have native rendering tomorrow. To shoot it down in the early beginning given it's doing many things right (like native package management) - it's not the right thing to do in this forum!