Автор Тема: p8/sisyphus vs branch 4.0 на старом железе  (Прочитано 3536 раз)

lx001

  • Гость
Довелось попользовать свежий стартеркит regular-xfce на антиквариате: PIII (Coppermine) 1GHz,  630M  RAM, Radeon RV250 If [Radeon 9000]. Тормоза даже интерфейса XFCE неприятно удивляют. Seamonkey пользоваться практически невозможно. Тормозит даже vncviewer (tightvnc, realvnc, turbovnc, remmina) при любых разумных настройках . В своп не залезаем. Патологии в настройке X нет, аппаратное ускорение есть, xdpyinfo, glxinfo, glxgears показывают ожидаемые буквы и цифры, в общем отрисовка в X должна идти шустро.
После 3 месяцев тормозов поставил altlinux-4.0.3-lite (branch/4.0) отсюда.
Сейчас пишу из KDE 3.5.9, Seamonkey-2.20 c ftp.mozilla.org (более поздние требуют более свежий libstdc++). Пользоваться браузером можно, не задумываясь, разве что кроме перегруженных JS сайтов типа gmail.com.
Интерфейс KDE очень быстрый на ощупь. XFCЕ из branch/4.0 тоже летает.

А вот философический вопрос: что за 8 лет произошло в стеке ядро+библиотеки+X+(например, XFCE), что отзывчивость десктопа упала на ощупь в разы при сравнимом наборе пользовательского софта? Даже старый Seamonkey-2.12 поверх sisyphus тормозит до неюзабельности, а на branch/4.0 тe же seamonkey-2.12/2.20 работают шустро, так что можно не задумываться.

Вылезает все это, разумеется, на старом железе.

Теперь конструктивный вопрос: существует ли регулярная методика поиска регрессий в стеке ядро/библиотеки/X/графический тулкит/графические программы? Откуда начинать копать?

Возможно, тему надо перенести в обсуждение Antique. Это не провокация флейма, За дер^Wдесктопный линукс обидно.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #1 : 27.12.2016 11:04:50 »
Как бы странно это не звучало, но "новый" софт не поддерживает "старое" железо. И вообще, любой софт будет работать удовлетворительно на старом железе только в случае, если этот софт хотя бы мысленно представлялся работающим на этом железе (сейчас разработчик, обычно, представляет какой-нибудь "бедный" селерон в пару гигагерц и это минимум). Если он мысленно не представляется работающим на подобном железе, то о комфорте можете забыть сразу. Другими словами: "шлите ваше железо разработчикам бочками", чтобы они сами на этом и работали и программировали.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #2 : 27.12.2016 11:31:13 »
После 3 месяцев тормозов поставил altlinux-4.0.3-lite (branch/4.0) отсюда.

А вот философический вопрос: что за 8 лет произошло в стеке ядро+библиотеки+X+(например, XFCE), что отзывчивость десктопа упала на ощупь в разы при сравнимом наборе пользовательского софта?
Даже старый Seamonkey-2.12 поверх sisyphus тормозит до неюзабельности,

Тенденции-с... :-)

Теперь конструктивный вопрос: существует ли регулярная методика поиска регрессий в стеке ядро/библиотеки/X/графический тулкит/графические программы?

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

Откуда начинать копать?

От мозга кодеров не имеющих представления что такое оптимизация кода и считающих, что их время дороже чем время процессора.

Например вот этот шелл-код г0вно:
https://forum.altlinux.org/index.php?topic=37837.msg302535#msg302535
Свою задачу он выполняет, но он сделан на коленках и по-быстрому как ответ на текущую проблему для сиюминутного решения.
Но он плохо оптимизирован. Там одна и та же операция выполняется трижды. Причём внутри цикла. А это затраты машинного времени.

Вот что такое оптимизация на процессоре с частотой тактирования 3.5MHz выходящая за рамки сознания:
Streaming video on a Sinclair Spectrum
ZX-Spectrum streaming video

Это не провокация флейма, За дер^Wдесктопный линукс обидно.

Да какой уж тут к чёрту флэйм...
./me помнит как первогном и кеды заводил на пентиум 1 с симмовой памятью. И из него же кино смотрел через movix.
« Последнее редактирование: 27.12.2016 12:26:06 от Speccyfighter »

