О торможении WikidPad @ Linuxeval_applyApril 12 2011, 13:27:12 UTC
У меня тоже тормозит, правда, я пока на wikidPad 1.9rc04 В "корневом" файле в каталоге с именем Wiki:
/MyWiki/MiWiki.wiki
есть параметр "tree_expandednodes_descriptorpathes_main": tree_expandednodes_rememberduration = 2 tree_expandednodes_descriptorpathes_main = wikipage/
Так вот, значением этого параметра у меня был огромный список WikiWords, а сам файл MiWiki.wiki разросся из-за него более 600 К.
Почистил, оставил пару WikiNames, WikidPad стал открывать WikiWords заметно быстрее. Правда, это в WinXP, но, думаю, код и алгоритмы сходные.
Возможно, перед каждым открытием WikiWord и переходом между вкладками WikidPad обрабатывал этот параметр.
Еще в Win XP и, возможно, в Linux заметно разрастается файл WikidPad_Error.log C:\Documents and Settings\1U\%AppData%\WikidPad\WikidPad_Error.log Порой, до Гб. Удаляю вручную.
Не знаешь, как ограничить его размер последними 50Кб записясми?
Re: О торможении WikidPad @ LinuxbaadooApril 12 2011, 15:18:53 UTC
Спасибо, посмотрю. Но сейчас у меня нет претензий к скорости работы -- этот пост писался ещё на старом ноутбуке с 256 мегабайтами памяти.
Для логов в линуксах существует logrotate. Под виндовс не знаю. Я бы просто архивировал и удалял лог раз в неделю, если он нужен. Мне ещё ни разу не нужен был, поэтому в задаче еженедельного обслуживании компьютера у меня просто был список файлов и мест, которые желательно глянуть, проверить и может почистить. И этот лог я обычно удалял.
Re: О торможении WikidPad @ LinuxbaadooApril 13 2011, 07:56:49 UTC
Я смотрел -- у меня там 3-4 строчки этот параметр занимает, но не стал обрезать. Весь корневой файлик вики с параметрами у меня 2-3 килобайта или около того.
По-моему, где-то был параметр в настройках, сохранять или нет состояние раскрытых узлов дерева. Которым я, к слову, вообще не пользуюсь, но нет возможности его убрать с экрана, оставив слева только панель Views.
Может быть тебе поможет уменьшить этот параметр отключение всех "autofollow tree" и т.п., которые есть в опциях? Тогда и перерисовываться это дерево не будет по каждому движению, и раскрывать узлы, и сохранять их, чтобы восстанавливать... Мне так кажется. Меня постоянная перерисовка и движение в окне дерева отвлекают и совершенно не нужны, я это мгновенно отключаю ещё при первых запусках викидпада.
Re: О торможении WikidPad @ Linuxeval_applyApril 13 2011, 11:16:04 UTC
Перестало в Win при закрытии выдаваться сообщение о записи в лог соообщения об ошибке - лог не будет разрастаться!
Не знаешь, где установливается и запоминается состояние folding'а для WikiWords? Хотелосб бы, чтобы они всегда открывались свернутыми. Сворачиваю вручную, запоминается, но спорадически сбрасывается в Unfold. Сам поискал, не нашел.
Re: РЕШЕНО Re: О торможении WikidPad @ LinuxbaadooSeptember 17 2014, 13:15:20 UTC
Спасибо, запишу. Но даже не знаю, будет ли желание переключиться назад на WikidPad.
За пару лет я уже успел многое конвертировать из `*.wiki` в `*.md`, и если раньше мне викидпадный синтаксис просто не очень удобен был, сейчас я без поддержки Markdown уже просто не буду пользоваться. Т.к. Markdown использую всегда и везде. Это главная проблема - не хочу разные синтаксисы держать, MD мне гораздо удобнее.
Поддержку синтаксиса Markdown писать придётся самому, готового ничего не нагуглил. А оно мне сейчас надо так же, как зайцу пятая нога. Не осталось ничего, что бы тянуло к викидпаду. Записки на россыпи `*.md` файлов устраивают полностью.
Re: РЕШЕНО Re: О торможении WikidPad @ LinuxbaadooSeptember 18 2014, 05:12:10 UTC
Потыкался вчера с полчаса-час с этим ускорением - так и не понял, ускорилось что-то ли нет. Периодически то были тормоза, то вроде не было. У меня в `~/bin/wikidpad` лежит скрипт запуска из пары строчек (`cd` в папку с WikidPad и там запуск `python WikidPad.py`) - его и запускал этой командой `taskset`. Искать pid и делать taskset запущенному процессу не пробовал, т.к. всё равно не очень понятно, как проверить изменения в отзывчивости викидпада
( ... )
Atom text editorbaadooSeptember 18 2014, 05:20:39 UTC
Atom is text / source code editor based on web technologies and you can tweak its interface with CSS or easily add new features with HTML and Javascript, at least according to its website. The text editor features Node.js integration, allowing you to seamlessly mix usage of Node and browser APIs. And of course, since it's developed by GitHub, it features built-in Git integration
( ... )
Поиск на странице Wiki Re: РЕШЕНО Re: О торможении WikidPad @ Linuxeval_applyNovember 21 2014, 11:56:04 UTC
Привет!
> Поиска на странице, оказывается, нет в WikidPad. Это ужасно. Увидеть на странице тудушек устаревшую задачу и попробовать её отыскать на странице-источнике - и только вручную. а не поиск `todo` + проскакать F3 по следующим вхождениям? Да ну нафиг. У меня страницы обычно длинными получаются. Неудобно.
ТА-ДА!
Ctrl-R - Search and replace Знаю, тебе ни к чему WikidPad, но все же. FYI.
Re: Поиск на странице Wiki Re: РЕШЕНО Re: О торможении WikidPad @ LibaadooNovember 24 2014, 01:41:17 UTC
Спасибо, я позже всё-таки решил, что так не бывает -- и помню, что нашёл поиск в менюшках. А когда на ходу пытался - потыкался в разные комбинации Ctrl-F (с шифтом и альтом) и даже не помню из какого редактора - в Ctrl-H (думал, что из WikidPad этот шорткат помню). Но нет. Ctrl-R даже в голову не пришло. А в меню сразу не полез, потому что чётко помню, что в WikidPad точно был поиск по файлам - подумал, что кроме него ничего там не найду, а по странице просто обязан искать по Ctrl-F и раз не ищет - значит и нет такого поиска
( ... )
В "корневом" файле в каталоге с именем Wiki:
/MyWiki/MiWiki.wiki
есть параметр "tree_expandednodes_descriptorpathes_main":
tree_expandednodes_rememberduration = 2
tree_expandednodes_descriptorpathes_main = wikipage/
Так вот, значением этого параметра у меня был огромный список WikiWords, а сам файл MiWiki.wiki разросся из-за него более 600 К.
Почистил, оставил пару WikiNames, WikidPad стал открывать WikiWords заметно быстрее.
Правда, это в WinXP, но, думаю, код и алгоритмы сходные.
Возможно, перед каждым открытием WikiWord и переходом между вкладками WikidPad обрабатывал этот параметр.
Еще в Win XP и, возможно, в Linux заметно разрастается файл WikidPad_Error.log
C:\Documents and Settings\1U\%AppData%\WikidPad\WikidPad_Error.log
Порой, до Гб. Удаляю вручную.
Не знаешь, как ограничить его размер последними 50Кб записясми?
Reply
Для логов в линуксах существует logrotate. Под виндовс не знаю. Я бы просто архивировал и удалял лог раз в неделю, если он нужен. Мне ещё ни разу не нужен был, поэтому в задаче еженедельного обслуживании компьютера у меня просто был список файлов и мест, которые желательно глянуть, проверить и может почистить. И этот лог я обычно удалял.
Reply
На нетбуке в Ubuntu 9.10 WikidPad после "обрезания" вышеуказанного параметра стал заметно быстрей.
Reply
По-моему, где-то был параметр в настройках, сохранять или нет состояние раскрытых узлов дерева. Которым я, к слову, вообще не пользуюсь, но нет возможности его убрать с экрана, оставив слева только панель Views.
Может быть тебе поможет уменьшить этот параметр отключение всех "autofollow tree" и т.п., которые есть в опциях? Тогда и перерисовываться это дерево не будет по каждому движению, и раскрывать узлы, и сохранять их, чтобы восстанавливать... Мне так кажется. Меня постоянная перерисовка и движение в окне дерева отвлекают и совершенно не нужны, я это мгновенно отключаю ещё при первых запусках викидпада.
Reply
Вечером проверю в Ubuntu.
Reply
Не знаешь, где установливается и запоминается состояние folding'а для WikiWords?
Хотелосб бы, чтобы они всегда открывались свернутыми.
Сворачиваю вручную, запоминается, но спорадически сбрасывается в Unfold. Сам поискал, не нашел.
Reply
Reply
Reply
За пару лет я уже успел многое конвертировать из `*.wiki` в `*.md`, и если раньше мне викидпадный синтаксис просто не очень удобен был, сейчас я без поддержки Markdown уже просто не буду пользоваться. Т.к. Markdown использую всегда и везде. Это главная проблема - не хочу разные синтаксисы держать, MD мне гораздо удобнее.
Поддержку синтаксиса Markdown писать придётся самому, готового ничего не нагуглил. А оно мне сейчас надо так же, как зайцу пятая нога. Не осталось ничего, что бы тянуло к викидпаду. Записки на россыпи `*.md` файлов устраивают полностью.
Reply
Я устанавливал WikidPad из репозитория (*)
Но можно и процессу python назначить процессор командой taskset
(*)
wget -q -O - http://archive.getdeb.net/getdeb-archive.key | sudo apt-key add -
sudo sh -c 'echo "deb http://archive.getdeb.net/ubuntu maverick-getdeb apps" >> /etc/apt/sources.list.d/getdeb.list'
cat /etc/apt/sources.list.d/getdeb.list
Update the package index:
# sudo apt-get update
Install wikidpad deb package:
# sudo apt-get install wikidpad
GetDeb.net V2 - Software for Ubuntu Linux - Information for WikidPad
http://www.getdeb.net/app/WikidPad
Ubuntu 13.10: 2.2-1~getdeb1
Ubuntu 14.04: 2.2-1~getdeb1
Ubuntu 13.04: 2.1-1~getdeb1
deb http://archive.getdeb.net/ubuntu raring-getdeb apps
Ubuntu 12.04: 2.2-1~getdeb1
Ubuntu 12.10: 2.1-1~
Reply
Reply
Reply
Reply
> Поиска на странице, оказывается, нет в WikidPad. Это ужасно. Увидеть на странице тудушек устаревшую задачу и попробовать её отыскать на странице-источнике - и только вручную. а не поиск `todo` + проскакать F3 по следующим вхождениям? Да ну нафиг. У меня страницы обычно длинными получаются. Неудобно.
ТА-ДА!
Ctrl-R - Search and replace
Знаю, тебе ни к чему WikidPad, но все же. FYI.
Удачи, удачник! :)
Reply
Reply
Еще по:
> Ctrl-R - Search and replace
> Знаю, тебе ни к чему WikidPad, но все же. FYI.
При этом поиске не надо, как в инкрементальном поиске по F3 экранировать спецсимволы, например плюсы +++ - при поиске по заголовкам.
Это удобно.
Вот такое наблюдение.
Reply
Leave a comment