The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз ядра Linux 3.19"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз ядра Linux 3.19"  +/
Сообщение от opennews (??) on 09-Фев-15, 07:45 
После двух месяцев разработки Линус Торвальдс анонсировал (http://lkml.iu.edu/hypermail/linux/kernel/1502.1/00199.html) релиз ядра Linux 3.19 (https://www.kernel.org/). Среди наиболее заметных улучшений: средства защиты от переполнения буфера на основе расширений Intel MPX, проверка целостности и быстрая замена дисков  Btrfs RAID 5/6, сжатие LZ4 в squashfs, возможность привязки BPF-программ к сетевым сокетам, протокол TIPC, системный вызов execveat(), драйвер  "ipvlan" для связи контейнеров, драйвер "AMD KFD" для GPGPU-вычислений, поддержка архитектуры  Altera Nios II.


В новую версию принято примерно 11500 исправлений от 1200 разработчиков,
размер патча - 38 Мб (изменения затронули 10742 файлов, добавлено 487475 строк кода, удалено 350946 строк). Около 46% всех представленных в 3.19 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - файловыми системами и 4% c внутренними
подсистемами ядра.

Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_3.19) можно отметить:


-  
Дисковая подсистема, ввод/вывод и файловые системы

-  В Btrfs появилась возможность быстрой замены дисков в RAID 5/6 без предварительного добавления нового диска, переноса данных и вывода из массива старого диска, т.е. теперь при помощи утилиты btrfs-replace можно просто поменять на лету один диск на другой, как это делалось для накопителей, не состоящих в RAID. Для RAID 5/6 также добавлена функция проверки целостности данных ("Scrubbing", сверка контрольных сумм, сохранённых и вычисленных на основе фактических данных), которая ранее не могла быть применена только к RAID разделам Btrfs;

-  Существенно увеличена производительность модуля Device Mapper, обеспечивающего динамическое выделение места в хранилище (thin provisioning) и  позволяющего создать несколько виртуальных дисковых разделов, суммарный размер которых превышает физический размер доступных накопителей, а физическое дисковое пространство выделяется по мере необходимости. Производительность возросла в основном благодаря поддержке агрегирования операций с идентичными блоками до обращения к основному устройству;

-  В файловой системе Ceph добавлена поддержка inline-размещения данных, что привело к увеличению производительности для  мелки файлов. Также добавлена поддержка верификации сообщений по цифровой подписи для аутентификации обмена данными между  клиентами и серверами;
-  В F2FS, развиваемую компанией Samsung высокопроизводительную файловую систему для Flash-накопителей, добавлена опция "fastboot", которую можно использовать для сокращения числа проверок во время загрузки;
-  В файловую систему squashfs добавлена поддержка сжатия данных с использованием алгоритма LZ4;

-  
Виртуализация и безопасность

