Ядро 3.6.9. Особенности использования

[Pro]

оно лучше тем что ошибки правятся, а новых фич не добавляется. Соответственно вероятность поломать систему минимальная.
И лопатить конфиг заново ненадо.

[sfs]

До следующего iso выкладывать не будете?

[Pro]

я выложил пакетами.

[sfs]

Прикрутил uksmstat к conky. Наблюдения показали:
1. >20 мб эконимии не видел даже при хорошо нагруженной opera и vbox
2. Ядерный процесс uksm при этом уже заметен в ТОП5 cpu
Получается , что при достатке памяти uksm не актуален. На ПК где и 20мб актуально - нагрузка на проц не нужна. Причем экономия со всеми кэшами и т.п. возможно мнимая, а нагрузка на проц реальная. Отключить : uksmctl -d
3. TuxonIce тоже не прижился. Скорость загрузки после него - как при перезагрузке. Swap=RAM особо не нужен. RAM много. Юзаю без swap. Ситуаций "прервался надолго - продолжил с того же места" у меня не возникает

У кого другие впечатления?

[Pro]

ну нет, TuxonIce показывал скорость загрузки очень быструю особенно на одноядерном ПК, я не мерил время, но быстрее обычной загрузки - однозначно.

[RoDoN]

Swap=RAM особо не нужен. RAM много. Юзаю без swap.

При RAM=4 Гб, а то и >, swap такого же размера невостребован и является расточительством места на винте. На нетбуке у меня RAM=2 Гб и на всякий случай swap=512 Мб, так я пока еще swap ни разу не смог загрузить >, чем на 50 Мб.
Поэтому, лично я при работе на нет- или ноутбуке предпочитаю вместо TuxonIce пользоваться Suspend, а на стационарах к сожалению и то, и др. глючит, т.е. вообще нормально не просыпается.

[sfs]

130115

При RAM=4 Гб, а то и >, swap такого же размера невостребован и является расточительством места на винте.

Полностью согласен. У меня RAM=4 Гб. Отключаю своп все модули гружу в память. Этим pr218 и нравится - что в нем это можно. Uksm , видимо имеет смысл при таком раскладе тоже отключать.
130129
При компиляции pf ядра можно выбрать к-во loop. Почему у нас 127? Из за этого имеем проблемы с pfsmerge

Код

  Aufs (Advanced multi layered unification filesystem) support (AUFS_FS) [N/m/y/?] (NEW) y
    Maximum number of branches
    > 1. 127 (AUFS_BRANCH_MAX_127) (NEW)
      2. 511 (AUFS_BRANCH_MAX_511) (NEW)
      3. 1023 (AUFS_BRANCH_MAX_1023) (NEW)
      4. 32767 (AUFS_BRANCH_MAX_32767) (NEW)

[Pro]

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

[sfs]

Проблемы не того уровня, чтобы жертвовать быстродействием

[Pro]

вобще не вижу проблемы. Ориентируемся на AUFS_BRANCH_MAX_127.

[sfs]

Согласен. Производительность важнее