Линус Торвальдс представил (https://lkml.org/lkml/2011/11/7/562) первый экспериментальный выпуск следующей ветки ядра Linux 3.2-rc1 (http://www.kernel.org/). Так как выпуск 3.1 был задержан почти на месяц, будущий релиз является рекордным по числу изменений, 75% из которых касаются драйверов устройств, 15% - поддержки аппаратных архитектур, а оставшиеся 10% в основном с файловыми системами и сетевой подсистемой. Размер патча в сжатом виде (gzip) составляет (http://www.kernel.org/pub/linux/kernel/v3.x/) 22 Мб, для сравнения патч для ядра 3.1 занимал 11 Мб, а для 3.0 - 10 Мб. Число добавленных строк - 1.6 млн, удалённых - 1.4 млн. Релиз ядра 3.2 ожидается в начале января.
Из заметных улучшений можно отметить:- Поддержка DSP-процессоров Qualcom Hexagon (https://developer.qualcomm.com/hexagon-processor);
- Улучшенная реализация алгоритма хэширования SHA1, который оптимизирован для процессоров x86-64 и использует в процессе работы команды SSE3 и AVX;
- В TCP-стек интегриров...URL: https://lkml.org/lkml/2011/11/7/562
Новость: http://www.opennet.me/opennews/art.shtml?num=32256
2.6.39 и ранние версии (за иск. lts) более обновляться не будут?
Нет.
Нет, если никто не обновит. Но кому они нужны?
Мне. 2.6.39 добротное ядрышко. С внезапным решением Линуса сменить нумерацию на 3.х. я выгреб немало проблем, в прочем, как и многие другие.
Не было никаких проблем, во всяком случае в генте незаметно было. И если сильно хочется вернуть старую нумерацию никто не мешает в Makefile написать 2.6.40 или вроде того
Кстати, можно поподробнее плиз про 2.6.40 ? Хочу попробовать.
>можно поподробнее плиз про 2.6.40 ?Это 3.0 так замаскировали.
Ты не понял, я про то, как собрать 3-е ядро как 2.6.40 реально.
У Fedora 15 скачай исходники и погляди, например http://koji.fedoraproject.org/koji/buildinfo?buildID=273352
> Мне. 2.6.39 добротное ядрышко. С внезапным решением Линуса сменить нумерацию на 3.х.
> я выгреб немало проблем, в прочем, как и многие другие.А я не заметил никаких проблем. С ядром 3.0.
А в 3.2 бтрфс довольно сильно допилили, оно уже начинает доходить до кондиции понемногу.
pavlinux матюкался, когда делал патч но новую нумерацию для дров nvidia.
в остальном - без особых проблем прошло. может это от дистрибутива сильно зависит?
Ну не сильно,......там у них было
# if LINUX_VERSION_CODE < KERNEL_VERSION(2, 7, 0)
#define KERNEL_2_6
#endifВ иных случаях они считали что ядро не понятной версии.
Но это уже давно пофиксили, где-то в районе версии 280.хх
Мне. На дебиан тестинге 3 ядро некорректно собирается.
> Мне. На дебиан тестинге 3 ядро некорректно собирается.Позор. Даже у убунтуев в 11.10 3-е ядро, вполне корректное.
сливай патч дебианщиков и собирай....
наглый гон, у меня в Debian/unstable ванильное ядро прекрасно живет 3.0 и 3.1
да там может конфигу ядра так накрутили
Чего-нибудь касающееся радеонов есть?
> Чего-нибудь касающееся радеонов есть?Вроде по мелочи есть, на форониксе вообще как-то более подробно разжевано что в этом ядре...
Как обычно рекомендуется использовать nvidia.
> Как обычно рекомендуется использовать nvidia.С их проприетарными блобами, которые ломались то в кде, то в гноме, то видеокарты жарили? Сомнительное "счастье".
Ещенвидией пользоваться вообще крайне уныло для вычислений на GPU, например. В плане соотношения цена-производительность.
Амдшные карты лучше работают в системах по дефолту за счет нормального открытого драйвера, и лучше считают с проприетарным. И просто меньше жрут и греются. Приветы нвидии. Выбор тупых геймеров, которым менять раз в год пережаренные карты не лень.
> Амдшные карты лучше работают в системах по дефолту за счет нормального открытого
> драйвера, и лучше считают с проприетарным. И просто меньше жрут и
> греются. Приветы нвидии. Выбор тупых геймеров, которым менять раз в год
> пережаренные карты не лень.Согласен, еще для Интела i915 и свободен работает вполне прилично.
Я не согласен на счет интела, с sandybridge просто куча проблем. Жалею, что не купил ноутбук с amd, но там где я живу выбора особого нет, пришлось брать intel + nvidia.
> Согласен, еще для Интела i915 и свободен работает вполне прилично.У меня на более свежем чипсете в ноуте интел тоже работает отлично. Вообще, интелу зачет за хороший видеодрайвер, который just works. У меня вообще никаких проблем с ним не было, и для интеграта он довольно резв, я бы сказал.
>> Как обычно рекомендуется использовать nvidia.
> С их проприетарными блобами, которые ломались то в кде, то в гноме,
> то видеокарты жарили? Сомнительное "счастье".Что было, то прошло. А АМД уже сколько лет пилит-пилит, а на выходе неизменно хренотень получается. И на прошлые карты забили.
> Ещенвидией пользоваться вообще крайне уныло для вычислений на GPU, например. В плане
> соотношения цена-производительность.Не знаю про вычисления. Никогда этим не занимался.
> Амдшные карты лучше работают в системах по дефолту за счет нормального открытого
> драйвера, и лучше считают с проприетарным.Либо кое-как работают, либо считают? Такого добра нам не надо.
Нвидия просто работает с кошерным блобом. И ненужно никакого открытого говнодрайвера.
> И просто меньше жрут и греются. Приветы нвидии. Выбор тупых геймеров, которым менять раз в год
> пережаренные карты не лень.Ерунда.
> И на прошлые карты забили.А прошлые карты ати производило. Фигли вы с нвидии не требуете дрова для 3dfx карточек, раз они скупили контору? :))
> Не знаю про вычисления. Никогда этим не занимался.
Нвидию вообще только тупые геймеры юзают. Целевая аудитория такая. Удобная: можно впарить любой шЫт. Правда зачем таким сдался линукс - не понятно. Красоваться перед соседями по парте?
> Либо кое-как работают, либо считают? Такого добра нам не надо.
Да я заметил что б-длоп@треб-дям вообще ничего не надо, кроме тупого хавания.
> Нвидия просто работает с кошерным блобом. И ненужно никакого открытого г@внодрайвера.
Ага, а кучи багов - не считаются, когда вам удобно. Ну подумаешь не работают гномы, кеды, а сами видяхи регулярно дохнут от пережарки. Это же фигня, все-равно раз в полгода надо покупать самую-самую карту :))
>> пережаренные карты не лень.
> Ерунда.Ага, такая ерунда, особенно когда случается в ноуте, потом недели гемора с сервисником обеспечены :)
Перелогинься, толстяк.
> Улучшенная реализация алгоритма хэширования SHA1, который оптимизирован для процессоров x86-64 и использует в процессе работы команды SSE3 и AVX;Это неспроста - теперь Git будет работать быстрее =)
Думаете, гит использует реализацию SHA1 из ядра? :-)
Собрал 3.2-rc1, на Sandy Bridge (z68+2500k) SATA hdd+ext4 дают скорость записи около 2-х (да, двух) мегабайтов в секунду при записи файла более 1 Гб. Вражеская ОС на разделе этого же диска дает 60-70 Мб/сек. Выводы сделаете сами.
Ах да, на Live-cd последней убунты (11.10 помоему) ситуация абсолютно такая-же.
> Собрал 3.2-rc1, на Sandy Bridge (z68+2500k) SATA hdd+ext4 дают скорость записи около
> 2-х (да, двух) мегабайтов в секунду при записи файла более 1 Гб.Запись откуда?
---
XFSНDD SATA:
Model=WDC WD7500AAKS-00RBA0, FwRev=30.04G30, SerialNo=WD-WCAPT0057770
Model=WDC WD1500AHFD-00RAR5, FwRev=21.07QR5, SerialNo=WD-WMAP42080007iozone test
Raptor Х - 83 Mb/s
Caviar - 75 Mb/s
Да хоть откуда, с чтением нет проблем, вот к примеру:# uname -a
Linux humgat 3.2.0-rc1 #1 SMP PREEMPT Thu Nov 10 12:55:46 FET 2011 x86_64 Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz GenuineIntel GNU/Linux# iozone -i0 -s1g
KB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread
1048576 4 5768 6042# time dd < /dev/zero > testfile bs=1M count=1K
1024+0 записей считано
1024+0 записей написано
скопировано 1073741824 байта (1,1 GB), 156,724 c, 6,9 MB/creal 2m36.725s
user 0m0.000s
sys 0m0.390s# hdparm -tT /dev/sdc
/dev/sdc:
Timing cached reads: 28342 MB in 2.00 seconds = 14187.34 MB/sec
Timing buffered disk reads: 276 MB in 3.02 seconds = 91.33 MB/secВот и думай...
З.Ы. если у тебя такое-же железо, скинь конфиг ядра (хоть на pastebin), посмотрю что и как там.
> Да хоть откуда, с чтением нет проблем, вот к примеру:
> # time dd < /dev/zero > testfile bs=1M count=1K
> 1024+0 записей считано
> 1024+0 записей написано
> скопировано 1073741824 байта (1,1 GB), 156,724 c, 6,9 MB/cЧёй-то совсем жопа :)
# time dd < /dev/zero > testfile bs=1M count=1K
1024+0 записей считано
1024+0 записей написано
скопировано 1073741824 байта (1,1 GB), 10,098 c, 106 MB/creal 0m10.104s
user 0m0.005s
sys 0m3.490s> З.Ы. если у тебя такое-же железо, скинь конфиг ядра (хоть на pastebin),
Не у мня старье - мать Tyan Thunder K8WE (S2895), 2 x AMD Opteron 285
> посмотрю что и как там.
NCQ смотрел? Типа
# dmesg | grep NCQ
depth должно быть как-то так 31/32, но не 0/32
ata2.00: 293046768 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata4.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth 31/32)---
Может переформатировать надо с 2k блоками
Может в БИОСе AHCI не включен
Может драйвер generic вместо родного работает
Может SATA провод болтается# mount -o remount,noatime,nodiratime,async /
...
> Не у мня старье - мать Tyan Thunder K8WE (S2895), 2 x AMD Opteron 285С железом от АМД у меня тоже нет проблем, а вот свежий интел не радует.
> NCQ смотрел?
# dmesg | grep -i ncq
[ 1.372435] ahci 0000:00:1f.2: flags: 64bit ncq sntf led clo pio slum part ems apst
[ 2.198086] ata1.00: 250069680 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[ 2.198342] ata4.00: 1465147055 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[ 2.206895] ata3.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA>Может переформатировать надо с 2k блоками
Не, веник старый, гарантированно секторы 512 байт:
# dmesg | grep -i ata-
[ 1.890598] ata1.00: ATA-9: C300-CTFDDAC128MAG, 0006, max UDMA/100
[ 2.198341] ata4.00: ATA-7: WDC WD7500AAKS-00RBA0, 30.04G30, max UDMA/133
[ 2.206893] ata3.00: ATA-7: SAMSUNG HD103UJ, 1AA01113, max UDMA7Проблемный тот, что WD7500AAKS. Висящий рядом самсунг проблем не вызывает. Смарт у обоих нормальный.
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 193 180 021 Pre-fail Always - 7316
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 334
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0
9 Power_On_Hours 0x0032 059 059 000 Old_age Always - 30298
10 Spin_Retry_Count 0x0012 100 100 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0012 100 100 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 310
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 194
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 366
194 Temperature_Celsius 0x0022 113 094 000 Old_age Always - 39
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 7
200 Multi_Zone_Error_Rate 0x0008 200 200 051 Old_age Offline - 0
Оба подключены к чипсетному sata-2 контроллеру (корень на нем же, но на sata-3), разница между ними разве что в том, что на самсунге MBR а на WD GPT. Но я вообще не могу представить как из-за GPT может такое быть, это же просто таблица разделов, разве нет?># mount -o remount,noatime,nodiratime,async /dev/sdc2
без эффекта
>Может драйвер generic вместо родного работает
Да не, судя по dmesg ACHI работает.
> ... работает.Ну тогда точно SATA провод болтается :)
Заменил SATA-шнурок, заодно переткнул из 3-го и 4-го порта в 5-й и 6-й -- ничего не изменилось, видно не в этом дело.
iotop, kerneltop не пробовал? может приблизительней станет ясно...
в 3.1 таких косяков, как я понял, не наблюдается?