-  Поддержка расширений MPX (http://en.wikipedia.org/wiki/Intel_MPX) (Memory Protection Extensions), которые появятся в следующих поколениях микроархитектур процессоров Intel (Skylake и Goldmont) и дадут возможность организовать проверку ссылок на соблюдение границ, связанных с ними областей памяти. Для использования данной возможности для каждой ссылки на память процессору необходимо сообщить сведения о допустимых границах области памяти, что требует дополнительной адаптации программного обеспечения, т.е. использование для сборки компилятора и runtime-библиотек, поддерживающих MPX. С практической стороны, MPX позволит выявлять ошибки при работе с памятью и блокировать совершение атак, основанных на переполнении буфера.
-  Добавлен драйвер "ipvlan", позволяющий создавать виртуальные сетевые устройства для связи между изолированными контейнерами. Драйвер напоминает macvlan, но рассчитан на эффективную работу с сетевыми пространствами имён (network namespaces) и производит мултиплексирование трафика на более высоком уровне сетевого стека;


-  Для архитектуры ARM64 реализован механизм seccomp, используемый (https://www.opennet.ru/opennews/art.shtml?num=33654) для ограничения доступа приложений к системным вызовам;

-  В связи с устранением возможного вектора атаки (CVE-2014-8989) изменена обработка системного вызова setgroups(), при его использовании в пространствах имён для непривилегированных пользователей (user namespaces), что может (http://lwn.net/Articles/626665/) потенциально привести к нарушению нормальной работы некоторых приложений, выполняющих маппинг произвольных идентификаторов групп пользователей.
-  Прекращена поддержка использования системы виртуализации KVM на серверах с архитектурой Itanium (ia64), так как данная возможность не использовалась на практике и оставалась без сопровождения;
-  Добавлен (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...) интерфейс для доступа из пространства пользователя к функциям блочного шифрования AEAD (https://ru.wikipedia.org/wiki/AEAD_%D1%80%D0&...);

-  
Сетевая подсистема

-  В клиент и сервер NFS добавлена поддержка опций ALLOCATE и DEALLOCATE, определённых в стандарте NFS 4.2 и позволяющих заранее зарезервировать место в хранилище для файла, до его фактической записи;
-  В сетевой стек добавлена новая подсистема для задействования аппаратных механизмов ускорения коммутации и маршрутизации на поддерживающем данные возможности оборудовании;
-  Поддержка (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....) netlink API для сетевого протокола TIPC (http://tipc.sourceforge.net/) (Transparent Inter-process Communication) для организации межпроцессного взаимодействия в кластере. Протокол предоставляет средства для быстрого и надёжного взаимодействия приложений, независимо от того, на каких узлах в кластере они выполняются.

-  В подсистеме InfiniBand обеспечена поддержка подкачки по необходимости (on-demand paging), что позволяет создавать и размещать области RDMA через обработчик обращений к невыделенным страницам памяти (page faults), т.е. тогда, когда память действительно используется;

-  
Память и системные сервисы

-  В системный вызов getsockopt() добавлена новая опция SO_INCOMING_CPU, при помощи которой можно определить CPU, используемый для обработки указанного сокета. Используя данную опцию приложение может распределить связанную с сокетами работу по нескольким процессорам, увеличив общую пропускную способность;
-  Возможность (http://lwn.net/Articles/625224/) привязки расширенных BPF-программ к сетевым сокетам. В настоящее время функциональность ограничена сбором статистики, но в будущем ожидается расширение возможностей;
-  Добавлен системный вызов execveat(), который позволяет запустить исполняемый файл из открытого файлового дескриптора или найти исполняемый файл при передаче файлового дескриптора директории;
-  Из экспериментального staging-дерева в основной состав ядра перемещён механизм межпроцессного взаимодействия Binder, предложенный разработчиками платформы Android;
-  Поддержка (http://lwn.net/Articles/616859/) оверлеев Device Tree (http://devicetree.org), призванных упростить получение информации о вспомогательном оборудовании на стадии загрузки системы;
-  В подсистеме ftrace добавлена возможность использования в фильтрах выражений с логической операцией НЕТ ("!");


-  
Аппаратные архитектуры

-  Поддержка микропроцессорной архитектуры с программным ядром Altera Nios II (http://www.altera.com/devices/processor/nios2/ni2-index.html) (soft-процессор (https://ru.wikipedia.org/wiki/Soft-%D0%BC%D0&...)), конкурирующей с архитектурой MicroBlaze;


-  
Оборудование

-  Добавлен др...

URL: http://lkml.iu.edu/hypermail/linux/kernel/1502.1/00199.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=41634

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз ядра Linux 3.19"  +5 +/
Сообщение от Аноним (??) on 09-Фев-15, 07:45 
MPX в процессоры нужно было лет 20 назад добавить, чего они ждали?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз ядра Linux 3.19"  +10 +/
Сообщение от Иван Ерохин (ok) on 09-Фев-15, 08:01 
Если все сделать правильно, кто же тогда возьмет новые модели?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 09-Фев-15, 08:17 
Если бы это 20 лет назад внедрили, половина программ на вантузе следующие двадцать лет не работала бы, а так вантуз превратился в легаси, и можно выкидывать на рынок новое мегадостижение
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от YetAnotherOnanym (ok) on 09-Фев-15, 10:38 
Это можно было сделать по дефолту отключённым в биосе - пока не прилетит обновление.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

41. "Релиз ядра Linux 3.19"  +14 +/
Сообщение от angra (ok) on 09-Фев-15, 13:58 
Если ты такой умный, то расскажи, что сегодня надо добавить в процессоры из того, что добавят только через двадцать лет.


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

60. "Релиз ядра Linux 3.19"  +3 +/
Сообщение от Аномсис email on 09-Фев-15, 19:35 
Он всё верно говорит, в Эльбрусах вон изначально была защита по памяти и она намного круче, чем это нововведение Интел, именно такую защиту Интел должна была сделать в тоже время, когда она появилась и в Эльбрусах и в Эльбрусах защита по памяти уже больше, чем 20 лет назад реализована.
Интел на самом деле пыталась реализовать нечто подобное, но у неё не получилось, а то что она сделала, было намного хуже и в результате она от этого отказалась.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

80. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от angra (ok) on 10-Фев-15, 22:21 
Где эльбрус и где intel напомнить? Ну или в качестве аналогии, где linux и где plan9.
Варианты того, что добавить сейчас с двадцатилетним опережением будут или тоже крепки только задним умом?

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

93. "Релиз ядра Linux 3.19"  +/
Сообщение от Аномсис email on 11-Фев-15, 14:19 
Интел преуспела только в техпроцессе, а Эльбрус в архитектуре.
Благодаря этому у Интела большие частоты и она опережает, но с аналогичными частотами опережал бы Эльбрус.
Всякие костыли Интела, типа MMX, SSE, AVX -- это не достижения, а технологии усложняющие программирование и которые можно применить в ограниченных случаях.

"Где эльбрус и где intel напомнить?"
Ты смотри не где они, а что они тебе предоставляют и как это преподносят.

И я говорил про архитектуру, а не про коммерческое превосходство.
Защита по памяти в Эльбрусе появилась в 1978 году, точно такую же защиту можно было бы и в Интел сделать, но они не сделали. Тогда они бы могли бы хотя бы сделать проверку указателей(в то же время), которую добавили только сейчас. Что мешало им это добавить раньше ?

"Варианты того, что добавить сейчас с двадцатилетним опережением будут или тоже крепки только задним умом?"
Посмотри историю развития процессоров и поймёшь, что Интел всё внедряет с огромным опозданием. Для Интела главное коммерческая выгода, а при такой схеме выгодней не сразу всё добавить в процессор, а добавлять это постепенно и тогда у людей будет смысл покупать новые продукты. У Интела единственное превосходство в том, что она достигла больших частот, благодаря чему её процессоры быстрее.
Интел внедряет с 20-летним опозданием, поэтому ни о каком опережении речи и не может быть -- всё надо внедрять во время, а не тормозить прогресс своей коммерческой выгодой.
И не задавай глупых вопросов -- эти технологии были известны и 20 лет назад, сейчас это не является чем-то необычным, чего тогда не было придумано.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от yantux email(??) on 12-Фев-15, 12:18 
Фигня вопрос.
Пусть Эльбрус производит более эффективные процессоры. Для fabless компании это не должно быть проблемой. Кроме того, ни кто не мешает Эльбрусу захватить рынок с помощью продажи лицензий на свои IP ядра, как это делает ARM или Mentor Graphics.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

66. "Релиз ядра Linux 3.19"  +4 +/
Сообщение от pavlinux (ok) on 10-Фев-15, 00:39 
> расскажи, что сегодня надо добавить в процессоры из того, что добавят только через двадцать лет.

systemd

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

4. "Релиз ядра Linux 3.19"  +/
Сообщение от CSRedRat email(ok) on 09-Фев-15, 08:37 
Btrfs теперь действительно готова для промышленного применения? Кто уже применяет дома, на работе, в продакшене?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Релиз ядра Linux 3.19"  +5 +/
Сообщение от Claptap on 09-Фев-15, 08:42 
Как по мне Ext4 быстрее. Может пока. Если допилят то будет торт.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Релиз ядра Linux 3.19"  +2 +/
Сообщение от Vaso_Petrovich on 09-Фев-15, 09:07 
А по мне xfs, уже более 10 лет в продакшеине использую и проблем не знаю, недавно достались сервера с райсером и ext3/4, так сразу ощутил разницу.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "Релиз ядра Linux 3.19"  +/
Сообщение от grec on 09-Фев-15, 11:07 
Чем ощущал?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

23. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Michael Shigorin email(ok) on 09-Фев-15, 11:40 
> Чем ощущал?

LA обычно.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

25. "Релиз ядра Linux 3.19"  +4 +/
Сообщение от Аноним (??) on 09-Фев-15, 12:09 
Руками. Те сервера намного тяжелее.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

61. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 09-Фев-15, 20:24 
> Руками. Те сервера намного тяжелее.

Жесткие диски - тяжелые, заразы :)

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Anonymous528 on 09-Фев-15, 12:19 
видимо разницей
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "Релиз ядра Linux 3.19"  –2 +/
Сообщение от SpiritOfStallman (ok) on 09-Фев-15, 12:18 
>А по мне xfs, уже более 10 лет в продакшеине использую и проблем не знаю, недавно достались сервера с райсером и ext3/4, так сразу ощутил разницу.

Петрович, что-то наверно ты нам немного приврал.

Сколько не использовали xfs в твоём "продакшеине", как то в большинстве случаев приходилось долго жалеть о таком решении, кушать кактус и плакать.
Как-то твой xfs легко доводиться до всяческих ошибок io, тихой смерти, или потери функциональности без всяческого сигнализирования об этом.
И тогда xfs_repair -v -L становиться твоей мантрой, ты хочешь положить xfs_repair в крон, ты хочешь засунуть xfs_repair в иниты, ты хочешь видеть xfs_repair в каждом скрипте.

А ну вырази, пожалуйста, авторитетное мнение на этот счёт.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

45. "Релиз ядра Linux 3.19"  +/
Сообщение от Crazy Alex (ok) on 09-Фев-15, 14:30 
Я "продакшны" лет несколько как не админю совсем, а вот дома XFS живёт. И, как водится, режимы эксплуатации более варварские - и поиграться с новым ядром могу, загнав в кору, и железо чудило, и питание отрывал... XFS выживает спокойно.

Так что мне очень интересно, что надо сделать с ней, чтобы возникли проблемы. Единственное, что приходит в голову-  нагрузка в продакшне всяко побольше. Но уж с чем, а с нагрузкой XFS всегда справлялась хорошо, от рождения.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

54. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 09-Фев-15, 16:34 
В так называемом "High load" рекомендуют xfs почти всегда. У меня, например на нём работают СЕРН и свифт. Доволен, не жалуюсь.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 13:18 
> так сразу ощутил разницу.

Да, XFS намного сильнее тормозит на операциях с кучей метаданных и это ощутимая разница, если файлы - куча мелочи в большой иерархии :).

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Crazy Alex (ok) on 09-Фев-15, 14:24 
Ещё один из криокамеры. Это давно подправлено, они сейчас с Ext4 практически вровень - на одних операциях одна быстрее, на других - другая. И так уже с год - во всяком случае, я где-то год назад тесты гонял.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 20:54 
> Ещё один из криокамеры. Это давно подправлено,

Да, одно время подтягивали. В районе 3.5 чтоли. Стало получше. Но не предел мечтаний ни разу.

> они сейчас с Ext4 практически вровень - на одних операциях одна быстрее,
> на других - другая.

Может оно и так, но в целом мне совсем не нравится как работает XFS на разлапистых иерархиях. EXT4 в среднем по больнице имхо симпатичнее на куче мелочи с разлапистой иерархии, по типу пары деревьев линевого кернеля или там чего наподобие. Для больших файлов, особенно на многодисковых конфигах - оно как бы да. Но это сильно отдельный юзкейс, который надо ручками конфигурить. Тогда будет замечательно. Но нишевая штука и переконфигурировать достаточно сложно.

Извини, конечно, но например обход разлапистой иерархии нахолодную - пипец какой-то. За это я постепенно декомиссую оставшиеся XFS-ы, имхо.

> год назад тесты гонял.

У меня до сих пор есть несколько томов в XFS. Там как правило уберсвежие ядра типа 3.16-3.19. Не особо нравится. Да, стало не так отвратно как было раньше. Но превозносить его до небес - не вижу причин.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 3.19"  +/
Сообщение от Crazy Alex (??) on 10-Фев-15, 00:28 
Ну будет настроение - погоняю снова. Те результаты если найду - тоже могу выложить. Отличия там были в пределах 20% в зависимости от количества потоков, операции, чего-то ещё... Что с моей точки зрения (я ж особо хитро ничего не сетапил, так - посмотрел, что разные опции дают) - в пределах погрешности.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

68. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-15, 00:59 
> У меня до сих пор есть несколько томов в XFS. Там как
> правило уберсвежие ядра типа 3.16-3.19. Не особо нравится.

Разница с той же ext4 и тем более ext3 особо хорошо заметна не на локалхосте, а под многопоточной загрузкой (например, на приснопамятном ftp.linux.kiev.ua она бывала критичной).

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

81. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 11-Фев-15, 00:25 
> Разница с той же ext4 и тем более ext3 особо хорошо заметна
> не на локалхосте, а под многопоточной загрузкой (например, на приснопамятном
> ftp.linux.kiev.ua она бывала критичной).

Ext3 - это окаменелый кусок хлама. Его время закончилось. А EXT4 тоже как-то периодически оптимизируют. Так что такие результаты тоже надо периодически апдейтить. А еще сейчас в моде напримeр SSD. Там размещение и чтение данных непрерывными кусками не так важно как общий оверхед по работе с метаданными, etc. Соотношения сил опять же меняются - вперед выходят те кто делает минимум операций и EXT4 в этом случае себя показывает весьма неплохо.

По ощущениям XFS не быстр именно на ряде операций с метаданными. Это не ахти какая проблема для файлопомойки, но если на холодную читать разлапистую иерархию размером с линуксное дерево - мне что-то не нравится как XFS себя ведет. Тормозно это у него как-то получается. А на такой помойке - какие там интенсивные операции с метаданными? Врядли кто станет туда выгружать иерархию с линевый кернел и потом активно шариться по этой куче мелочи, e.g. скачивая весь линуксный кернел таким манером на скорость.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

88. "Релиз ядра Linux 3.19"  +/
Сообщение от Michael Shigorin email(ok) on 11-Фев-15, 01:11 
> По ощущениям XFS не быстр именно на ряде операций с метаданными. Это
> не ахти какая проблема для файлопомойки, но если на холодную читать
> разлапистую иерархию размером с линуксное дерево - мне что-то не нравится
> как XFS себя ведет. Тормозно это у него как-то получается.

Мне такое не нравится ни с какой realfs на холодную, поэтому обычно и выходит либо оперативно горячий кэш, либо tmpfs.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

91. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 11-Фев-15, 01:50 
> Мне такое не нравится ни с какой realfs на холодную, поэтому обычно
> и выходит либо оперативно горячий кэш, либо tmpfs.

Ну, понимаете, мне тоже cache hit нравится. Но мы рассматриваем все-таки свойства ФС и кивать на кэш при этом как-то не айс и вообще жульничество. Особенно учитывая тот факт что иногда машины все-таки ребутают, рабочий размер данных может превысить размер оперативы, etc и поэтому все-таки можно столкнуться с "bare" свойствами файлухи, не исправленными гигазами кэшатины.

А так в этом плане хороши SSD, за счет мизерного seek time и приличных скоростей чтения-записи. Но они дорогие в пересчете на гиг (как и оперативка) и не любят активную запись.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 3.19"  +/
Сообщение от Michael Shigorin email(ok) on 11-Фев-15, 02:10 
Дорогой зампокап, эт всё кристально ясно (и SSD у меня с 2010 расползлись по всем ноутам), но жаловаться на обыденные местные практики как жульничество можете хоть в спортлото. :)
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

35. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Genry_U on 09-Фев-15, 13:29 
Ну у меня другое мнение...   В Fedore BTRFS долго грузится, но работает сильно быстрее  Ext4.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

67. "Релиз ядра Linux 3.19"  +/
Сообщение от pavlinux (ok) on 10-Фев-15, 00:43 
> Ну у меня другое мнение...   В Fedore BTRFS долго грузится,
> но работает сильно быстрее  Ext4.

find / -noleaf при загрузке и всё летать будет на любой ФС

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

90. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 11-Фев-15, 01:45 
> find / -noleaf при загрузке и всё летать будет на любой ФС

...после того как изрядно потормозит :)


Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 3.19"  +/
Сообщение от sergey (??) on 09-Фев-15, 09:16 
С ноября использую дома, проблем не заметил. На SSD всё летает. В прошлые годы на обычном диске замечал падение производительности, поэтому не использовал btrfs. В случае неудачного обновления пакетов (если лень разбираться в чём косяк) snapper rollback рулит.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

36. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 13:36 
> прошлые годы на обычном диске замечал падение производительности,

Вообще-то можно ее поднять
1) Включить сжатие.
2) Сделать дефраг.

Кстати говоря, 2 можно совмещать с 1. А слоупочным механическим дискам типа wd green на 5400 или ноутбучным - сжатие самое оно.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

50. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от dexy on 09-Фев-15, 15:11 
>> прошлые годы на обычном диске замечал падение производительности,
> Вообще-то можно ее поднять
> 1) Включить сжатие.
> 2) Сделать дефраг.
> Кстати говоря, 2 можно совмещать с 1. А слоупочным механическим дискам типа
> wd green на 5400 или ноутбучным - сжатие самое оно.

