geek-sources-3.10.1

Ага, ещё скажи на тебя переписать.☺

Ну чего ж вы так? В Gentoo как раз недавно обсуждали чтобы можно было патчи накладывать на ядро по USE-флагам. Вроде даже решили что нужно.

Вроде даже решили что нужно.

У аппстрима, судя по содержимому официального дерева в разделе sys-kernel, несколько иной взгляд на задачу.

В Gentoo как раз недавно обсуждали чтобы можно было патчи накладывать на ядро по USE-флагам.

Ну а если решило то хорошо. Хоть что то положительное!

Обсудили и сказали, что ненужно. Во избежание вот таких ситуаций, когда мантейнер кладет на все баги и шлет всех в апстрим. А апстрим такой удивленный - а мы не тестировали zfs с aufs, откуда у вас такой гомункул? Юзайте стоковое ядро, УНВР!

Обсудили и сказали, что ненужно. Во избежание вот таких ситуаций, когда мантейнер кладет на все баги и шлет всех в апстрим. А апстрим такой удивленный - а мы не тестировали zfs с aufs, откуда у вас такой гомункул? Юзайте стоковое ядро, УНВР!

zfs и aufs как то конкурируют друг с другом? или у anonymous в ядре zfs и aufs выполняют одинаковые функции?

А ты берешься со 100 % уверенностью утверждать, что они не влияют друг на друга? Ты тестировал, тщательно ли? Если да, то почему жалобы на отвалившийся zfs при нормальных модулях zfs из портажа?

А это уже все демагогия потому как влияет оно там или нет это вопрос гипотетический. На деле просто ими овладела лень.

То есть будь ты на месте манейнера такого пакета, приступом отчаянной лени не заболел бы? Готов оттестировать все вариации, поддерживая три ветки ядер (stable, unstable, upstream) и эффективно разрешая баги от пользователей?

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

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

И да если что то судя по наблюдениям, которые легко проверить зная url-ы соответствующих багзилл, баги ядра решают все равно как правило чаще решают в багзилле ядра а не в багзилле генты. Это не говоря про red-hat. Там само собой люди работают.

Вопрос - а мегабакс, случайно, не твой брат?

Вопрос - а мегабакс, случайно, не твой брат?

Нет.

bld 3.10.0

Кто-нибудь этот шедулер пробовал?
Какой-нибудь профит на десктопе есть?

Кто-нибудь этот шедулер пробовал?

У меня теперешнее не пошло… старый из 3.10-rc работал.

Какой-нибудь профит на десктопе есть?

Опять же судя по старым версиям особо разницы не видно. Специально не замерял… Но где-то исследования точно помню что видел.

Может кому интересно, тесты UnixBench для нескольких ядер:

 ________________________________________________________________________________________
|Тест\дистр|Debian-3.2.0-4-amd64|   pf-3.10.0   | geek-sources-3.10.1 |  gentoo-sources  |
|   1CPU   |       1096.8       |   1132.0      |   1503.1            |  1142.9          |
|   4CPU   |       3851.7       |   3709.8      |   3845.7            |  3797.4          |
|__________|____________________|_______________|_____________________|__________________|

