Hexchat: Плохая производительность на OSX

Текстовый виджет, который использует HexChat, является пользовательским, и некоторые из его «хаков» производительности не работают на OSX. Кроме того, cairo/gdk/whatever кажется медленнее в целом на OSX. Таким образом, это приводит к чрезвычайно запаздывающему опыту, который нелегко решить.

@TingPing это понятно, и это гораздо лучшая ошибка, чем в большинстве приложений, которые я пытался использовать (например, Gedit вылетает каждый раз, когда я пытаюсь изменить размер окна), поэтому тот факт, что его даже можно использовать на Mac, это хорошо :)

@xnite Не имеет отношения, но какая версия gedit? Над версией 3.13 была проделана огромная работа для довольно прочного релиза OSX.

Это может быть связано, а может и не быть напрямую, но даже в Windows можно столкнуться с некоторой медлительностью на сравнительно недавнем (5-летнему) ноутбуке. Я заметил замедление рендеринга текста, когда другое приложение выполняет постоянные почти полноэкранные обновления, и довольно резкие падения производительности при перетаскивании другого окна поверх HexChat. С полноэкранным окном 1920x1200 и включенным режимом энергосбережения (я думаю, что в этом случае процессор работает на частоте около 800 МГц), обновление всего окна IRC занимает, может быть, полсекунды, и я вижу, что каждая строка отображается отдельно.
Может уже помогло бы блокировка поверхности рисования во время рендеринга? Тот факт, что я вижу, что каждая строка рендерится отдельно, создает у меня впечатление, что выполняется много ненужного блитинга на экране, поэтому может помочь убедиться, что все рендерится во внеэкранном буфере.

@sagamusix Да, xtext ужасен, и да, он должен это делать. Я лично не вижу причин исправлять xtext вместо того, чтобы просто использовать стандартное текстовое представление.

Есть новости по этому багу? Я только что впервые установил Hexchat на свой Mac и тоже это заметил.

Проблема все еще остается, новая установка OS X 10.11