прости, первую часть предложения не распарсил)

Бывает (

Обычно тупняк на больших файлах в продвинутых редакторах связан с подсветкой синтаксиса. Иногда её не просто сделать для произвольного куска из середины файла (например если это JSON с большими и сложными структурами).

Если отключить подсветку, то должно начать работать быстрее.

Он сам подсветку попросил выключить. Да ещё и лимит памяти попросил увеличить

Вскод в смысле

был (есть еще) такой редактор scintilla https://www.scintilla.org/
Это такой embeded редактор, который можно встроить в любое приложение вместо стандартного виндового виджета EDITOR.
Так вот, он умел работать с файлами, которые можно было полностью не загружать в память. И подсветка синтаксиса работала.
Я на нём делал редактор с подсветкой и навигацией для проприетарного нортелевского языка.
У них была даже статья, в которой рассказывалось как эта магия сделана и сравнения с другими реализациями работой с большими файлами.
А вообще в досовские времена, любой нормальный редактор умел работать с большими файлами (то есть с файлами размер которых больше оперативной памяти).

если не ошибаюсь, notepad++  когда то сцинтилу использовал. Как сейчас -- не знаю.

короче, для работы с такими огромными файлами я б выбрал vim, а на нормальных проектах - каждому свое)

а зачем работать с такими огромными файлами?

не будет же гигабайта исходника?  за такое растреливать надо

логи, тесты, модели etc

логи ладно, тесты- это как?

какие-нб наборы тестовых данных, мало ли

зачем открывать их в редакторе кода?

чтоб редактировать?

но это же не код)

а sed для чего боженька дал?

мажор! про ed уже и не помнишь?!

неа, только слышал что было такое

так и вим - не редактор кода)