USE="aufs bfq ck ice uksm zen".
 ++> General setup
        CPU Scheduler (Completely Fair Scheduler (CFS)
        ++> Timers subsystem
                Timer tick handling (Idle dynticks system (tickless idle))  --->
        ++> CPU/Task time and stats accounting
                Cputime accounting (Fine granularity task level IRQ time accounting)
        ++> RCU Subsystem
                [ ] Consider userspace as in RCU extended quiescent state
                [ ] Offload RCU callback processing from boot-selected CPUs (EXPERIMENTAL)

Сколько костылей в одном месте

и конфиг ядра: USE=«aufs bfq ck ice uksm zen».

А ничего что в zen уже и так есть aufs, bfq, uksm ? А если сам этого не знал с начала внимательно посмотри на картинку затем сходи на гитхаб zen-kernel и внимательно посмотри на его бранчи.

Остальное

Может кому интересно, тесты UnixBench для нескольких ядер:

можно и не читать.

Да, я не знал. Вернее сказать, я эти флаги не отключал, т.к. в некоторых ebuild-ах не было zen...

можно и не читать.

Почему?

Ещё вопрос. Когда вносятся обновления в текущий ebuild, возможно ли обновлять его имя вроде geek-sources-3.10.1-r1?

Да, я не знал.

Прежде чем что то делать обычно изучают предмет хотя бы поверхностно. Ссылка на картинку кстати в первом сообщении.

Почему?

Вот смотри сам. Если я все понял правильно то ты запускал этот самый бенчмарк на дебиане и на генте (ничего что сразу разные дистры?) с разными ядрами (и не думая об их USE флагах и конфигах. ну тоже ок.) и записывал его данные?

И в чем же заключается глубокий смысл таких замеров?

Осталось понять каким боком эти циферки относятся к реальным приложениям.

Вот это удар в пах, даже я до такого не опускаюсь.

«Зачётно, летает». На самом деле, в дебиане не full preempt ядро, что и оказывает влияние.

*Ящитаю, разумеется.

Полагал, что повторное наложение патча никак не влияет на результат.

И в чем же заключается глубокий смысл таких замеров?

Смысл в сравнении этих ядер/дистров. Конфиги ядер брал одинаковые для Gentoo (плюс-минус). Для Debian, как для бинарного дистрибутива - дефолтный конфиг, но там основные параметры те же: CFS, CFQ и т.д. К примеру, с BFS таких результатов не получить (мне во всяком случае не удалось), т.к. сильно будут ниже значения для 4cpu.

В общем, не знаю, просто какие-то результаты.

Ну, к примеру, о Pipe-based context switching:

This test measures the number of times two processes can exchange an increasing integer through a pipe. The pipe-based context switching test is more like a real-world application. The test program spawns a child process with which it carries on a bi-directional pipe conversation.

Осталось понять каким боком эти циферки относятся к реальным приложениям.

Ну, к примеру, о Pipe-based context switching:

This test measures the number of times two processes can exchange an increasing integer through a pipe. The pipe-based context switching test is more like a real-world application. The test program spawns a child process with which it carries on a bi-directional pipe conversation.

Когда вносятся обновления в текущий ebuild, возможно ли обновлять его имя вроде geek-sources-3.10.1-r1?

Тут дело в том, что чуть менее чем все USE флаги(aufs, fedora, gentoo, grsec, ice, mageia, suse, zfs, zen) в geek-sources работают по принципу 9999 ebuild-ов. branding, symlink, build, deblob - вообще выпадают потому что служебные. reiser4, bfq, bld, ck, lqx, pax, pf, uksm - задаются конкретной версией.

И если от каждого чиха менять цифру после r geek-sources-3.10.1-r<вот тут> то все равно она вырастет до астрономических значений.

В общем по идее как то это конечно нужно отображать. Но на деле по моему проще прочитать лог обновлений и самому решить а надо ли тебе обновляться.

Но на деле по моему проще прочитать лог обновлений и самому решить а надо ли тебе обновляться.

Ну, в принципе, RSS достаточно, спасибо!

Полагал, что повторное наложение патча никак не влияет на результат.

В geek-sources повторно патч никак не наложиться.

Тут не ясна сама логика.

Если хотел посравнивать то ставь gentoo-sources и ставь geek-sources исключительно только с одним USE=«gentoo» и выключая все остальное вместе с disable_fixes=yes и skip_squeue=yes.

А так как ты поделал это вообще разные дистры, разные ядра и с разным набором патчей. И что ты сравнивал лично мне не понятно.

ставь gentoo-sources и ставь geek-sources исключительно только с одним USE=«gentoo»

А geek-sources(USE=gentoo) != gentoo-sources?

А geek-sources(USE=gentoo) != gentoo-sources?

Я что то непонятно написал?

Если хотел посравнивать то ставь gentoo-sources и ставь geek-sources исключительно только с одним USE=«gentoo» и выключая все остальное вместе с disable_fixes=yes и skip_squeue=yes.

И да geek-sources(USE=gentoo, disable_fixes=yes, skip_squeue=yes) = gentoo-sources

А чего их тогда сравнивать, если одинаковые...

А чего их тогда сравнивать, если одинаковые...

Откуда я знаю? А к чему было сравнивать дебаны и генты с абсолютно разными тулчейном, ядрами, настройками и патчами?

Столбец с Debian для того, чтобы показать - тулчейн, бинарность дистра, флаги оптимизации для ядра фактически не влияют на результат - он приблизительно одинаковый на всех ядрах за исключением ядра с zen-патчами, как-то так...

При установке собранного ядра возникли проблемы с правами доступа к файлам. Собирал с

USE="build deblob uksm"

Dmitry_Sokolowsky Во первых USE=«build» нужен для того чтобы собрать и установить само ядро, его модули и выполнить module-rebuild rebuild. Во вторых проблемы не с ядром а с модулями. В третьих конкретно вот это =net-wireless/broadcom-sta-6.30.223.30-r2::init6 отличается от оригинала только версией в которую трудолюбивые руки убунтушных майтрейнеров заботливо добавили патч под ядра 3.10 о чем можно догадаться по

http://pastebin.com/aCnt8J7n

* 0009-add-support-for-linux-3.10.0.patch ... [ ok ]

В то время как у тебя

http://pastebin.com/aCnt8J7n

* Found kernel source directory: * /usr/src/linux * Found kernel object directory: * /lib/modules/3.9.7-calculate/build * Found sources for kernel version: * 3.9.7-calculate

Так что проверяй.

А sandbox у меня стоит и проблем с ним я не наблюдаю. Пока могу посоветовать только попробовать с USE="-build" и собирать дальше самому.

Извиняюсь за тупой вопрос, но как в menuconfig проверить, что выбран планировщик uksm?

Первая же ссылка в гугле Linux optimization

Ещё, в menuconfig поиск работает - клавиша '/'.

А, тем кому это интересно, дальше будет вот что.

Во первых в данный момент я произвожу реорганизацию и очередное разделение всей кодовой базы и вместо 2х eclass-ов появится более 25. Собственно один USE флаг на один eclass. git, patch, утилиты будут отдельно. Усовершенствовать и развивать дальше без этого становится все труднее.

Нужна помощь с индикатором загрузки/обновления для http/https/ftp/git/svn.

А основная цель максимальное избавление от переменных в ebuild-е т.е. если значение версии патча не задано то оно должно автоматически подбираться под нужную версия ядра.

вместо 2х eclass-ов появится более 25.

Признавайся, что куришь ?

Признавайся, что куришь ?

А что для того чтобы делать грамотно нужно что то курить?

При загрузке не определяется root!
Со стандартным ядром Calculate такого никогда не бывает.

Со стандартным ядром Calculate такого никогда не бывает.

Ну рассказывай как собирал.

А для собственно сборки использовал genkernel --menuconfig all

Мне это не говорит ни о чем. Я это дно не использую. Конфиг? Включен ли root фс Y а не M и прочее вот что интересно. Остальное лишь зависит лишь от степени неровности твоих рук.

Где его включить?

Где его включить?

Это самая популярная проблема.

File systems->
    <*> Name of your root fs
Device drivers->
    <*> Serial ATA and Parallel ATA drivers  --->
        <*> Name of your SATA controller

linux kernel-genkernel-x86_64-3.10.1-geek root=UUID=60af8755-f3dc-4c37-830c-abe2413fb2cf rootfstype=ext4

Проблема была из-за деблоба. Получается, за поддержку моего жусткого диска тоже отвечает блоб?
Собрал с uksm, теперь всё работает. Спасибо за работу!

Знаете, отзывчивость системы и программ улучшилась. Сейчас у меня работают Firefox и Virtualbox, занято 1520 Мб из 1771, но ничего не тормозит. На ядре Calculate в таких условиях были большие тормоза.