LINUX.ORG.RU

Как оптимизировать текстовик


0

1

Всем хорошего настроения!

Люди добрые, помогите! Работа в основном связана с текстовыми файлами и ежедневно приходится открывать тысячи файлов... Однако, текстовик pluma долго (2-3 сек) открывается, что очень раздражает... Менял до десятка текстовых редакторов, те же тормоза... Есть ли возможность как-то оптимизировать текстовик? Да, плагины включены по-умолчанию + быстрый запуск. Установлены preload и prelink. При загрузке системы ~175-180Мб занимает памяти. Linux стоит в начале диска, ф/с ext4. Для эксперимента поставил Windows XP SP3 в конец диска, так там в три раза быстрее все открывается. В чем может быть проблема? Сам недавно на Linux.

Ноутбук: ASUS

ОС: Linux Mint 14 MATE, ОЗУ: 2ГБ.

Ответ на: комментарий от Nugensovet

Может, виноват винт? На SSD'шках все летает!

Anon
()
Ответ на: комментарий от NeverLoved

gedit

Он на третьеГТК, тормозить еще больше будет. Лучше уж тогда medit.

Кстати, ТС, попробуй mcedit или nano. Уж если и они будут тормозить, то явно проблема в винте.

Anon
()
Ответ на: комментарий от NeverLoved

Менял до десятка текстовых редакторов, те же тормоза...

Nugensovet
() автор топика
Ответ на: комментарий от Anon

или nano

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

anonymous
()
Ответ на: комментарий от Anon

Это я тоже не заметил сразу. Попробуй reiserfs.

Еще лучше, попробуй не читать советов Эдуарда.

anonymous
()
Ответ на: комментарий от Nugensovet

Т.е. попробывать установить vim или emacs?

Да.

anonymous
()
Ответ на: комментарий от NeverLoved
neverloved@thecloneofmyown ~ $ pluma

(pluma:6546): GLib-GIO-ERROR **: Settings schema 'org.mate.lockdown' is not installed

Ловушка трассировки/останова

М-да, не судьба.

NeverLoved ★★★★★
()
Ответ на: комментарий от Anon

Да, medit чуть-чуть побыстрее.

Кстати, а эта проблема только у меня? На винде же мгновенно открывается любое приложение...

Nugensovet
() автор топика
Ответ на: комментарий от Nugensovet

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

Anon
()

pluma

Это такой gedit, только вид сбоку?

anonymous
()
Ответ на: комментарий от Anon

ты лучше посмотри, как жрутся ресурсы процессора и как пользуется жесткий диск.

Подскажите, как лучше проверить

Nugensovet
() автор топика

Хм, а если проверить на каком-нибудь xubuntu? Kubuntu? Подозреваю что виноват mate.

bhfq ★★★★★
()

рецепты - 1) не закрывать «текстовик»(пусть где-нить болтается хотя-бы 1 экземпляр) 2) vim/emacs уже советовали, 3) как-то оптимизировать саму работу «ежедневно приходится открывать тысячи файлов» а то 15 сек на глянуть файл * 1000 файлов > 4 чаcов; есть множество замечательных тулзов которые наверняка могут сделать это за тебя и гораздо быстрее

MKuznetsov ★★★★★
()
Ответ на: комментарий от MKuznetsov

А еще можно "просто" прикупить гигов 16 оперативки и во время загрузки все нужное туда переносить. А перед выключением — скидывать обратно на диск. Включаться-выключаться компьютер по полчаса будет (если винт на SSD не заменить, но в этом случае и оперативы столько не нужно будет), зато тупить не будет.

Anon
()
Ответ на: комментарий от bhfq

Хм, а если проверить на каком-нибудь xubuntu? Kubuntu? Подозреваю что виноват mate

Перебрал более двадцати дистров именно для этой работы (правда больше на виртуалке), но оптимальное DE только GNOME2 или MATE. KDE что-то совсем отвращает, но софт там очень хороший. Другие р/среды не прижились.

Nugensovet
() автор топика

Для эксперимента поставил Windows XP SP3 в конец диска, так там в три раза быстрее все открывается.

Ну так и пользуйся тем, что работает быстрее.

i-rinat ★★★★★
()
Ответ на: комментарий от MKuznetsov

