live-install xfce/console дистрибутивы от enp на базе t7/branch

[БарсSc]

Вот здесь
http://forum.altlinux.org/index.php/topic,29683.msg208506.html#msg208506
парень показал, куда исчезает мощность вашего процессора.
Есть только одно правило: каждый активный процесс это такты процессора.
У инита только одна задача: двинуть сервис в зависимости от S или K и уйти.
А вот здесь:

Код: [Выделить]

   Loaded: masked (/dev/null)
   Active: inactive (dead)
редкостная глупость, которая говорит, что такты процессора будут использоваться вхолостую.
Уже в этом принципиальное отличие init от systemd.
При mask, systemd не прекращает долбить "сервис", он просто отправляет запросы в /dev/null.
Т.е. процессор тратит такты на абсолютно бесполезную работу.
Если вы сможете ответить на вопрос сколько и где таких холостых процессов, вы сможете ответить на вопрос куда исчезла мощность вашего процессора.

Согласен что реализация systemd очень уродская, но позвольте вас поправить, в данном случае, после команды

Код: [Выделить]

systemctl unmask mdadm-activation.service
происходит не только маскировка сервиса (что на самом деле смотрится корявенько), но и удаление символьной ссылки запуска данного процесса из папки sysinit.target.wants, что исключает дальнейший запуск процесса и если посмотреть по ссылке http://forum.altlinux.org/index.php/topic,29683.msg208506.html#msg208506 на время в логе запуска, то становится понятно что команда

Код: [Выделить]

systemctl status mdadm-activation.serviceпривела историю запуска сервиса (старый лог). Данного эфекта остановки сервиса можно было добится и без маскировки простым удалением символьной ссылки из папки sysinit.target.wants (так как в альте посчитали что данный сервис непременно всем нужен и запихали его в основополагающую группу, сервисы в которой запускаются при любом старте системы), правда при обновлении rpm пакета systemd ссылка конечно же вернется (если альты не удалят ее), но если была создана символьная ссылка (командой mask) данный сервис не запускается и процессорное время не тратится на долбежку по данной ссылке (видимо Леня опомнился и чет там подкрутил в своем поделии, т.к. есть подозрения что при старом systemd и ручном создании символьных ссылок происходило то что вы и описали, а именно systemd долбил ссылку не переставая пытаясь запустить непойми что)

[БарсSc]

А вот что у меня на systemd тоже холодный старт.

Код: [Выделить]

[sergey@comp-celeron-cpu-d8743f ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:          1004        936         68          0         15        323
-/+ buffers/cache:        597        407
Swap:         2030          0       2030
[sergey@comp-celeron-cpu-d8743f ~]$

уже не скажешь что легкая >:(

вот на t7 грузанул явно меньше.

Что вы там такое запускаете) P7 Kdesktop x64 при запуске и то меньше памяти кушает)

[ARHAN]

Код: [Выделить]

P7 Kdesktop x64 при запуске и то меньше памяти кушает)Так и я про это, что слишком много жрет памяти.nvidia дрова родные стоят,если включить nouveau то еще можно примерно 120-150МГб сократить.Почему XFCE такой прожорливый стал,непонятно.Пробовал ставить кит LXDE там все намного лучше было,но это месяц назад.Вот вчера качнул обновленый китlxde хочу еще раз попробовать,если будет пошустрее и памяти поменьше кушать придется на него переходить,XFCE p7 сейчас заметно тормозной стал,хотя почитал по инету про systemd пишут что даже скорость должна быть больше,но на практике все наоборот почему-то. Похоже сервисы systemd хорошо пригружают моего старичка

[БарсSc]

Код: [Выделить]

P7 Kdesktop x64 при запуске и то меньше памяти кушает)Так и я про это, что слишком много жрет памяти.nvidia дрова родные стоят,если включить nouveau то еще можно примерно 120-150МГб сократить.Почему XFCE такой прожорливый стал,непонятно.Пробовал ставить кит LXDE там все намного лучше было,но это месяц назад.Вот вчера качнул обновленый китlxde хочу еще раз попробовать,если будет пошустрее и памяти поменьше кушать придется на него переходить,XFCE p7 сейчас заметно тормозной стал,хотя почитал по инету про systemd пишут что даже скорость должна быть больше,но на практике все наоборот почему-то. Похоже сервисы systemd хорошо пригружают моего старичка

Надо посмотреть что кушает память.

[ARHAN]

вот этот же комп сейчас загрузка P6- live  с флешки ,также на XFCE холодный старт .

Код: [Выделить]

[altlinux@localhost ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:          1003        608        394          0         66        382
-/+ buffers/cache:        160        842
Swap:          250          0        250
[altlinux@localhost ~]$

тут все по божески,но дрова nouveau  стоят. Так что разница ощутимая,в том числе и по скорости.

[YYY]

Интересно...

А что на машинке с systemd

top -n 1

говорит?

[ARHAN]

Код: [Выделить]

top -n 1 ничего не говорит.но вот что сейчас работает

[БарсSc]

Код: [Выделить]

top -n 1 ничего не говорит.но вот что сейчас работает

по памяти отсортируйте Shift+M

[ARHAN]

вот сейчас

[БарсSc]

вот сейчас

Ну а теперь chromium закроем и будет все хорошо, ну и еще всякие ненужные сервисы типа blueman (если конечно bluetooth нет) поотключать, то будет вообще красота

[ARHAN]

ну я тут решил просто перезагрузится и посмотреть что получится с памятью.

Код: [Выделить]

[sergey@comp-celeron-cpu-d8743f ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:          1004        963         41          0          7        223
-/+ buffers/cache:        732        272
Swap:         2030          1       2029
[sergey@comp-celeron-cpu-d8743f ~]$

вот что получилось,это типа старт системы  :'(

[БарсSc]

Чего-то симпли стал тяжеловат

[YYY]

афигеть!

Тяжеловат... это не то слово...

[Speccyfighter]

...но и удаление символьной ссылки запуска данного процесса из папки sysinit.target.wants, что исключает дальнейший запуск процесса
...
правда при обновлении rpm пакета systemd ссылка конечно же вернется
...
видимо Леня опомнился и чет там подкрутил в своем поделии,

Допустим в системе с sysvinit захотел перейти с NM на /etc/net, но без выноса первого, просто покилив симлинки в rc*.d.
Так и представляю выражение моей рожи, если бы в системе с sysvinit после dist-upgrade они бы появились снова.

Отсюда можно вывести резюме:
- Если dist-upgrade в абстрактной системе начинает ломать работу сервисов и это выясняется в версии близко к двум сотням, значит разработчик системного менеджера не знаком ни с проектированием, ни с алгоритмами, ни с анализом, а патчи вносятся как постфактум после взрыва.
Такие вещи и стиль разработки не допустимы для инициализации и функционирования сервисов, что в альтах на sysvinit всегда было буквально вышколено. Уже за одно это другие мелочи альту прощались.

[Speccyfighter]

афигеть!

Тяжеловат... это не то слово...

Да, оригинально.
Даже если отбросить разных мелочей, всё равно это ощутимо больше, чем kdesktop6.
Тяжёлый случай.