Релиз Fedora 28

Установил с LiveCD, обновил пакеты, но поставить отметку избранное не получается. Хотя в Nautilus из flathub все работает.

Сейчас попробовал, «Добавить в избранное» есть только в папках Documents, Music, Pictures, Downloads, Videos. В остальных этот пункт не появляется.

Не дай бог мне придётся пользоваться вашим творением, написанным по таким лекалам.

По каким «таким»?)

По остальным пунктам вам уже ответили.

У разработчиков кодое один маленький плазмоид легко роняет всю плазму.

Как там в 2010? Медведев идёт на второй срок или нет?

Виджеты, написанные на QML, имеют столько же шансов уронить плазму, как расширения щели, написанные на JS.

Я запустил Test Rounds 400

А чего не 40 тогда уж?

По каким «таким»?)

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

По остальным пунктам вам уже ответили.

Что, прямо ответили про тормозной Nautilus? И где же? Очень интересно почитать оправдания.

А чего не 40 тогда уж?

В чем разница? 400 циклов дольше. Думал, что вероятность зависнуть больше, но ничего (в плане зависания) не происходит.

Вообще тест бестолковый в данный момент. Какой смысл тестировать производительность Gtk2? Maemo тоже сгинуло.

В чем разница? 400 циклов дольше. Думал, что вероятность зависнуть больше, но ничего (в плане зависания) не происходит

Если у вас не калькулятор, то 400 итераций пройдут за несколько секунд. Зависание же у меня случилось где-то через полминуты.

Вообще тест бестолковый в данный момент. Какой смысл тестировать производительность Gtk2?

При чём здесь вообще GTK? Зависает-то не эта программа, а оболочка.

Если у вас не калькулятор, то 400 итераций пройдут за несколько секунд. Зависание же у меня случилось где-то через полминуты.

Судя по логу - 43 секунды.

При чём здесь вообще GTK?

Мне не понятно, зачем вообще этот тест Gtk2 в репозитории 28-й федоры. Кому он может быть нужен и зачем?

Зависает-то не эта программа, а оболочка.

Оболочка зависает ведь от этой Gtk2-программы. Хотя я этого не вижу.

Оболочка зависает ведь от этой Gtk2-программы

Ну так зависает-то она не оттого, что программа использует GTK2. Если её переписать на GTK3, ничего не изменится.

Хотя я этого не вижу

У меня воспроизводится абсолютно стабильно.

Судя по логу - 43 секунды.

Это на все тесты. Зависает же на второй вкладке. Поставьте 10000 повторений и проверьте. Если через пару минут не зависнет, значит, у вас не воспроизводится.

Ну так зависает-то она не оттого, что программа использует GTK2. Если её переписать на GTK3, ничего не изменится.

Тут нужно учитывать, что этот тест синтетический, в реальной программе такая тотальная перерисовка интерфейса не используется. В таких случая нужно предпринимать меры, т.к. в gtk отрисовка происходит в едином цикле (loop). Это на вопрос, причем здесь вообще Gtk...

Это на все тесты. Зависает же на второй вкладке. Поставьте 10000 повторений и проверьте. Если через пару минут не зависнет, значит, у вас не воспроизводится.

Не зависло. Заметил, что при работе теста, процесс xorg грузит cpu под 100 %, а сам gtkperf около 40 % (процессор 2-ядерный).

GtkPerf 0.40 - Starting testing: Sat May 19 22:40:19 2018

GtkEntry - time: 10,68
GtkComboBox - time: 22,32
GtkComboBoxEntry - time:  8,33
GtkSpinButton - time: 33,25
GtkProgressBar - time: 30,58
GtkToggleButton - time: 26,37
GtkCheckButton - time: 14,35
GtkRadioButton - time: 19,85
GtkTextView - Add text - time: 819,40
GtkTextView - Scroll - time: 63,33
GtkDrawingArea - Lines - time: 55,54
GtkDrawingArea - Circles - time: 68,74
GtkDrawingArea - Text - time: 16,28
GtkDrawingArea - Pixbufs - time: 29,41
 --- 
Total time: 1218,45

процесс xorg