Какое отношение эти советы имеют к SSD?

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 3.19"  +2 +/
Сообщение от Аноним (??) on 09-Фев-15, 18:47 
Никакого, ваш КО.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

17. "Релиз ядра Linux 3.19"  +/
Сообщение от birgo on 09-Фев-15, 10:50 
Использую на десктопе год и на телефоне (btrfs по умолчанию на Jolla) примерно столько же.
Поломку целостности на десктопе испытывал один раз, прошлой весной, но бэкапы выручают, а работа с ними на btrfs просто сказка (снапшоты + send/receive).
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от count0krsk (ok) on 13-Фев-15, 17:31 
А БЕЗ бэккапа с неё чем данные восстанавливать? Для ext-ов есть утилиты по восстановлению всего подряд, а не только "целых и не фрагментированных" aka testdisk.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

97. "Релиз ядра Linux 3.19"  +/
Сообщение от Michael Shigorin email(ok) on 13-Фев-15, 18:28 
> А БЕЗ бэккапа с неё чем данные восстанавливать? Для ext-ов есть утилиты
> по восстановлению всего подряд, а не только "целых и не фрагментированных"
> aka testdisk.

testdisk вообще-то про поиск разделов, а не данных на ФС на них.  С другой стороны, утилит вроде photorec/scalpel для "ФС" вроде zfs/btrfs пока не видел.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