lx001

  • Гость
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #3 : 27.12.2016 12:25:23 »
./me помнит как первогном и кеды заводил на пентиум 1 с симмовой памятью. И из него же кино смотрел через movix.
Gnome 1.X как раз был в ALT Junior 1.1, на P1-MMX, 64RAM, S3V летало. Позже на этом работал KDE 3.4 тоже шустро. В P1 было сложно добавить памяти больше 64M, по осчусчениям полное десктопное щастье должно было наступить при 256M RAM. Кино через mplayer в разрешении 640x480 кстати смотрелось без тормозов.

От мозга кодеров ...
Регрессии  от рацпредложений и усопвершенствований накапливаются, так что количество кода тихо и незаметно переходит в какчество, да. Риторический вопрос: что можно было сделать в XFCE/gtk/X между branch 4.0 и p8? Чтобы не только появились тормоза, но и, например, еще и в коде переключения окошек по alt-tab стало невозможно разобраться за полчаса? В xfce 4.4 патч xfwm для подъема окон целиком на передний план в цикле по alt-tab рисовался буквально за полчаса/час, а в xfce 4.12  в xfwm4/src/ обычный знакомый с C юзер не разберется без мозговыноса на несколько суток.


« Последнее редактирование: 27.12.2016 12:51:29 от lx001 »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #4 : 27.12.2016 12:43:43 »
В P1 было сложно добавить памяти больше 64M,

Моя плата поддерживала до 128Mb SIMM.
Но у меня было 2x32Mb SIMM + 2x8Mb = 80Mb, - ещё 2x32 не нашёл, movix-у по самба нужно было больше 80-ти. Потом уж поменял P166 на P200MMX.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #5 : 27.12.2016 13:58:55 »
Gnome 1.X как раз был в ALT Junior 1.1, на P1-MMX, 64RAM, S3V летало.

Всё, про s3virge можно забыть, как и про sis с savage, от вирджа остались одни воспоминания, - в сизифе их больше нет, - скорее всего из Xorg выбросили:
# sed -n '242,246p' ./update-system-20161227-03.19.19.txt
/var/log/user/info:8096:Dec 27 03:08:47 apt-get: xorg-drv-mga-1:1.6.4-alt2 1481794598 installed
/var/log/user/info:8097:Dec 27 03:08:48 apt-get: xorg-drv-mga-1:1.6.4-alt1 1448623141 removed
/var/log/user/info:8098:Dec 27 03:08:48 apt-get: xorg-drv-s3virge-1:1.10.7-alt1 1448623547 removed
/var/log/user/info:8099:Dec 27 03:08:48 apt-get: xorg-drv-savage-1:2.3.8-alt1 1448623606 removed
/var/log/user/info:8100:Dec 27 03:08:48 apt-get: xorg-drv-sis-1:0.10.8-alt1 1448623684 removed

Обычно обновления идут:
installed
removed
installed
removed
а тут
removed
removed
removed

- Ну и шо?
- Ну и всё...
# tail -n 2 ./update-system-20161227-03.19.19.txt
# rpm -qa|grep "xorg-drv-{s3virge,savage,sis}*"
#

Регрессии  от рацпредложений и усопвершенствований накапливаются,

Я эти регрессии за последние полгода почувствовал.

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 950
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #6 : 27.12.2016 14:04:41 »
старые видяхи еще в p5/p6 худо бедно, а теперь с новыми иксами старые видяхи не дружат - тормозня одна...

Кстати, как раз недавно антик на 4.1 вспоминал. Железяка кандидат нарисовалась.... Будет время помучкаю :)
« Последнее редактирование: 27.12.2016 14:06:18 от YYY »

lx001

  • Гость
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #7 : 27.12.2016 15:43:35 »
Кстати, LibreOffice 4.0.0.3 отсюда работает на branch/4.0, для PIII неожиданно шустро (снимок экрана в прицепе).

Оффлайн Koi

  • alt linux team
  • ***
  • Сообщений: 1 893
  • валар дохаэрис
    • Канал на youtube
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #8 : 27.12.2016 18:40:54 »
Извините, что вмешиваюсь, но может Вам эта сборка mate подойдет?
https://www.altlinux.org/Free_mate

lx001

  • Гость
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #9 : 27.12.2016 21:38:00 »
Спасибо, но это p8. То есть ядро, libc, X, libgtk те же +- минорные цифры, что было на сентябрьском regular-xfce-*. , поверх которых тормозил сторонний софт, не тормозящий без пересборки поверх branch 4.0. В любом случае, проверю на предмет неудачного стечения версий/настроек в regular-*.

