1.2, Аноним (-), 11:16, 13/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А в апстрим они вообще что-нибудь пытаются отдавать или "копайтесь в нашей свалке патчей, если хотите"?
| |
|
2.3, anonymous (??), 11:36, 13/02/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
>А в апстрим они вообще что-нибудь пытаются отдавать или "копайтесь в нашей свалке патчей, если хотите"?
>доступны в публичном Git-репозитории Oracle
Иногда лучше жевать.
| |
|
3.5, Аноним (-), 12:00, 13/02/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
>доступны в публичном Git-репозитории Oracle
Но это и есть "копайтесь в нашей свалке патчей, если хотите"
| |
|
4.10, pavlinux (ok), 13:37, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
А те как надо? Перед каждым патчем историю создания UNIX, август 91 - СССР распался и родился Linux,
цитаты из "Just For Fun", главу про под систему для которой представлен патч? Краткий мануал на git, patch, diff, make?
| |
4.14, ананим (?), 14:25, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Конечно они коммитят в апстрим ядра — http://www.opennet.dev/opennews/art.shtml?num=38845
>11.9% изменений внесено сотрудниками компании Intel, 9.7% - Linaro, 9% - Red Hat, 5% - Samsung, 3.5% - IBM, 2.7% - SUSE, 1.7% - Google, 1.5% - NVIDIA, 1.1% - Oracle, 1.0% - Huawei, 0.9% - ARM.
Но какое это имеет отношение к конкретной сборки ядра для их дистрибутива?
Тем более что это ядро вы можете использовать в своём дистре.
Это просто сборка, микс из бэкпортированых драйверов из свежих ванильных(!!!) ядер с kernel.org, некоторых своих ноу-хау (типа DTrace), настроек (make menuconfig) и рекомендаций/документации по применению всего этого дела (например — Unbreakable Linux Network User's Guide — http://docs.oracle.com/cd/E37670_01/E39381/html/index.html)
Так (или почти так) работают все производители дистров.
| |
|
3.17, Аноним (-), 18:19, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> доступны в публичном Git-репозитории Oracle
> Иногда лучше жевать.
Как насчет юридических вопросов? Например, DTrace можно легально использовать только в оракловом ядре, в любом другом случае это будет пиратством.
| |
|
4.19, Аноним (-), 18:23, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Как насчет юридических вопросов? Например, DTrace можно легально использовать только в
> оракловом ядре, в любом другом случае это будет пиратством.
А как это согласуется с GPLv2? Или это отдельный проприентарный модуль?
| |
|
5.24, Аноним (-), 22:30, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> А как это согласуется с GPLv2? Или это отдельный проприентарный модуль?
Насколько я понимаю, специально для UEK оракел, как правообладатель, лицензировал код DTrace под совместимой лицензией. Но только для UEK.
| |
|
4.21, ананим (?), 20:32, 13/02/2014 [^] [^^] [^^^] [ответить]
| –3 +/– |
>Например, DTrace можно легально использовать только в оракловом ядре, в любом другом случае это будет пиратством.
Чем то можете это подтвердить? CDDL конечно кaкaшкa, но всё-таки свободная.
DTrace просто видимо нафиг больше никому не нужен и всё. ZFS on Linux же вон вполне нормально развивается, быстрее чем в бзде версии релизились. Даже вон объединяются в одно комьюнити:
>OpenZFS was announced in September 2013 as the truly open source successor to the ZFS project. Our community brings together developers from the illumos, FreeBSD, Linux, and OS X platforms, and a wide range of companies that build products on top of OpenZFS.
http://open-zfs.org/wiki/Main_Page
| |
|
5.25, Аноним (-), 22:32, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Чем то можете это подтвердить? CDDL конечно кaкaшкa, но всё-таки свободная.
И несовместимая с GPL.
> DTrace просто видимо нафиг больше никому не нужен и всё.
ZFS тоже был "не нужен", пока не придумали его в отдельном модуле распространять.
> ZFS on Linux же вон вполне нормально развивается
Если ФС можно вынести в отдельный модуль, то инфраструктуру трассировки, требующую наличия сенсоров непосредственно в различных участках кода ядра, полностью вынести не получится.
| |
|
|
Часть нити удалена модератором |
7.38, linux must _RIP__ (?), 08:02, 14/02/2014 [ответить]
| –1 +/– |
> Всё наоборот — ZFS стал кому-то нужен под линухом и этот кто-то стал его его развивать отдельным модулем.
ZFS стал нужен большим дядям, которые хотят стораджей по 10-20P и что бы fsck там не работал месяцами.
в частности LLNL.gov - вот тогда все и сделали.. а админы локалхоста могут и дальше меряться пиписками и кричать что ZFS не нужно..
| |
|
|
9.51, arisu (ok), 02:04, 15/02/2014 [^] [^^] [^^^] [ответить] | +/– | нет, с ним Драмы не было а этому дегенерату на факты наплевать, особенно если ф... текст свёрнут, показать | |
|
|
|
|
|
|
|
2.4, Andrey Mitrofanov (?), 11:41, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> А в апстрим они вообще что-нибудь пытаются отдавать или "копайтесь в нашей
> свалке патчей, если хотите"?
Кто ж его знает, что они там "пытаются" ("Не пробуй, Люк!"), но 3.8 не числится на корневой kernel.org, ничего из перечисленного вверху, в новости не подходит для "стабильных" релизов на kernel.org. А в новых ядрах чего-то коммитят, да. Поищи слово "oracle", например, на
http://lwn.net/Articles/570483/
http://lwn.net/Articles/579081/
В другом апстриме, RHEL, вообще нет 3.8, вроде же. И в федоре, наверное.
Ты про какой "апстрим"-то??
| |
|
3.18, Аноним (-), 18:21, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Кто ж его знает, что они там "пытаются" ("Не пробуй, Люк!"), но
> 3.8 не числится на корневой kernel.org, ничего из перечисленного вверху, в
> новости не подходит для "стабильных" релизов на kernel.org. А в новых
> ядрах чего-то коммитят, да.
DTrace уже закоммитили?
| |
|
|
5.26, Аноним (-), 22:34, 13/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А он уже кому-то кроме oracle понадобился?
ZFS тоже был "не нужен никому, кроме оракла", пока не научились обходить проблемы с лицензией. По факту, получается, "что мы не осилили, то не нужно".
| |
|
6.29, ананим (?), 23:24, 13/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну конечно, оформить модуль ядра — этож ракетсайнс.
А портирование это так, семечки.
Думай что говоришь то.
| |
6.37, arisu (ok), 07:03, 14/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> ZFS тоже был «не нужен никому, кроме оракла»
и сейчас нафиг не нужен. только FreeBSD, у которой FS подобного уровня не было, а HAMMER брать и развивать они то ли побрезговали, то ли рук не хватило.
| |
6.39, linux must _RIP__ (?), 08:04, 14/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> А он уже кому-то кроме oracle понадобился?
> ZFS тоже был "не нужен никому, кроме оракла", пока не научились обходить
> проблемы с лицензией. По факту, получается, "что мы не осилили, то
> не нужно".
ZFS был нужен кому-то.. только Этому кому-то детская возня в болезнью столмана и нафик не сдалась.. Им работать надо было - поэтому сделали порт :)
| |
|
7.43, ананим (?), 13:17, 14/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
И поэтому они прикрутили «взрослый ZFS» к «детскому ядру linux'а».
>Им работать надо было - поэтому сделали порт :)
Им linux был нужен, поэтому и прикрутили.
А пафос с возрастом (по поводу возраста) проходит.
| |
|
8.47, Аноним (-), 18:35, 14/02/2014 [^] [^^] [^^^] [ответить] | –1 +/– | Это комплексы И у тех что пишет про ZFS взрослый в кавычках, и у тех кто пише... текст свёрнут, показать | |
|
|
|
|
|
|
|
1.11, pavlinux (ok), 13:47, 13/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
https://oss.oracle.com/git/?p=linux-uek3-3.8.git;a=blobdiff;f=Documentation/ne
+tcp_min_tso_segs - INTEGER
+ Minimal number of segments per TSO frame.
+ Since linux-3.12,
Во народ обрадуется, читать про 3.12 ядро в версии 3.8 :D
---------------------------------------------------------------
Работают посаны:
22 января (он же вариант от 25 декабря 2010)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index 7d7a36d..a8c7ad0 100644 (file)
--- a/arch/x86/mm/init.c
+++ b/arch/x86/mm/init.c
@@ -83,8 +83,8 @@ static void __init find_early_table_space(struct map_range *mr, int nr_range)
#ifdef CONFIG_X86_32
/* for fixmap */
tables += roundup(__end_of_fixed_addresses * sizeof(pte_t), PAGE_SIZE);
-#endif
good_end = max_pfn_mapped << PAGE_SHIFT;
+#endif
base = memblock_find_in_range(start, good_end, tables, PAGE_SIZE);
if (!base)
25 января (он же вариант с версии 2.6.37)
diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c
index a8c7ad0..7d7a36d 100644 (file)
--- a/arch/x86/mm/init.c
+++ b/arch/x86/mm/init.c
@@ -83,8 +83,8 @@ static void __init find_early_table_space(struct map_range *mr, int nr_range)
#ifdef CONFIG_X86_32
/* for fixmap */
tables += roundup(__end_of_fixed_addresses * sizeof(pte_t), PAGE_SIZE);
- good_end = max_pfn_mapped << PAGE_SHIFT;
#endif
+ good_end = max_pfn_mapped << PAGE_SHIFT;
base = memblock_find_in_range(start, good_end, tables, PAGE_SIZE);
if (!base)
| |
|
2.12, barmaglot (??), 14:08, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
А да прикольно :) Перед солдатом поставлена задача ... Задача стоит, солдат спит, служба идёт :)
| |
|
1.20, pavlinux (ok), 18:27, 13/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Усацца, это было ещё году в 2004 в SuSE :)
diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c
index 307a811..6f746b2 100644 (file)
--- a/drivers/scsi/scsi_scan.c
+++ b/drivers/scsi/scsi_scan.c
@@ -109,7 +109,7 @@ MODULE_PARM_DESC(scan, "sync, async or none");
* in practice, the maximum number of LUNs suppored by any device
* is about 16k.
*/
-static unsigned int max_scsi_report_luns = 511;
+static unsigned int max_scsi_report_luns = 1023;
module_param_named(max_report_luns, max_scsi_report_luns, uint, S_IRUGO|S_IWUSR);
MODULE_PARM_DESC(max_report_luns,
---
Во полезный патчик https://oss.oracle.com/git/?p=linux-uek3-3.8.git;a=commitdiff;h=af22a6bceb6a39
Patch has no impact for high speed flows, where having large TSO packets
makes sense to reach line rate.
For other flows, this helps better packet scheduling and ACK clocking.
This patch increases performance of TCP flows in lossy environments.
| |
|
2.40, linux must _RIP__ (?), 08:06, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Patch has no impact for high speed flows, where having large TSO
> packets
> makes sense to reach line rate.
> For other flows, this helps better packet scheduling and ACK clocking.
> This patch increases performance of TCP flows in lossy environments.
а что местные анатики в состоянии купить хорошую карточку с поддержкой TSO offload ?:)
| |
|
1.23, pavlinux (ok), 22:23, 13/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Порыл я "это" - куета полная, 99% уже давно есть в 3.12, 3.13,
drivers/char/random.с нихрена не обновили.
| |
|
2.27, Аноним (-), 22:36, 13/02/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Порыл я "это" - куета полная, 99% уже давно есть в 3.12, 3.13,
> drivers/char/random.с нихрена не обновили.
Ты лучше расскажи на пальцах, что там в 3.13 поменяли (патч я видел) и что это дает?
| |
2.30, ананим (?), 23:27, 13/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Порыл я "это" - куета полная, 99% уже давно есть в 3.12, 3.13,
А ты что ожидал?
Так и должно быть.
Вопрос в том, что переносить, как и какие настройки (и для какой нагрузки).
Для этого дистры и придуманы. А тоб все из сырцов быренько собирали б хеловорд и юзали.
| |
|
3.33, pavlinux (ok), 00:19, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
>>Порыл я "это" - куета полная, 99% уже давно есть в 3.12, 3.13,
> А ты что ожидал?
К примеру у RedHat и SuSE всегда вкусные плюшки, которых ещё нет даже в next- ветке.
| |
|
4.34, ананим (?), 00:43, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Да? В каком дистре я могу увидеть это ядро?
(Хинт — systemd пока ещё не ядро)
| |
|
5.35, pavlinux (ok), 02:14, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Да? В каком дистре я могу увидеть это ядро?
Кэп, - RHEL и SLES.
Дальше подрубаешь LKML и живёшь там.
| |
|
|
7.44, pavlinux (ok), 14:53, 14/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Глупости, кэп.
> Все теже патчи, но в разных комбинациях.
Это прекрасно - чем больше не верят и ленятся, тем у нас больше бабла!
| |
|
|
|
|
|
|
|