18. "Релиз ядра Linux 3.19"  +/
Сообщение от EHLO on 09-Фев-15, 10:54 
> Кто уже применяет дома, на работе, в продакшене?

Дома можно. В продакшн нет. Во всяком случае до 3.16 включительно.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

30. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 13:19 
> Во всяком случае до 3.16 включительно.

Лучше всего для btrfs пользоваться сабжевым ядром ;).

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от yekm (ok) on 09-Фев-15, 11:57 
Несколько месяцев назад перенес весь /opt и профиль хрома на btrfs c lzo. Тот же винт, другой раздел. Холодный старт хрома вместо 30 секунд стал 15.
С момента переноса комп ресетился (пропало электричество или подвисал изза экспериментов с vfio) раз 20, все живы.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

32. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 13:26 
> Btrfs теперь действительно готова для промышленного применения? Кто уже применяет дома,
> на работе, в продакшене?

Я юзаю уже с полгода в реалистичных применениях. В основном как системные диски. С LZO сжатием на механическом диске как-то поприятнее становится, скорость записи - резвенькая. Снапшоты - удобно. Ничего и нигде не разваливалось, хотя слеты питалова и прочее - бывали.

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

39. "Релиз ядра Linux 3.19"  +/
Сообщение от Gannet email(ok) on 09-Фев-15, 13:49 
Дома и на работе на рабочих станциях пользователей. Уже, наверное, года полтора. Но если пользовать, то с ядрами 3.15+. А то на 3.13 производительность её "еле-еле душа в теле". Возможность создания снимков очень помогает. Просто не представляешь потом, как без неё на другой ФС "жить". Остальные плюшки тоже радуют, как например, возможность автоматической дефрагментации (опция монтирования autodefrag) или сжатия (не использую).
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

48. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от ноним (ok) on 09-Фев-15, 14:41 
>или сжатия (не использую).

А зря )

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Gannet email(ok) on 09-Фев-15, 16:30 
>>или сжатия (не использую).
> А зря )

Cлыхал, оперативы на это съедается вроде прилично, не? о_О

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 09-Фев-15, 16:38 
Это же не ZFS.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

57. "Релиз ядра Linux 3.19"  +/
Сообщение от Gannet email(ok) on 09-Фев-15, 16:46 
> Это же не ZFS.

ZLIB или LZO ?

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

63. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 20:56 
> ZLIB или LZO ?

А пофигу. Ни тот ни другой многл RAM не трескает.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

64. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Gannet email(ok) on 09-Фев-15, 21:40 
>> ZLIB или LZO ?
> А пофигу. Ни тот ни другой многл RAM не трескает.

Но по быстродействию вроде разнятся. Один сильнее жмёт, второй - слабее. В общем, ощутимо быстродействиее ФС увеличивается ?

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

82. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 11-Фев-15, 00:33 
> Но по быстродействию вроде разнятся. Один сильнее жмёт, второй - слабее. В
> общем, ощутимо быстродействиее ФС увеличивается ?

С zlib производительность может просесть - даже довольно мощные процессоры не смогут жать со скоростью равной полной скорости записи на винч. Но жмет поплотнее.