Оффлайн kostyalamer

  • Мастер
  • ***
  • Сообщений: 432
    • Сайт клуба активных пользователей ALT Linux
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #10 : 27.12.2016 21:44:54 »
Спасибо Евгений, ты абсолютно прав. Для железяки из первого поста этой темы  free_mate вполне подойдет ( правда видяха вызывает сомнения ). В общем вот на чем он у меня работает ( 800 пень 320 Мб RAM ).
Кстати комп собран мною недавно из всяких завалявшихся в кладовке полезных вещей, особенно радует корпус оставшийся от старых Спектрумовских времен  ;-D  Фотку приложил  специально для братьев по ZX-у , да не выпадут у вас из рук паяльники  :-)
« Последнее редактирование: 27.12.2016 21:48:17 от kostyalamer »
Archlinux  / Altlinux Free Mate p8

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #11 : 28.12.2016 08:44:42 »
От мозга кодеров ...
Регрессии  от рацпредложений и усопвершенствований накапливаются,

Если у Линукс-кодеров мозг в сторону винды повёрнут, разгрести их абсолютно нереально. :-)

Смотрим шо нам говорит man
# man groupadd|sed -n '57,58p'
       -r, --system
           Create a system group.

а шо help?
Финиш... Приехали...
# LANG=C groupadd --help|grep 'groupadd\| \-r'
Usage: groupadd [options] GROUP
  -r, --system                  create a system account
# groupadd --help|grep 'groupadd\| \-r'
Использование: groupadd [параметры] ГРУППА
  -r, --system                  создать системную учётную запись

Какая нафик учётная запись?! Это у вас винде учётные записи, а здесь создаётся системная группа.
Это сколько пива надо было выпить чтобы так мозг вынесло и в хелпе такое написать?
И ещё обижаются когда говорят что Линукс пишут студенты.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #12 : 28.12.2016 09:34:19 »
Теперь конструктивный вопрос: существует ли регулярная методика поиска регрессий в стеке ядро/библиотеки/X/графический тулкит/графические программы? Откуда начинать копать?

От ядра.
Если мне не изменяет склероз, глубоко в рассылке коммьюнити застряло недовольство только-только появившимся ядром 2.6.32.
И даже были приведены для сравнения бенчмарки для 2.6.30 и 2.6.32.

Что касательно 4-тых ядер на NX6110, повторюсь:
На выходе из суспенд, курсор выйдет из анабиоза секунд через 15-18. И не факт что сеть в системе на p8 или сизифе не отвалится и не потребуется переподключение Управления сетью в аплете NM.
На 3-их ядрах картина, мягко говоря другая.

Ну и дальше там по списку в котором можно до конца жизни застрять.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 991
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #13 : 28.12.2016 09:54:35 »
Теперь конструктивный вопрос: существует ли регулярная методика поиска регрессий в стеке ядро/библиотеки/X/графический тулкит/графические программы? Откуда начинать копать?
В том то и дело, что линукс это базар-вокзал, что хочу, то и ворочу. Методики, конечно, нужны, но в этом случае это уже будет не базар-вокзал, а некая иерархическая структура, которая будет иметь некоторую упорядоченность и взаимозависимость компонентов (совместное тестирование и т.п.). До этого в линуксе так же далеко, как в виндовсе до разнообразия графических оболочек. В любом случае, если подобное произойдёт, то это уже будет не совсем gnu/linux в привычном понимании. Будет некая сегментация и профилизация по конкретным компонентам и их совместное развитие с оглядкой друг на друга, планирование так же станет неотъемлемой частью такого процесса.

lx001

  • Гость
Re: p8/sisyphus vs branch 4.0 на старом железе
« Ответ #14 : 28.12.2016 10:28:51 »
Теперь конструктивный вопрос: существует ли регулярная методика поиска регрессий в стеке ядро/библиотеки/X/графический тулкит/графические программы? Откуда начинать копать?
От ядра.
Если мне не изменяет склероз, глубоко в рассылке коммьюнити застряло недовольство только-только появившимся ядром 2.6.32.
И даже были приведены для сравнения бенчмарки для 2.6.30 и 2.6.32.
Угу. Что-то подсказывает что 4.X из репозитория будет по unixbench заметно медленнее 2.6.18 при одном и том же userland.

P.S. Как раз 2.6.30 было патологически медленным на ощупь и по unixbench, а 2.6.32 хорошее + LTS.
Субъективно, десктоп при всех прочих равных был наиболее отзывчивым на 2.6.18.