почему Atom так тормозит?

Неосиляторы vim или emacs должны страдать.

Тормозит для того, чтобы ты пошёл и отдал дяденьке денюжку за новый и не тормозящий девайс. Правда, то же самое ты сделаешь через год-два.

да дело не в этом. Это камень в огород Node.JS.

Должны страдать.

Потому что атом, очевидно же.

У одного из моих работодателей была услуга «выделенный сервер для бомжей» (ведёрко на атоме с 4 гигами памяти и терабайтным HDD). Работало невыносимо отвратительно, хуже дешёвых VDS. Единственный профит был в том что дисковая подсистема - сама по себе собственная, а не разделённая между всеми пользователями.

Atom
Java

ну ты понял

ведёрко на атоме с 4 гигами памяти и терабайтным HDD

Это другой Атом.

Почему мне для просмотра JavaScript проектов приходится использовать крякнутый незарегистрированный Sublime Text, написанном на уже немодном тормознутом неасинхронном Python?

Еще одно глупое заблуждение - он написан на C++, Python там только как скриптовый язычок.

О как! Тормозит, оказывается, атом, а не жаваскрипт. Ясненько...

Он слишком энергоэффективный.

Ты тоже про другой атом подумал. ТС имеет в виду atom.io

И ты не про тот атом. Имеется в виду текстовый редактор.

«Это были совсем другие атомы, сынок…» (С. Кинг)

Потому что его писали веб-девелоперы на веб-технологиях. Vim открывает большие файлы без тормозов.

Тогда ТСу надо учиться излагать мысли. Потому как я тоже могу написать, что 10 < 3 и буду прав.

ТС имеет в виду atom.io

Эм, так там проблема тормознутости в архитектуре приложения, слишком много слоев абстракции, поэтому оно такое тормозное.

А я не понял=)

А существует вообще какое-нибудь нетормозное десктопное приложение на Node.JS?

Так там же не Java, а Node.JS.

https://atom.io/

Joe/Jupp открывает большие файлы без тормозов.

4.2 was fixed

про Java я писал about WebStorm, а node.js там поверх хромиума который поверх C++, что ты удивляешься, что оно рилтайм тормозит? Java тоже тормозит, почему node.js не должен тормозить в гуях?

Я-то не удивляюсь. Мы просто друг друга не так поняли :)

По сравнению с жабоскриптом даже легендарная жаба не тормозит.

Пока не прочитал тред, думал, что ты про процы. Редактор-то написан же скорее всего дизайнерами, но никак не программистами. Так что ставь i7 + 16GB оперативы, тогда всё будет ок.

Sublime Text, написанном на уже немодном тормознутом неасинхронном Python

Наконец-то хоть кто-то всё понял.

GIL ога

Но почему тормозит простой редактор, написанный на модном, стильном, молодежном, ультрабыстром асинхронном Node.JS

Потому, что JS.

OK

Потому что его писали веб-девелоперы на веб-технологиях. Vim открывает большие файлы без тормозов.

Смотря насколько большие. На терабайте он точно так же обосрется. Только ed, только скальпель!

Тормозит для того, чтобы ты пошёл и отдал дяденьке денюжку за новый и не тормозящий девайс.

Так вот на кого работают разработчики Qt и KDE!

Vim открывает большие файлы без тормозов.

Удобная позиция - меряться скоростью открытия текстовых файлов. Только этих текстовых файлов не так уж и много в море всех прочих файлов. Этим вашим феном не открыть, например, mp3 или doc.

Потому что атом, очевидно же.

1. Тут речь про другой atom, не cpu.
2. cpu Atom типа http://ark.intel.com/ru/products/77987 чуть ли не вплотную приближаются к зионам по производительности.

Потому что Web-программисты. Странные вопросы ты какие-то задаёшь. Ей-богу, ответ лежит на поверхности.

Так вот на кого работают разработчики Qt и KDE!

GTK3+ и Gnome 3

Нефиг выжимать из энергосберегающей железки производительность. Это все-равно что устраивать полицейскую погоню на малолитражке.

Ну зачем гонять навороченный написанный на жабоскрипте редактор на таком слабеньком проце? Поставь ему более простые задачи, и ничего тормозить не будет. Неужели не в чем больше редактировать код? А может, это не атом виноват, может памяти маловато просто?