А с LZO все интереснее - на современных процах он по скорости сжатия и тем более распаковки может достигать сотен мегабайтов в секунду. Поэтому может так выйти что сжать данные и пихнуть на медленный диск меньше данных за счет сжатия - быстрее чем было бы пропихивать данные несжатыми. Ессно это весьма варьируется, в зависимости от соотношения мощности проца к скорости диска. Но если проц относительно мощный, а диск относительно медленный - с LZO можно получить прибавку в скорости. Ну а на чтении прибавка будет потому что читать меньше данных пришлось. Ессно, если данные плохо жмутся - то и никакого особого профита не наступит.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

89. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Gannet email(ok) on 11-Фев-15, 01:33 
>[оверквотинг удален]
> А с LZO все интереснее - на современных процах он по скорости
> сжатия и тем более распаковки может достигать сотен мегабайтов в секунду.
> Поэтому может так выйти что сжать данные и пихнуть на медленный
> диск меньше данных за счет сжатия - быстрее чем было бы
> пропихивать данные несжатыми. Ессно это весьма варьируется, в зависимости от соотношения
> мощности проца к скорости диска. Но если проц относительно мощный, а
> диск относительно медленный - с LZO можно получить прибавку в скорости.
> Ну а на чтении прибавка будет потому что читать меньше данных
> пришлось. Ессно, если данные плохо жмутся - то и никакого особого
> профита не наступит.

О как. Спасибо за разъяснения.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

87. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 11-Фев-15, 00:58 
А насчет потребления памяти: и у zlib и у lzo довольно мелкий буфер словаря, так что много памяти там трескать просто нечему. Много они потребляют только по меркам микроконтроллеров. И то - LZO распаковывается "одними регистрами", совсем без выделения памяти под словари и прочее ("no memory decompression").
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

70. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 10-Фев-15, 05:58 
пользую на основых пк более полугода. пока никакого мнения не составил.
собирал когда домашную файлопомойку сделал
btrfs balance start -v -mconvert=raid1 /mnt/storage;
btrfs fi df /mnt/storage        
Data, single: total=10.91TiB, used=10.81TiB
System, RAID1: total=32.00MiB, used=1.18MiB
Metadata, RAID1: total=14.00GiB, used=12.27GiB
unknown, single: total=512.00MiB, used=0.00

сначала сделал правда raid0 на все, и когда во время создания один винт был некорректно форматнут, и после перезапуска btrfs том не смог собраться, тогда было неприятно.
правда научился делать repair. убил кучу времени, но теперь я уже спокоен когда для метаданных raid1 - один винт если пропадет, то исчезнет только то что на нем, а не всё подряд деревьями (восстановление идет от верхних каталогов, по мере их заполнения).

снапшотами как то так и не привык пользоваться. а вот дедубликацию использую. из 10тб после сканирования было высвободжено порядка 0.3тб засчет dedup.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Релиз ядра Linux 3.19"  +/
Сообщение от A.Stahl (ok) on 09-Фев-15, 09:57 
Скучный релиз -- ни одной фичи для домохозяек.
Ну разве что радеоны будут свистеть кулерами более хорошо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз ядра Linux 3.19"  +4 +/
Сообщение от Pickle on 09-Фев-15, 10:19 
Не "более хорошо", а "лучше".
Ладно -тся/-ться можно еще на т9 списать, но это...
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Релиз ядра Linux 3.19"  +/
Сообщение от A.Stahl (ok) on 09-Фев-15, 10:26 
Это было специально. Так как кулеры будут вращаться не "более быстро" и не "более медленно", а более "хорошо". Это нечто вроде юмора.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Релиз ядра Linux 3.19"  +5 +/
Сообщение от Аноним (??) on 09-Фев-15, 10:35 
Если уж хотел спетросянить, нужно говорить "более лучше"
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Релиз ядра Linux 3.19"  +3 +/
Сообщение от A.Stahl (ok) on 09-Фев-15, 10:38 
Петросянолог? Это лженаука. Как хочу, так и шучу.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

51. "Релиз ядра Linux 3.19"  +5 +/
Сообщение от Аноним (??) on 09-Фев-15, 15:23 
>Как хочу, так и шучу.

Да не льсти себе, пиши правду: как можешь - так и шутишь.

// Лжепетросянолог

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

33. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 13:27 
> Скучный релиз -- ни одной фичи для домохозяек.

А что домохозяйкам надо от кернела? Встроенный плеер? Или управление щипцами для завивки волос? :)

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

