>> Ну зато запись и хранение оных есть.
> Что не даёт оснований называть это телеметрией.Я не хвилолог, признаю. Хвилолог у нас ты. Может надо называть это сбором данных телеметрии, а не просто телеметрией. Мне без разницы - главное, чтобы нормальные люди меня понимали.
> И уж точно не даёт оснований бояться, что гимп что-то куда-то отправляет
Ну если реализован сбор данных - можно реализовать и их отправку, не вижу проблемы.
>> Показатели, которые записываются - вот это оно.
> Это не считается телеметрией.
С точки зрения словаря - считается.
>> Действительно, логично. Прибить gdb, procps, perf, вот это вот все - к дистрибутиву каждого срAного хелворлда...
> Ни один из этих трёх проектов не прибит к гимпу гвоздями.
Аллилуия! Но, боюсь, это только пока.
> вместо perf написан кастомный код
Воот. Уже прекрасно. Больше велосипедов, хороших и разных.
>> Ну в самом деле, где можно ожидать "удобных" (тм) средств для сбора и анализа показателей производительности в Linux? Ну в графическом же редакторе, ясен перец!
> Повторяю для тугоухих "удобные для разработчиков инструменты для отладки производительности
> приложения". Приложения, чувак. А не линукса, чувак.
Открою страшную тайну: Linux - это не пингвин, как ты думал, а просто операционная система, задачей которой и является запуск и обслуживание работы пользовательских приложений.
> Это значит, что ты загружаешь в реальное приложение реальную 20-мегапиксельную картинку,
> применяешь к ней все те операции, которыми пользуются юзеры, и смотришь,
> где гимп делает лишние телодвижения, где подвисает, как он использует кэш и т.д.
Анализ производительности - совершенно штатная задача. Я раскрою страшную тайну: для ее решения в Linux существует масса хороших инструментов, которые не надо прибивать гвоздями к каждому серверу баз данных или рисовалке. Тем более, решая ее на примитивном уровне какого-нибудь System Monitor в Gnome...