Я тестировал в Wayland-сессии. Под X-сервером действительно не зависает. Видимо, где-то внутри GNOME Shell (точнее, её композитор) неэффективно работает с окнами.

Я тестировал в Wayland-сессии.

У меня wayland вообще не работает в 28-й: https://gitlab.gnome.org/GNOME/mutter/issues/76

Я же говорю — не готов! mogwai

Я тестировал в Wayland-сессии. Под X-сервером действительно не зависает

Хотя нет, зависает, как миленький. (Композитор, но не X-сервер.) И тоже на GtkCombobox. Видимо, быстрое открытие и закрытие окна выпадающего списка заполняет какую-нибудь очередь событий, с которой менеджер окон работает неэффективно (может, операция добавления или поиска - класса NP).

В любом случае это косяк менеджера окон GNOME, ибо то же окружение KDE Plasma с менеджером окон KWin проблеме не подвержено.

Самое хреновое, что такой паттерн наблюдается часто: как я уже говорил, пока Nautilus зайдёт в каталог с большим числом файлов, можно успеть сходить попить водички, а пока он потом из него выйдет - можно и пообедать сходить. И это только один из примеров.

Вы «лекала» огласите.

Что, прямо ответили про тормозной Nautilus?

Опять лабораторные испытания? У кого файлы в каталоге десятками тысяч лежат?

УМВР. ЧЯДНТ?

Ну так зависает-то она не оттого, что программа использует GTK2. Если её переписать на GTK3, ничего не изменится.

Тут кстати вполне может быть разница, т.к. Gtk2 не работает через wayland.

Самое хреновое, что такой паттерн наблюдается часто: как я уже говорил, пока Nautilus зайдёт в каталог с большим числом файлов, можно успеть сходить попить водички, а пока он потом из него выйдет - можно и пообедать сходить. И это только один из примеров.

Не часто, но тоже сталкиваюсь с этой проблемой. К примеру, при передброске фотографий с телефона на десктоп. Но блокировки нет. Пока все это дело происходит, вполне можно с другими окнами работать.

Вы «лекала» огласите.

Вы не способны прочитать цитату, на которую я отвечал в процитированном вами же сообщении?

Опять лабораторные испытания? У кого файлы в каталоге десятками тысяч лежат?

А как я, по-вашему, обнаружил, что Nautilus такой тормоз? Зашёл в каталог с ~50000 «снимков» состояния одного оборудования, с которым мы работаем, - и на тебе. Да, конечно, если единственное, что вы делаете за компьютером, - это просматриваете котиков, то с такой проблемой вы не столкнётесь, да. Столкнётесь с другой: тормоза и непропорционально большое потребление памяти стандартным просмотрщиком изображений GNOME.

И ещё раз объясняю: такие тормоза на большом количестве данных показывают, что используются неэффективные алгоритмы, что в свою очередь многое говорит о качестве программистов, написавших такой код.

Вы не способны прочитать цитату, на которую я отвечал в процитированном вами же сообщении?

Ви таки евгей? Или неспособны ответить на вопрос?

Зашёл в каталог с ~50000 «снимков» состояния одного оборудования,

Я предполагал, что любители кодое неспособны в подумать, но чтобы настолько... снимки, поди, еще в «New Folder 99» лежат?

такие тормоза на большом количестве данных показывают

Ещё один теоретег... дельфин «не виснет» только потому, что листинг отдельным процессом делает.

И да, я ваше кодое второй день использую.. мысли о разработчиках создавших это озвучить без цензуры мне правила не позволят.

Хорошо, не любители какое количество файлов держат в папке?

Предлагаете мне проблемы в ваших рабочих процессах решить? С этим в job.

Я другой аноним и мне интересно какое максимальное количество файлов в папке считают ятЪ истинные линуксоиды?

не больше 10.

зависит от частоты снимков

10 кадров в секунду нормально?

А я откуда знаю? Это ты анонимуса с 50K снимков спрашивай.

При 10 кадрах в минуту я бы сделал ограничение файлов на папку в 6000. 1 папка = 10 минут.

Ви таки евгей? Или неспособны ответить на вопрос?

Вы таки идиот? Вот сообщение, на которое вы отвечали:

Плохой разработчик от хорошего как-раз тем и отличается, что он тратит время на закрыть все мыслимые и немыслемые сценарии просто потому, что не в состоянии выделить из них правильный\оптимальный

Я очень надеюсь, что вы не программист. Не дай бог мне придётся пользоваться вашим творением, написанным по таким лекалам.

Внимание, вопрос:

Назовите лекала, о которых идёт речь в сообщении.

1. «Земля - это планета».
2. «42».
3. То, что процитировано и на что отвечает данное сообщение.

И бонусом:

Со скольки лет ребёнок способен ответить правильно на предыдущий вопрос?

1. 2
2. 3
3. 5

Я предполагал, что любители кодое неспособны в подумать, но чтобы настолько... снимки, поди, еще в «New Folder 99» лежат?

Нет, вы точно идиот. «Снимки» состояния делает проприетарная программа, идущая в комплекте с детектором.

Ещё один теоретег... дельфин «не виснет» только потому, что листинг отдельным процессом делает.

Dolphin заходит в этот каталог за пару секунд, после чего ни капли не тормозит, и мгновенно из этого каталога выходит.

Nautilus заходит в этот каталог больше минуты, после чего изрядно лагает, а выходит из каталога больше 10 минут (!).

Внимание: при чём здесь, блин, отдельный ли процесс делает листинг каталога?

Внимание, вопрос:

Не хватает мозгов выделить обозначенные тобою же лекала из цитаты и ты пытаешься выкрутиться? Не получается.

«Снимки» состояния делает проприетарная программа, идущая в комплекте с детектором.

Аноним не знает, что с этим делать? И кто же тут тогда идиот?

при чём здесь, блин, отдельный ли процесс делает листинг каталога?

Да действительно, совершенно ни при чём. И этот человек рассуждает о качестве разработчиков.

Не хватает мозгов выделить обозначенные тобою же лекала из цитаты и ты пытаешься выкрутиться? Не получается.

Да ты упоролся.

Аноним не знает, что с этим делать? И кто же тут тогда идиот?

Дано: проприетарная программа, работающая с детектором и имеющая два режима работы: одиночный «снимок» и batch mode. Во втором случае (который нам и нужен) она делает «снимки» с нужным интервалом (для нас достаточно 0,01 с) и сохраняет их в заданный каталог в виде файлов с именем - номером «снимка». Прерывать программу до окончания измерений нельзя, т.к. на синхронизацию с детектором уходит почти секунда, и мы потеряем под сотню измерений. Процесс калибровки, для чего и нужен детектор, проходит до 20 минут (в зависимости от режима излучателя).

Расскажи же, о великий гуру, что с этим делать. Ты же не идиот, правда?

(И главное - зачем? Чтобы написанный через одно место Nautilus не тормозил?)

Да действительно, совершенно ни при чём. И этот человек рассуждает о качестве разработчиков.

О, ну давай, расскажи же нам, как листинг каталогов отдельным процессом влияет на то, что Nautilus выходит из уже открытого каталога на порядок дольше, чем заходит.

Расскажи же

man inotify или руками скриптом раскидать по каталогам по завершении измерений.

И главное - зачем?

Неправильный вопрос. Правильный: почему? Почему в каталог с десятками тысяч снимков человек ходит руками?

как листинг каталогов отдельным процессом влияет

Тебе не надо ждать «выхода» из предыдущего каталога.

Бро, УМВР не аргумент, у меня тоже все работает, но не так шустро как на иксах.

ЧТо у тебя работает менее шустро в wayland?

Гугл-хром, достаточно?

man inotify или руками скриптом раскидать по каталогам по завершении измерений.

Зачем? Эти файлы затем парсятся и заносятся в БД. Всё прекрасно работает.

Почему в каталог с десятками тысяч снимков человек ходит руками?

Несколько раз парсер спотыкался на определённых файлах, и я заходил в этот каталог, чтобы посмотреть, в чём дело. Тогда и обнаружил, какой Nautilus, оказывается, тормоз.

Тебе не надо ждать «выхода» из предыдущего каталога.

Тогда, если следовать вашей логике, зависал бы процесс, отвечающий за листинг, чего не происходит.

Дело совсем не в этом. Nautilus так долго заходит в каталог, так как его виды (view) пока не сделают stat и т.п. на каждый файл, ничего не отобразят. В Dolphin же реализовали «ленивую» загрузку атрибутов файлов, да ещё и неблокирующую.

Почему Nautilus так долго выходит из каталога, я до конца не разобрался. Частично это из-за создания и последующего освобождения туевой хучи GObject и как следствие - фрагментации памяти. Но это не объясняет такие тормоза.

В целом очевидно, авторы какой программы уделяют большое внимание производительности.

но не так шустро как на иксах.

Это тебе из-за тиринга кажется, что шустрее)

Дело совсем не в этом. ... В Dolphin же реализовали «ленивую» загрузку атрибутов файлов, да ещё и неблокирующую.

И в этом тоже, во время выхода. А Ленивая загрузка ускоряет вход в каталог.

авторы какой программы уделяют большое внимание производительности.

Они бы ещё юзабилити уделяли время хоть немного.

Несколько раз парсер спотыкался на определённых файлах

И вот задача «мне нужно ходить» превратилась в «изредка приходится».

В этом вся суть: пока в кодое надрачивают на производительность в исключительных ситуациях, гномощелью уже сейчас юзабельна для подавляющего большинства пользователей. Я лучше раз в месяц открою каталог в MC, чем буду каждый день видеть такую полярную лисицу каждый день. Туда же невозможность переместить виджет за его заголовок, Panel options > Panel settings, неработающие шоткаты и ещё over9000 других косяков, превращающих кде в неюзабельное ненужно.

Я не знаю, как это называется, но выглядит очень просто, когда быстро прокручиваешь страницу, особенно нагруженную, схватившись мышкой за скроллбар, то на вейланде ползунок отстает от курсора и замедление фпс видно на глаз.

Ви таки евгей? Или неспособны ответить на вопрос?

Почему не способен??

Очень даже способен.

А по паспорту я - русский...

Ненужно!
post-factum ★★★★★ (01.05.2018 17:44:15)

Больше дистров, хороших и разных!!!

Еще одну звезду этому господину!!!!

Вот и настало время, когда на ноутбук родителей придется ставить Arch
Liferer ★ (01.05.2018 18:53:44)

Поддерживаю...

Cогласен..

Если б мишки были пчелами...

Ненужно!
nihil ★★★★★ (12.05.2018 11:09:34)

А что нужно????

И в этом тоже, во время выхода.

Нет. Я уже объяснил, в чём причина.

Они бы ещё юзабилити уделяли время хоть немного.

И что же не так с юзабилити Dolphin, интересно? Сразу говорю, что «юзабилити» и «я так привык» не являются синонимами.

И вот задача «мне нужно ходить» превратилась в «изредка приходится».

Задача «мне нужно (постоянно) ходить» была только у вас в голове. Я писал так:

А как я, по-вашему, обнаружил, что Nautilus такой тормоз? Зашёл в каталог с ~50000 «снимков» состояния одного оборудования, с которым мы работаем, - и на тебе.

Я лучше раз в месяц открою каталог в MC, чем буду каждый день видеть такую полярную лисицу каждый день.

Какую?

Туда же невозможность переместить виджет за его заголовок

У виджетов нет заголовков. О чём вы?

Panel options > Panel settings

Если вы не в курсе, виджеты (добавление которых - один из пунктов подменю) не относятся к settings панели (положение, размер, ...). Раз уж выставили английский язык, то хотя бы подучите его.

неработающие шоткаты

Где?

и ещё over9000 других косяков

Рассказывайте!

В этом вся суть: пока в кодое надрачивают на производительность в исключительных ситуациях, гномощелью уже сейчас юзабельна для подавляющего большинства пользователей.

Опросы показывают обратное.

А что нужно????

В контексте Linux то, что не стремится любой ценой заработать денег.

Фонд свободного программного обеспечения рекомендует и одобряет...

Холода... Холода...

В холода согревает мужика борода...

Борода.. Борода...

Продолжение следует...

Города... Города...

А иногда и столицы..