Sublime Text 2, который всегда "летал", весьма долго открывает sql-дамп весом в 3,11Мб. Просто ходить по строкам файла - уже подтормаживает. Попытался сделать поиск и замену (нашлось чуть больше 5 тысяч вхождений искомой строки) и редактор намертво завис. При этом использует всего 25% CPU и 40-60Мб памяти (на машине 16Гб памяти и Core i5). Сам Sublime Text, как и ОС (Windows 7 x64) установлен на SSD, редактируемый файл на нем же. Раньше никогда не замечал, чтобы ST тормозил, и уж тем более подвисал. Кто-нибудь сталкивался с подобным поведением или же это в принципе нормально для файла такого размера?
Есть мысль, что проблема может быть из-за какого-нибудь плагина, вопрос тогда такой - как временно отключить все плагины, чтобы после завершения редактирования этого файла максимально быстро вернуть редактор в предыдущее состояние, со всеми плагинами и настройками.
UPDATE:
1. Sublime Text 2 таки не справляется с поиском и заменой в больших файлах. Отключение плагинов (спасибо,
niosus) не помогло.
2. Поиск и замену оказалось намного проще и быстрее сделать с помощью *nixовой утилиты
sed, прямо на сервере по SSH. Даже не нужно качать дамп на комп - забрал wget'ом со старого сервера, распаковал, сделал замены, залил в базу. На все про все 3 минуты вместе с sed --help. Скорость замены у sed просто фантастически мгновенная. Спасибо
HgeN за наводку. Использование sed:
find dump.sql | xargs sed -i -e s/что_ищем/на_что_меняем/g
Простой
