Emacs vs Atom по производительности

1:0.

Соответственно вопрос, стоит ли смотреть на что-то более хипстерское, молодежное, современное, типа Atom?

Конечно стоит. После этого emacs реактивным будет казаться.

Ага, попробовать, понять и простить ;). Так с LightTable, например уже попробовал. Вернулся на Emacs. Но тут скорее по причине сырости и нелогичности конфигурации.

вообще, странно. На современном железе emacs'у тормозить не полагается. Если не секрет, на чём ты его запускаешь?

Да железка хорошая, AMD 6 ядерный 3.50 GHz, 16 GB RAM. Но тут оффтопик. Скажем на, ноуте характеристиками примерно в 2-2,5 раза хуже, но на линуксе, работает в 2 раза отзывчивее.

Достаточно посмотреть на «технологии», из которых построен атом.

Да почему нет, WebKit (или что там от него осталось), завернутый в приложение с расширениями на JavaScript и CoffeeScript. Возможностей движка много, штука современная, активно развиваемая. Хотя и есть опасения что будет все грустно, когда этих скриптов будет навалено слишком много.

Atom не очень шустрый. VSCode шустрее, если нужные вам плагины есть под него — советую посмотреть. Sublime не пробовали? Хороший редактор. В девелоперской ветке разработка продолжается. Если не хочется платить за инструмент можно пользоваться бесконечным триалом.

штука современная, активно развиваемая

И активно тормозящая. Просто юзай вим, как все приличные люди.

Что касается VSCode, то мне кажется по сравнениб с Atom, шило на мыло. Движек практически тот же, плагинов и комьюнити меньше.

Sublime, конечно красивый и быстрый, но все же напрягает, что несвободный. И потом, вроде там триальный режим вроде достает сообщениями с просьбой купить?

Вот scite интересная штука была, тоже расширяемый, все дела, но он почти заброшен сейчас. Потом, народ жаловался, что он хорош под виндой, а под линуксом тормозит.

Я юзал вим, да. Но не люблю модальность. В итоге, обклеился плагинами и конфигами по самые уши, так чтобы там было все как в Emacs (через единственный режим), что уже само по себе абсурд. Как следствие, получил тормоза. Да и язык расширений там не слишком удобный.

На современном железе emacs'у тормозить не полагается

Ага щас. Отрисовка в emacs реально тормозная, подсветка синтаксиса тоже не фонтан - на больших файлах с «макаронным» кодом бывает дико тормозит.

а что именно тебя смущает в несвободности sublime?

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

Сделал бэнчмарк своего конфига: https://postimg.org/image/6nwoyco83/
'((os osx 10.9.5) (cpu i5 2.3) (ram 8gb))

Enabled minor modes: Auto-Composition Auto-Compression Auto-Encryption Auto-Fill Blink-Cursor Column-Number Company Company-Statistics Diff-Auto-Refine Diff-Hl Diff-Hl-Flydiff Diff-Hl-Margin Diff-Hl-Margin Dired-Omit Electric-Indent Electric-Pair Ensime Evil Evil-Commentary Evil-Leader Evil-Local Evil-Vimish-Fold File-Name-Shadow Flx-Ido Flyspell Font-Lock Global-Auto-Revert Global-Company Global-Diff-Hl Global-Eldoc Global-Font-Lock Global-Hl-Line Global-Undo-Tree Ido-Ubiquitous Line-Number Menu-Bar Mouse-Wheel Nlinum Prettify-Symbols Projectile Rainbow-Delimiters Recentf Save-Place Savehist Shell-Dirtrack Show-Paren Size-Indication Tooltip Transient-Mark Undo-Tree Vimish-Fold Vimish-Fold-Global Whitespace Yas

Это читал? Проглядел по диагонали, не уверен, что решение таки нашли. Просто вспомнил, что обсуждали похожую проблему.

на линуксе, работает в 2 раза отзывчивее

подтверждаю

Да, сообщения с просьбой купить есть. Закрываются по esc. Впрочем, если вас смущают закрытость и платность, то это не ваш вариант. Про vscode я бы советовал таки посмотреть.

Вот scite интересная штука была, тоже расширяемый

Geany >>> scite. Использую под виндой, не тормозит. С Vim бороться не стал, потому что для основной разработки у меня всё равно IDE.

Ну в смысле с Vim под шиндовс бороться не стал, дома только им пользуюсь.

так заплати, если постоянно пользуешься редактором и он тебе всем нравится - то почему бы не дать разработчикам немного денег?

Атом по сравнению с емаксом может и быстрый/отзывчивый, но памяти ест просто хтонически много, на каждый чих запуская отдельный процесс с нодой. В результате получаем для атома в спокойном состоянии в 5-8 раз большее потребление памяти по сравнению с емаксом, но при обновлении пакетов/падении плагина это число возрастает еще в несколько раз, так что на слабой машине атомом просто невозможно пользоваться. Но раз ты пишешь, что памяти у тебя навалом, пробуй.

Сделал бэнчмарк своего конфига: https://postimg.org/image/6nwoyco83/

Это просто запуск что ли?

Прочитал сейчас. Нет, решения там не нашли.

Я бы тогда в сторону lime посмотрел.

