Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Atom Text Editor

Name: Anonymous 2018-11-03 23:32

It is actually 300 Mb!! Yes 300 Mb for a text editor executable. What is happening?

Name: Anonymous 2018-11-03 23:36

Brackets is even larger! It is 700 Mb.

Check yourself: http://brackets.io/

Name: Anonymous 2018-11-04 0:12

How come? I don'use those but even Chrome isn't that big?

Name: Anonymous 2018-11-04 0:18

nowdays you can get a 10TB hard drive and 64+GB of RAM and you're complaining about 300 megabytes?

Name: Anonymous 2018-11-04 0:18

>>3
One word: JavaScript

Name: Anonymous 2018-11-04 1:30

Sublime Text is only ~20MB

Name: Anonymous 2018-11-04 2:14

>>4
I wont be surprised if one day we will see 1 tb sized text editor.

Name: Anonymous 2018-11-04 2:57

>>7
Data expands to fill the space available for storage.[8]

Name: Anonymous 2018-11-04 3:13

>>3
it actually loads all of Chrome plus all the original code for the editor

Name: Anonymous 2018-11-04 3:34

>>2
Brackets is a lightweight, yet powerful, modern text editor
Doubt.jpg

Name: Anonymous 2018-11-04 4:02

>>8
But that is code, not data.

Name: Anonymous 2018-11-04 4:37

nvi is like what 1.3Mb~?

Name: Anonymous 2018-11-04 4:49

spacemacs dude

Name: Anonymous 2018-11-04 22:22

>>11
Code is just executable data
"Yeah we only need one function from this library but might as well throw the whole 5mb into our executable. Re-implementing the specific functionality we need ourselves ourselves would save the space but why spend the time when space is practically free anyways?"

Name: Anonymous 2018-11-05 0:22

>>14
There really is a separation of data and code. It's not "just" executable data. That's a big difference, whether it's something to simply exist and be observed, or instructions to execute! Have you never heard of DEP (Data Execution Prevention), NX bits (No Execute), and ASLR?

Of course, there are ROP techniques for trying to get around this stuff, but still...

Name: Cudder !cXCudderUE 2018-11-05 1:37

>>2
700 or 77?

https://github.com/adobe/brackets/releases

Still bloated.

What's worse than the bloat is that the last time I heard, Atom can't open files larger than 2MB (and files smaller than that still make it lag horribly.)

Name: Anonymous 2018-11-05 3:28

>>16
Brackets.Release.1.11.64-bit.deb
104 MB

Name: Anonymous 2018-11-05 7:50

How come executables are so large? When I write toy editors in C# (feature-rich still, for a toy editor), they compile to 382KiB. Where is the bloat located?

Name: Anonymous 2018-11-05 7:53

>>18
Static linking all libraries/frameworks

Name: Anonymous 2018-11-05 15:12

Atom and Brackets are so big because they include their own copies of Chromium and Node.js plus a bunch of modules

Name: Anonymous 2018-11-05 15:15

>>20
Emacs included web browser when it wasn't mainstream.

Name: Anonymous 2018-11-05 15:37

“The problem with object-oriented languages is they’ve got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.”

— Joe Armstrong
Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List
All trademarks and copyrights on this site are owned by their respective parties. All comments and posts are the responsibility of their own posters.
- Tinychan + 2ch Mode + RSS -