40. "Релиз ядра Linux 3.19"  +4 +/
Сообщение от Andrey Mitrofanov on 09-Фев-15, 13:52 
>> Скучный релиз -- ни одной фичи для домохозяек.
> А что домохозяйкам надо от кернела?

То, для чего они шлют патчи. //Ваш К.О.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 3.19"  –2 +/
Сообщение от гость on 09-Фев-15, 18:23 
системд в ядро!
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

69. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 10-Фев-15, 01:13 
Это будет в сустемд!
Там вообще все будет.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 3.19"  –2 +/
Сообщение от Аноним (??) on 09-Фев-15, 11:28 
> В системный вызов getsockopt() добавлена новая опция SO_INCOMING_CPU, при помощи которой
> можно определить CPU, используемый для обработки указанного сокета. Используя данную опцию
> приложение может распределить связанную с сокетами работу по нескольким процессорам,
> увеличив общую пропускную способность

То есть это все-таки опция setsockopt(), которая задает CPU для обработки сокета? И причем тут вообще "процессор, используемый для обработки указанного сокета"? Кем используемый, ядром? Приложением? Ядро разучилось шедулить по-человечески и теперь приложения сами должны руками прибивать процессоры к сокетам?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 3.19"  +2 +/
Сообщение от Аноним (??) on 09-Фев-15, 13:28 
> сами должны руками прибивать процессоры к сокетам?

Хренов тот шедулер, который в случае нужды нельзя затвикать как надо.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

79. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 10-Фев-15, 18:37 
Не, ну если замеры показывают что ручной тюнинг таки увеличивает производительность... а если нет?

Эта информация об обрабатывающем процессоре имеет смысл только в связке с taskset(1) — отдавать сокеты дочерним рабочим процессам с правильной аффиностью. Эта опция позиционируется как замена RFS/RPS?

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

22. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 11:33 
> В новую версию принято примерно 100500 исправлений от 9999 разработчиков

//fixed


>  поддержка архитектуры Altera Nios II.

Хочу десктоп на Nios II, ну, или хотя бы планшет. Ну, или хотя бы на  Некроблазе (Пикоблазе не предлагать).

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Релиз ядра Linux 3.19"  +2 +/
Сообщение от Аноним (??) on 09-Фев-15, 13:39 
> Хочу десктоп на Nios II, ну, или хотя бы планшет.

Хочешь - сделай! На то оно и FPGA...


Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 09-Фев-15, 16:41 
>> Хочу десктоп на Nios II, ну, или хотя бы планшет.
> Хочешь - сделай! На то оно и FPGA...

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

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

86. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 11-Фев-15, 00:53 
> Полностью с вами согласен. Кстати, а что сегодня есть из свободного инструментария разработки?

С этим плоховато, увы. Форматы битстримов FPGA обычно недокументированные и генерятся некими самопальными проприетарными тулзами. Без описания как это сделать без них. Увы.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

31. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от iZEN (ok) on 09-Фев-15, 13:23 
> проверка целостности и быстрая замена дисков в Btrfs RAID 5/6

О, User294 наконец-то получил, что хотел! Поздравляю.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 09-Фев-15, 13:41 
> О, User294 наконец-то получил, что хотел! Поздравляю.

Спасибо изя :). А ты сомневался что это будет? Напрасно - достаточно посмотреть список коммитеров. Вот чего-чего а желающих попахать на себя - в линуксном ядре хватает.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

42. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от cmp (ok) on 09-Фев-15, 14:05 
> Добавлен драйвер "ipvlan"

а чем veth плох

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Andrey Mitrofanov on 09-Фев-15, 14:32 
>> Добавлен драйвер "ipvlan"
> а чем veth плох

Найди 10 отличий! http://lwn.net/Articles/620087/?format=printable

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 3.19"  +/
Сообщение от cmp (ok) on 09-Фев-15, 15:46 
То есть упрощалка на уровне ядра, которая позволяет не создавать мост, very simple это 2е отличие, и видимо все.

спасибо за ссылку, пока читал как раз собралось.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

71. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от ua9oas email(ok) on 10-Фев-15, 08:58 
Стандартные вопросы в таких случаях: в состав каких дистрибутивов "3.19" сие войдет? (А в каких уже установленных ОС может быть смысл ихнее штатное ядро поменять на ядро на это?) Сколько времени эта ветка ядра будет поддерживаться?
Насколько больше устройств поддерживается в этом ядре? (И а сколько чего неподдерживаемаго в линуксе осталось насегодня?) И есть ли такое оборудование и функции в других ветках ядра, которые не поддерживаются в этом? (А по положению дел насегодня для стараго "железа" какое ядро лучше туда подойдет?)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от cmp (ok) on 10-Фев-15, 12:40 
Щас с бригадой кодеров подробный ченьжьлог накропаем, прям по пунктам.

А если серьезно, лучше выделить время и собрать ядро самому, сначала с "дефолтным" для дистрибутива конфигом, а потом с "минимальным" для конкретной машины, тогда эти вопросы отпадут сами собой.

Что касается, "Сколько времени эта ветка ядра будет поддерживаться", то в ядре полным полно кода который мигрирует из версии в версию как есть, много унаследованно от 2.6 ветки, большая часть. Но багов и дыр, подобных ssl'ным там не находили уже очень давно, а если и находили, то в таких драйверах к железкам которые еще поискать.

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

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

83. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 11-Фев-15, 00:47 
> Щас с бригадой кодеров подробный ченьжьлог накропаем, прям по пунктам.

Хренасе, для того чтобы набрать git log уже надо бригаду кодеров?!

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

75. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Аноним (??) on 10-Фев-15, 13:46 
В btrfs уже исправили архитектурный недостаток в разрастающихся метаданных до размеров половины раздела? Нет? Какой смысл ей пользоваться тогда. Уже лет 7 жду когда она будет пригодна для использования. Похоже разработчики стали жертвой переусложнения кода, особенно если учесть как они эти 7 лет генерировали новые идеи и пытались их воплотить. Очевидно, что код не может быть настолько гибким чтобы в нем могли реализовать все задумки без переписывания больших кусков системы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

76. "Релиз ядра Linux 3.19"  +/
Сообщение от Аноним (??) on 10-Фев-15, 13:59 
> В btrfs уже исправили архитектурный недостаток в разрастающихся метаданных до размеров половины раздела?

Это не недостаток, а фича же!
Если взять обычную ФС и создавать на ней пустые файлы до посинения, метаданные могут и 100% раздела занять.

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 3.19"  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-15, 14:08 
> Если взять обычную ФС и создавать на ней пустые файлы до посинения,
> метаданные могут и 100% раздела занять.

Нет, если количество инодов задано при создании ФС.  Но тогда есть другая проблема...

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

84. "Релиз ядра Linux 3.19"  +1 +/
Сообщение от Аноним (??) on 11-Фев-15, 00:48 
> Нет, если количество инодов задано при создании ФС.  Но тогда есть
> другая проблема...

Похожай по смыслу - файлы почему-то не удается создать.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

98. "Релиз ядра Linux 3.19"  +/
Сообщение от count0krsk (ok) on 13-Фев-15, 22:27 
>> Нет, если количество инодов задано при создании ФС.  Но тогда есть
>> другая проблема...
> Похожай по смыслу - файлы почему-то не удается создать.

Файлов около 300 000 на одном разделе ноута, место есть, всё создается. ЧЯДНТ?
Правда ext4 пользую )

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

78. "кранчинг, boinc"  –1 +/
Сообщение от Аноним (??) on 10-Фев-15, 18:05 
Объясните, пожалуйста, будет ли работать свободный драйвер "AMD KFD" для GPGPU вычислений на дискретной видеокарте Radeon 260x. Поддержки HSA у нее нет. Конкретно интересует приложение boinc.

До сего момента в кранчинге работал только каталист. Свободный драйвер в boinc не определялся. А в 3.19 как?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

85. "кранчинг, boinc"  +/
Сообщение от Аноним (??) on 11-Фев-15, 00:51 
> на дискретной видеокарте Radeon 260x. Поддержки HSA у нее нет. Конкретно
> интересует приложение boinc.

HSA как я понимаю более актуален для APU, где есть и обычный CPU и GPU.

> До сего момента в кранчинге работал только каталист. Свободный драйвер в boinc
> не определялся. А в 3.19 как?

А вы поставили свежую MESA, LLVM и libclc? Технически некое подобие OpenCL 1.1 с RadeonSI работает. Но там местами не хватает некоторых фич, а местами бывают баги. Но большинство софта нормально детектирует сие. Насколько сможет работать с - второй вопрос.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

94. "кранчинг, boinc"  +/
Сообщение от Аноним (??) on 11-Фев-15, 21:12 
Полгода назад где-то ставил все свежее. Тогда boinc не детектировал ни opencl, ни сам gpu.
Решил что фиг с ним и поставил debian stable. А в ней большой гемор ( для неайтишника ) с установкой новой месы и прочего из-за большого количества зависимостей. Проще подождать немного и проапдейтиться до unstable. Но неохота, потому что в unstable при каждом апдейте xorg и всякого такого приходится заново ставить catalyst. А в stable - апдейты редки.
Думал, может кто уже проверил работу нового драйвера в кранчинге. Ну, да ладно. Все равно, спасибо.
------------------------------------------------
Подумалось что за потерянные полдня на писанину, мог бы все уже проверить сам.
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 3.19"  +/
Сообщение от count0krsk (ok) on 13-Фев-15, 22:33 
>>Добавлен системный вызов execveat(), который позволяет запустить исполняемый файл из
>>открытого файлового дескриптора или найти исполняемый файл при передаче файлового
>>дескриптора директории;

Ради расширения кругозора, расскажите, это как вообще выглядит? Типа открыт файл на чтение, и тут хлоп - его запустили? И ещё какой-то финт ушами с директорией =/
Полюбому на английском было бы понятнее...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 3.19"  +/
Сообщение от Andrey Mitrofanov on 14-Фев-15, 00:03 
>>>системный вызов execveat(), который
> Ради расширения кругозора, расскажите, это как вообще выглядит?

Вбей в гугль, да посмотри. Если совсем невтерпёж, так и на [Картинки] можно.

+++in kernel 3.19.  GNU C library support is pending.

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру