Midnight Commander 4.8.16

выхлоп ls в Слаке кривой или mc?

В Слаке.

Заглянул в сорцы Glib, а там нет никакой оптимизации частных случаев

Тогда почему патчить только mc а не glib?

А насколько падает производительность для общего случая? 0.1% или 1%?

вы под процессом подразумевали thread в пределах mc, или я не вижу особой разницы с существующей реализацией.

Под процессом я подразумевал то, что под ним подразумевают уже лет 40: fork() + exec().

гонка тут возникнет только при крайне кривой реализации собственно процесса обрабатывающего запросы.

Гонка возникает просто по факту того, что предлагаемый вами способ «shell-скрипт обращается к процессу» должен хотя бы где-то хранить PID.

зато в существующей реализации есть одно очень большое преимущество - реализация vfs не привязана к определенному языку/библиотекам

А к какому языку привязан протокол 9P? O_O

я не разработчик mc, если что

Да? Ну ладно. :-D У меня почему-то твой ник с MC ассоциировался.

Тогда почему патчить только mc а не glib?

1. Потому что под glib пишите патчи сами, а я гномофоб :-D

2. Потому что там не факт, что это будет оптимизацией для всех приложений. Если приложение нормализует сочинения размером с «Войну и мир», будет только падение производительности.

А насколько падает производительность для общего случая? 0.1% или 1%?

Рассмотрим худший вариант: если бы в конце имени каждого из этих 5400 файлов находился не ASCII-символ.

Итого в патченной версии проверка строки и вызовы g_strdup() занимают (округлённо) 2 200 000 инструкций. Из них вызовы g_strdup() занимают 1 600 000 инструкций. В рассматриваемом худшем случае провека бы всегда фейлилась в самом конце, и мы бы потратили 2 200 000 - 1 600 000 = 600 000 инструкций.

Вот эти 600 000 инструкций и есть падение производительности. Напомню, что сама Glib-овая нормализация заняла 22 000 000 инструкций.

К большому сожалению, на гитхабе нельзя отключить пулл-реквесты. Поэтому народ посылает, но их никто не смотрит :-( если уж волшебный палец Линуса не помог, то не знаю, что можно с этим сделать... Issues отключить можно, по счастью, но, к сожалению, их не отключили, в итоге, народ не читает README @ открывает issue, и их тоже никто не смотрит.

Может это потому, что README содержит ссылку на несуществующую страницу http://www.midnight-commander.org/wiki/defectReports ?

А кто-нибудь может пояснить как избавиться от фиктивных команд в истории под FreeBSD?

гонка возникает просто по факту того, что предлагаемый вами способ «shell-скрипт обращается к процессу» должен хотя бы где-то хранить PID

и что? это все внутреннее дело реализации самого плагина, к собственно связке mc+плагин не имеющее никакого отношения.

А к какому языку привязан протокол 9P?

протокол - ни к какому. а вот его реализация привязана будет

и что? это все внутреннее дело реализации самого плагина, к собственно связке mc+плагин не имеющее никакого отношения.

«Давайте в автобус будем пускать народ только через форточку. А то, что люди не пролазят, так это дело реализации самого хомо сапиенса.»

протокол - ни к какому. а вот его реализация привязана будет

Так до маразма дойдём, парсинг «протокола параметров в argv» в плагинах-скриптах тоже привязан к реализации языка.

Ладно, это всё лирика.

Не знаете, тут на форуме кто-нибудь из активных разработчиков? А то я только slavaz вспомнить смог, а он давно не появлялся тут.

Двухлетний баг tmux + gpm как был, так и есть.

В связи с этим я поборол лень и зарегался на сайте проекта, чтобы багрепорт оставить: http://www.midnight-commander.org/ticket/3614

Подскажи комбинацию, плиз.

Menu: Command - Find File

А кто-нибудь пробовал делать минималистичный mc, чтобы без наворотов и вмещалось в сотню-другую килобайт?

А кто-нибудь пробовал делать минималистичный mc, чтобы без наворотов и вмещалось в сотню-другую килобайт?

Я пробовал воскресить deco и адаптировать под современные реалии, но ниасилил.

Сдаётся мне, проще написать с нуля, чем deco воскресить.

В связи с этим я поборол лень и ... багрепорт

Тогда, до кучи, надо и про сортировку каталога, и про wiki/defectReports. :-)

Не знаете, тут на форуме кто-нибудь из активных разработчиков ? А то я только slavaz вспомнить смог, а он давно не появлялся тут.

Я тоже не помню. Плюс тему создали в разделе новости/OpenSource, а не форум/Midnight Commander. может, в новости и не заглядывают.

убрана опция «Search for content», поиск с учётом содержимого теперь отключается путём указания пустого значения в поле «Content» .

Чёт крайне сомнительная фича

А кто-нибудь пробовал делать минималистичный mc, чтобы без наворотов и вмещалось в сотню-другую килобайт?

http://www.freshports.org/misc/mc-light/

Основан на старых исходниках mc, где кодовая база еще не была слишком раздута. Насколько помню, он даже glib не требует.

Например? А то я так и не смог найти ей применение.

когда не нужны иксы

http://www.freshports.org/misc/mc-light/
Основан на старых исходниках mc, где кодовая база еще не была слишком раздута. Насколько помню, он даже glib не требует.

Ну и как там у него с юникодом?

Вот это фейл...

А какой шелл? Он поддерживает HISTIGNORE?

Никак. Я с него и ушел, когда переходил с ko8-r на utf-8. Иначе бы на нем и остался. Некоторые моменты в нем даже были удобнее сделаны, чем в оригинальном mc.

IMHO там, где действительно мало ресурсов, юникоду в любом случае не место.

убрана опция «Search for content», поиск с учётом содержимого теперь отключается путём указания пустого значения в поле «Content» .

Это правильно. А порядок табстопов исправили?

улучшена работа с bash и fish.

Крайне раздражающее кеширование файла перед отправкой файла через fish осталось?

Спасибо, уже подсказали выше. Вообще, есть комбинация: Alt-?

А кто подскажет, что означает М в комбинациях типа M-i, M-o ? Что нажимать? :)

А кто подскажет, что означает М в комбинациях типа M-i, M-o ?

M — Meta key. Если у тебя на клавиатуре нет такой клавиши и ты ничего не делал с переназначением клавиш, то у тебя она назначена на Alt.

M это клавиша Meta, нажимать надо Alt или Esc. Esc это запасной вариант, если переключение раскладки клавиатуры настроено на Alt+Shift то комбинации клавиш с Alt в Midnight Commander не работают. Причём процесс нажатия для Esc такой: нажимаем один раз Esc (удерживать не надо) и потом нажимаем сочетание Shift+? - это откроет окно поиска в файловой системе.

А кто подскажет, что означает М в комбинациях типа M-i, M-o ? Что нажимать? :)

На большинстве терминалов и в большинстве конфигураций M - это Alt.

Если с Alt не работает. Тогда Esc. Esc должен работать всегда.

Тогда, до кучи, надо и про сортировку каталога, и про wiki/defectReports. :-)

Done.

http://www.midnight-commander.org/ticket/3615

http://www.midnight-commander.org/ticket/3616

Это понятно. Чем оно лучше zsh + coreutils + findutils etc?

Спасибо. С Альтом пользуюсь многими комбинациями, не знал просто, что M - это Альт.

Понял, спасибо. На счет процесса нажатия в курсе :)

http://www.midnight-commander.org/ticket/3616

А на что эта сортировка влияла?

тем что ФМ

Так чем? В чём профит?

в мышкотыканьи

например поиск файлов и по содержимому в файлах
при этом формируется список найденных вхождений

find ... -exec grep -H ... {} \;

И работает быстрее, кстати. Но я вам не оппонирую, сам mc активно пользуюсь.

Тогда уж

find ... -exec grep -l ... {} +

например поиск файлов и по содержимому в файлах
при этом формируется список найденных вхождений

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

grep -rn 'вхождение' ./каталоги/файлы

patchfs

Я не сталкивался, можешь рассказать? Гугл бормочет что-то невнятное.

Но обычно подобный поиск нужен не сам по себе, а для того что бы просмотреть/исправить найденное.

Так не факт, что нужно все исправлять. Да и подсветка синтаксиса не помешает. Опять же, обычно я не знаю точно, сколько строк мне придется дополнительно просмотреть вверх/вниз, что бы понять, что я нашел то, что хотел и понять как это поправить.

Такой вариант возможен, но:

1. mc выводит список файлов и можно сразу пропустить те, которые явно не являются искомыми.

2. mc выводит номера строк и позволяет сразу перейти к месту поиска, а так же сразу оценить количество совпадений. Иногда это очень удобно, так как позволяет пропустить близко расположенные совпадения. Такое часто происходит при просмотре кода: ищешь по имени функции/переменной/define и смотришь в каких функциях она используется и при частом совпадении переходишь сразу подальше.

IMHO там, где действительно мало ресурсов, юникоду в любом случае не место.

Подразумевая, что нас интересует UTF-8 реализация и учитывая, когда изобрели utf-8, это вряд ли. Кстати, даже простейшая Си-прога

#include <stdio.h>

int main(int argc, char* argv[])
{
        if (argc != 2) {
                printf("Usage: %s <строка>\n", argv[0]);
                return 1;
        }
        printf("Вы ввели: %s\n", argv[1]);
        return 0;
}

./test Абра-öäüß
Вы ввели: Абра-öäüß

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

Вот так бы и сразу. А то у них там практически нет ресурсов, чтобы фиксить известные баги, не говоря уже о проведении их розыска по всяким лорам.

Кстати, даже простейшая Си-прога даёт верный результат

Это всё фигня. Вы попробуйте создать универсальное решение задачи: «Дана строка utf-8. Сколько знакомест она займёт на экране?»

Там такие костыли в полезут в ходе реализации, что можно снимать фильм ужасов про восстание костылей.

Особенно мне нравится то место, в котором всегда неизбежно начинается «мы не знаем, как будет отображать терминал эту корейщину и сколько знакомест она займёт, так что давайте попробуем это угадать из значений переменных TERM и LANG». Невероятно увлекательный сюжет! Спилберг нервно курит в сторонке.