1) не закрывать «текстовик»(пусть где-нить болтается хотя-бы 1 экземпляр)...

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

А, насчет тулзов хотелось бы по-подробнее...

Nugensovet
() автор топика

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

А еще, возможно, там дисковый кэш больше.

Я тебе уже в который раз повторяю: пока на SSD не перейдешь (или на кучу оперативы), никакой производительности не будет.

Полумера — сильно увеличить дисковый кэш и еще немного покрутить настройки в /etc/sysctl.conf: может, у тебя еще и 12309?

Anon
()

насчет тулзов хотелось бы по-подробнее...

Вот тебе простой скриптик.

#!/bin/bash
DOCS="/path/to/documents"
MEM="/dev/shm"
if [ "$1" = "on" ]; then
  SRC=$DOCS
  DST=$MEM
else
  SRC=$MEM
  DST=$DOCS
fi

cp -fra $SRC/* $DST

(ясен пень, надо отладить)

При старте (например, в rc.local или через rc.d) запускать с параметром on.

Anon
()

Что значит тормозит? Медленно прорисовывается, долго открывается (т.е. запустил, а окошко только через 10 секунд появляется), долго открывает файл?

vurdalak ★★★★★
()

А, насчет тулзов хотелось бы по-подробнее...

подробнее только если знать зачем понадобилось каждый день «открывать тысячи файлов». Что-то ищешь ? ну дык есть grep и всякие текстовые индексаторы. Однообразные правки ? sed, awk и иже с ними. Много-много маленьких файлов ? слей в один

проблема насколько её видно не в том что «текстовик долго открывает файл» а в том что этих файлов сильно дохрена, хотя обработка каждого очевидно недолгая :)

MKuznetsov ★★★★★
()
Ответ на: комментарий от vurdalak

Что значит тормозит? Медленно прорисовывается, долго открывается (т.е. запустил, а окошко только через 10 секунд появляется), долго открывает файл?

Нажимаешь на кнопку: через 1-2сек. появляется окно и еще через 2-3 сек. прорисовывается файл(маленького размера ~1-10Кб). Если файл больше, напр. 1Мб, то ждать приходится ~10-15 сек.

Nugensovet
() автор топика

Для цитирования не нужно запихивать текст в заголовок! Можно в начале строчки поместить знак "больше", можно лоркодом пользоваться.

через 1-2сек. появляется окно и еще через 2-3 сек. прорисовывается файл

Стопудово жесткий виноват!

Anon
()
Ответ на: комментарий от MKuznetsov

подробнее только если знать зачем понадобилось каждый день «открывать тысячи файлов»

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

Nugensovet
() автор топика
Ответ на: комментарий от Anon

Для цитирования не нужно запихивать текст в заголовок! Можно в начале строчки поместить знак «больше», можно лоркодом пользоваться.

Спасибо большое! уже сам хотел спросить об этом.

Nugensovet
() автор топика
Ответ на: комментарий от Nugensovet

emacs - тот еще тормоз, говорю как пользователь emacs-a

x4DA ★★★★★
()
Ответ на: комментарий от Nugensovet

Да, при старте системы.

Но, как я уже говорил, можно начать с полумер: подкрутить дисковый кэш и кое-какие еще параметры в sysctl.conf.

Anon
()

Попробуй vim. Но там порог вхождения высокий.
Если с ним не разберешься - попробуй модный нынче Sublime Text. Говорят, он очень быстрый (сам не пробовал).

kovrik ★★★★★
()

подробнее только если знать зачем понадобилось каждый день «открывать тысячи файлов»

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

браво! длиииинное описание сферичного коня в вакууме. этому в современных вузах учат?

MKuznetsov ★★★★★
()
Ответ на: комментарий от sdio

осталось проверить фрагментированность файловой системы.

Ноутбук: ASUS

eeepc наверное

ASUS ProF3Q

Nugensovet
() автор топика
Ответ на: комментарий от sdio

осталось проверить фрагментированность файловой системы

Проверял, - фрагментации нет.

Nugensovet
() автор топика
Ответ на: комментарий от kovrik

попробуй модный нынче Sublime Text. Говорят, он очень быстрый (сам не пробовал)

Только что поставил (даже русификатор есть!), но подтормаживает.

Все-таки не в текстовике проблема, сам понять не могу.

Nugensovet
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.