недавно пробовал под оффтопиком neovim с гуем на Qt - отлично работает

Говорю же, не люблю модальность.

Плагинов много

через use-package грузишь?

самопального кода тоже много

загружается цельным куском или отдельными либами?

банально низкая отзывчивость на ввод символов, перемещение курсора, форматирование кода, переход на просмотр дифов в магите и т.д.)

профилировать пробовал?

стоит ли смотреть на что-то более хипстерское, молодежное, современное, типа Atom?

не стоит

Просто юзай вим, как все

неосиляторы емакса

И потом, вроде там триальный режим вроде достает сообщениями с просьбой купить?

купи, лол, он стоит меньше средней зарплаты разработчика в ДС за день

Но не люблю модальность.

+1

В итоге, обклеился плагинами и конфигами по самые уши, так чтобы там было все как в Emacs (через единственный режим), что уже само по себе абсурд. Как следствие, получил тормоза.

+1

Да и язык расширений там не слишком удобный.

эвфемизмы-эвфемизмики… говно там язык, чоужтут

в общем, я бы на твоём месте занялся оптимизацией конфига (или даже набиванием с нуля, благо современные либы позволяют это делать с легкостью, я свой 7-летний конфиг перевёл на использование use-package за пару часов — сплошной профит).

Зачем тебе еще один браузер, который будет хавать больше оперативки и лагать?

В свете того, что внутри Emacs25 можно открыть вебкит, считаю нужным уточнить: вы про Atom или про Emacs?

через use-package грузишь?

Да

загружается цельным куском или отдельными либами?

Либами. Предлагаете ###autoload добавить?

профилировать пробовал?

Пробовал. Дело дрянь.

Да

тады ой, пересмотри реально нужные плагины, какие-нибудь linum/powerline - сразу нафиг

Либами. Предлагаете ###autoload добавить?

можно попробовать

Предлагаете

к Анону на ЛОРе на вы, ты в своём уве?

Пробовал. Дело дрянь.

ну т.е.? там же должна быть статистика по функциям, кто что жрёт.

А, ещё как-то на reddit видел, мол, сборка c mingw тормозит, мол, есть какая-то другая.

я свой 7-летний конфиг перевёл на использование use-package за пару часов — сплошной профит

Уже перевел. На производительности никак не сказалось. Хотя удобнее стало контролировать все это хозяйство.

в общем, я бы на твоём месте занялся оптимизацией конфига (или даже набиванием с нуля

Подключил плагин - подергал курсором, повводил текст? Я уже не говорю про скролинг (про него все в курсе, понять, простить), я про банальную отзывчивость курсора в рамках видимой части буфера.

Тоже про это думал. Но выглядит бесперспективно т.к. нет четкого метода оценивания результата - все на глаз. Когда я последний раз таким занимался то наблюдал практически линейную зависимость между подключением новых плагинов/добавлением кусков конфига и деградацией производительности. Т.е. нет такого «волшебного» плагина(плагинов) или своего кода, который бы оказывал существенный, максимальный эффект на производительность. Все влияют понемногу.

тады ой, пересмотри реально нужные плагины, какие-нибудь linum/powerline - сразу нафиг

linum нужен, он сейчас из коробки. powerline и не подключал никогда.

ну т.е.? там же должна быть статистика по функциям, кто что жрёт.

Это как такую статистику получить?

А, ещё как-то на reddit видел, мол, сборка c mingw тормозит, мол, есть какая-то другая.

Там предлагали ту же mingw, только 64. Сейчас это одно и тоже. Официальная сборка mingw64.

Atom

Попробуй 100 мб логов открыть в атоме, пусть он навернёться к чертям. А так, если не смотреть большие файлики то вполне сносный, правда интересно, как ты так засрал emacs что он лагает.

Попробуй 100 мб логов открыть в атоме, пусть он навернёться к чертям.

Ну Emacs тоже такие объемы переваривать хорошо не умеет.

правда интересно, как ты так засрал emacs что он лагает

Вполне обычный конфик .emacs.

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

linum нужен, он сейчас из коробки

Не нужен. Если не можешь обойтись, переходи на nlinum

ну т.е.? там же должна быть статистика по функциям, кто что жрёт.

Это как такую статистику получить?

https://www.emacswiki.org/emacs/EmacsLispProfiler

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

Это просто запуск что ли?

Нет, это «отзывчивость на ввод символов» не превышает 45ms (была ресурсоемкая фоновая задача, в сотоянии покоя 29.2ms)

Почитай тут: http://tonsky.livejournal.com/306545.html

Сиди на емакс так как всякие Sublime'ы, Atom'ы - говно.

РS В Apple Terminal Emacs/Vim - latency 15ms. Sublime - >50ms (мерял довно)

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

Sublime - Plane Text, Out of Box
Emacs - Cocoa, My fat config

https://postimg.org/image/5vvy3plub/

(profiler-start 'cpu)

А то понаставят пакетов, а там хук на хуке и хуком погоняет после нажатия каждой кнопочки.

Да причем здесь хук на хуке, если проверка орфографии под виндой в emacs тормозит просто жутко. И отзывчивость интерфейса страдает - периодически подлагивает. Atom намного приятнее под виндой.