It would certainly be interesting to see if the same problem happens with python3 (apparently the GIL has been somewhat improved) or if using multiprocessing would be feasible - unfortunately, having started a new job recently, I don't have much time to devote to WikidPad at the moment.
Re: РЕШЕНО Re: О торможении WikidPad @ LinuxbaadooSeptember 17 2014, 13:15:20 UTC
Спасибо, запишу. Но даже не знаю, будет ли желание переключиться назад на WikidPad.
За пару лет я уже успел многое конвертировать из `*.wiki` в `*.md`, и если раньше мне викидпадный синтаксис просто не очень удобен был, сейчас я без поддержки Markdown уже просто не буду пользоваться. Т.к. Markdown использую всегда и везде. Это главная проблема - не хочу разные синтаксисы держать, MD мне гораздо удобнее.
Поддержку синтаксиса Markdown писать придётся самому, готового ничего не нагуглил. А оно мне сейчас надо так же, как зайцу пятая нога. Не осталось ничего, что бы тянуло к викидпаду. Записки на россыпи `*.md` файлов устраивают полностью.
Re: РЕШЕНО Re: О торможении WikidPad @ LinuxbaadooSeptember 30 2014, 18:47:14 UTC
Спасибо за информацию и попытки реанимировать для меня WikidPad :) Запустить нормально мне его удалось со второй попытки - действительно, с этим рецептом работает шустро.
Но как и писал, слишком много уже изменилось, синтаксиса и других возможностей мне уже в нём не хватает - привык к другому. Поэтому почищу его немного от устаревших тудушек, но возвращаться всё-таки не вернусь скорей всего.
Вот, кстати, решил поинтересоваться, что есть для Sublime Text в деле поддержки похожей фичи WikidPad по сбору тудушек из пачки файлов или пачки каталогов с файлами (проекта).
Этот я даже попользовал некоторое время, но как и предполагал - с ростом кол-ва задач и разных проектов он становился всё неудобней и неудобней. Плагин для поддержки `*.todo` синтаксиса оставил, но уж проще и удобней вести в более привычном маркдаун синтаксисе записи о делах -- если вручную и в отдельных файлах (файл на проект, например). А вот тот, приведённый выше TodoReview, я тогда не видел. А он как раз умеет, судя по всему, собирать разные тудушки из всех доступных файлов. Это уже обещает быть гораздо интересней.
Re: РЕШЕНО Re: О торможении WikidPad @ LinuxbaadooSeptember 18 2014, 05:12:10 UTC
Потыкался вчера с полчаса-час с этим ускорением - так и не понял, ускорилось что-то ли нет. Периодически то были тормоза, то вроде не было. У меня в `~/bin/wikidpad` лежит скрипт запуска из пары строчек (`cd` в папку с WikidPad и там запуск `python WikidPad.py`) - его и запускал этой командой `taskset`. Искать pid и делать taskset запущенному процессу не пробовал, т.к. всё равно не очень понятно, как проверить изменения в отзывчивости викидпада.
Но за это время экспериментов отчётливо понял, что от WdP я уже прилично отвык и многого не хватает. Быстрое открытие страницы, название которой я помню - его обязательно надо написать в правильном CamelCase, иначе не найдёт. После case-insensitive поисков в Midnight Commander и инкрементального в Sublime Text - это просто невыносимо.
Поиска на странице, оказывается, нет в WikidPad. Это ужасно. Увидеть на странице тудушек устаревшую задачу и попробовать её отыскать на странице-источнике - и только вручную. а не поиск `todo` + проскакать F3 по следующим вхождениям? Да ну нафиг. У меня страницы обычно длинными получаются. Неудобно.
Ну и тормоза иногда приличные. Может сказалось то, что я какие-то фоновые процессы запустил (то ли рескан, то ли rebuild wiki) - случайно какой-то хоткей угадал, видел там около 800 фоновых задач на счётчике. Но неприятные тормоза и глюки отрисовки ловил постоянно. Например, страница открывается как голый текст, а заголовки и болды не отрисовываются, пока не листнёшь страницу.
В общем, от Sublime Text отказаться нереально. И смысла не видно, и Markdown - сильный аргумент (обилие поддержки MD в ST и отсутствие даже попыток - в WdP). Так что я вряд ли вернусь к WdP. А если всё-таки стану скучать за фичей сборки всех тудушек из текстов вики на одну страницу - напишу скрипт, который `sed`-ом пройдётся и соберёт всё. Кроме последующей сортировки вряд ли там будут какие-то особые заморочки.
Фича планирования и записи задач всё равно у меня давно вынесена в более кроссплатформенные решения и в облако. Т.к. задачи более актуальны всё же на смартфоне и на ходу, а викидпада там нет. Поэтому потеря этой фишки викидпада не очень заметна сейчас и потому не востребована.
Кстати, из бесплатных альтернатив Sublime Text пилят Lime и вроде бы Atom. Хотя насколько помню по впечатлениям - Atom оказался лишь визуально похожим на ST. http://limetext.org/
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.
Other Atom features include:
* file system browser; * fuzzy finder for quickly opening files; * fast project-wide search and replace; * multiple cursors and selections; * multiple panes; * snippets; * code folding; * a clean preferences UI; * supports importing TextMate grammars and themes.
Поиск на странице 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 и раз не ищет - значит и нет такого поиска.
Кстати, упоминавшийся выше плагин TodoReview для Sublime Text -- то, что надо! Делает практически всё то же самое, что и плагин сборщика тудушек на одну страницу в WikidPad. В тудушках записано написать про вики на наборе Markdown-файлов, но времени не хватает. Если кратко, то: Sublime Text + MarkdownEditing (для табличек в первую очередь) + TodoReview = редактирование и навигация по обширному набору .md файлов, сборка тудушек и быстрая навигация к месту их возникновения. А просматривать и даже публиковать "вики на наборе .md" -- MDwiki, http://dynalon.github.io/mdwiki/ Кладём один mdwiki.html файл рядом с россыпью Markdown файлов и открываем его в Firefox, Chrome.
taskset -c 0 wikidpad
Подробности https://groups.yahoo.com/neo/groups/wikidPad/conversations/topics/8503
Причина в клинче процессов Python на разных процессорах.
wikidPad - Yahoo Groups
https://groups.yahoo.com/neo/groups/wikidPad/conversations/topics/8503
Ross
Message 28 of 28 , Sep 15 10:21 AM
Glad to see this finally get solved.
Seems that it is a bit of a known problem on certain system/os
combinations (particularly with hyperthreading)
https://www.mirantis.com/blog/improve-performance-python-programs-restricting-single-cpu/
http://stackoverflow.com/questions/990102/python-global-interpreter-lock-gil-workaround-on-multi-core-systems-using-task
http://www.rfk.id.au/blog/entry/a-gil-adventure-threading2/
It would certainly be interesting to see if the same problem happens
with python3 (apparently the GIL has been somewhat improved) or if using
multiprocessing would be feasible - unfortunately, having started a new
job recently, I don't have much time to devote to WikidPad at the moment.
Ross
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~getdeb1
Reply
Запустить нормально мне его удалось со второй попытки - действительно, с этим рецептом работает шустро.
Но как и писал, слишком много уже изменилось, синтаксиса и других возможностей мне уже в нём не хватает - привык к другому. Поэтому почищу его немного от устаревших тудушек, но возвращаться всё-таки не вернусь скорей всего.
Вот, кстати, решил поинтересоваться, что есть для Sublime Text в деле поддержки похожей фичи WikidPad по сбору тудушек из пачки файлов или пачки каталогов с файлами (проекта).
Мгновенно выгуглился https://sublime.wbond.net/packages/TodoReview - посмотри скриншоты, похоже по смыслу.
Были и ещё в поисковой выдаче. Этот понравился по внешнему виду, скорей всего попробую. Может и другие чем-то заинтересуют.
Такого добра, как помощь в ведении туду-списков - типа PlainTask, тоже хватает.
http://ahrengot.com/web-development/easy-todos-with-sublime-text-2/
http://www.nealsheeran.com/archives/2013/02/productvity-sublime/
Этот я даже попользовал некоторое время, но как и предполагал - с ростом кол-ва задач и разных проектов он становился всё неудобней и неудобней. Плагин для поддержки `*.todo` синтаксиса оставил, но уж проще и удобней вести в более привычном маркдаун синтаксисе записи о делах -- если вручную и в отдельных файлах (файл на проект, например). А вот тот, приведённый выше TodoReview, я тогда не видел. А он как раз умеет, судя по всему, собирать разные тудушки из всех доступных файлов. Это уже обещает быть гораздо интересней.
Будем посмотреть.
Reply
Но за это время экспериментов отчётливо понял, что от WdP я уже прилично отвык и многого не хватает. Быстрое открытие страницы, название которой я помню - его обязательно надо написать в правильном CamelCase, иначе не найдёт. После case-insensitive поисков в Midnight Commander и инкрементального в Sublime Text - это просто невыносимо.
Поиска на странице, оказывается, нет в WikidPad. Это ужасно. Увидеть на странице тудушек устаревшую задачу и попробовать её отыскать на странице-источнике - и только вручную. а не поиск `todo` + проскакать F3 по следующим вхождениям? Да ну нафиг. У меня страницы обычно длинными получаются. Неудобно.
Ну и тормоза иногда приличные. Может сказалось то, что я какие-то фоновые процессы запустил (то ли рескан, то ли rebuild wiki) - случайно какой-то хоткей угадал, видел там около 800 фоновых задач на счётчике. Но неприятные тормоза и глюки отрисовки ловил постоянно. Например, страница открывается как голый текст, а заголовки и болды не отрисовываются, пока не листнёшь страницу.
В общем, от Sublime Text отказаться нереально. И смысла не видно, и Markdown - сильный аргумент (обилие поддержки MD в ST и отсутствие даже попыток - в WdP). Так что я вряд ли вернусь к WdP. А если всё-таки стану скучать за фичей сборки всех тудушек из текстов вики на одну страницу - напишу скрипт, который `sed`-ом пройдётся и соберёт всё. Кроме последующей сортировки вряд ли там будут какие-то особые заморочки.
Фича планирования и записи задач всё равно у меня давно вынесена в более кроссплатформенные решения и в облако. Т.к. задачи более актуальны всё же на смартфоне и на ходу, а викидпада там нет. Поэтому потеря этой фишки викидпада не очень заметна сейчас и потому не востребована.
Кстати, из бесплатных альтернатив Sublime Text пилят Lime и вроде бы Atom. Хотя насколько помню по впечатлениям - Atom оказался лишь визуально похожим на ST.
http://limetext.org/
Reply
Other Atom features include:
* file system browser;
* fuzzy finder for quickly opening files;
* fast project-wide search and replace;
* multiple cursors and selections;
* multiple panes;
* snippets;
* code folding;
* a clean preferences UI;
* supports importing TextMate grammars and themes.
http://www.webupd8.org/2014/05/atom-text-editor-ubuntu-ppa-update.html
http://www.webupd8.org/2014/05/install-atom-text-editor-in-ubuntu-via-ppa.html
https://github.com/atom/atom
Reply
> Поиска на странице, оказывается, нет в WikidPad. Это ужасно. Увидеть на странице тудушек устаревшую задачу и попробовать её отыскать на странице-источнике - и только вручную. а не поиск `todo` + проскакать F3 по следующим вхождениям? Да ну нафиг. У меня страницы обычно длинными получаются. Неудобно.
ТА-ДА!
Ctrl-R - Search and replace
Знаю, тебе ни к чему WikidPad, но все же. FYI.
Удачи, удачник! :)
Reply
Кстати, упоминавшийся выше плагин TodoReview для Sublime Text -- то, что надо! Делает практически всё то же самое, что и плагин сборщика тудушек на одну страницу в WikidPad. В тудушках записано написать про вики на наборе Markdown-файлов, но времени не хватает. Если кратко, то: Sublime Text + MarkdownEditing (для табличек в первую очередь) + TodoReview = редактирование и навигация по обширному набору .md файлов, сборка тудушек и быстрая навигация к месту их возникновения. А просматривать и даже публиковать "вики на наборе .md" -- MDwiki, http://dynalon.github.io/mdwiki/
Кладём один mdwiki.html файл рядом с россыпью Markdown файлов и открываем его в Firefox, Chrome.
Очень даже полноценная замена WikidPad.
Reply
Еще по:
> Ctrl-R - Search and replace
> Знаю, тебе ни к чему WikidPad, но все же. FYI.
При этом поиске не надо, как в инкрементальном поиске по F3 экранировать спецсимволы, например плюсы +++ - при поиске по заголовкам.
Это удобно.
Вот такое наблюдение.
Reply
Leave a comment