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

"Релиз ядра Linux 4.7"	+/–
Сообщение от opennews (??), 25-Июл-16, 01:18
После двух месяцев разработки Линус Торвальдс  представил (https://lkml.org/lkml/2016/7/24/151) релиз ядра Linux 4.7 (https://kernel.org/). Среди наиболее заметных изменений: распараллеливание проверок содержимого директорий, более быстрый и точный механизм управления частотой CPU, поддержка механизма UEFI Capsule для организации обновления прошивок, серия значительных улучшения в средствах трассировки и отладки, поддержка виртуальных контроллеров USB-устройств в стеке USB/IP, возможность ограничения привязки загрузки модулей ядра только из одной ФС, поддержка разработанного для Android механизма sync_file. В новую версию принято около 12 тысяч исправлений от примерно 1500 разработчиков, размер патча - 34 Мб (изменения затронули 9744 файлов, добавлено 493490 строк кода, удалено 194974 строк). Около 47% всех представленных в 4.7 изменений связаны с драйверами устройств, примерно 19% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 5% - файловыми системами и 4% c внутренними подсистемами ядра. Из наиболее интересных новшеств (http://kernelnewbies.org/Linux_4.7) ядра Linux 4.7 можно отметить: -   Дисковая подсистема, ввод/вывод и файловые системы -  В системе кэширования информации о путях в директориях, предназначенной для ускорения выполнения различных типовых проверок, например, можно проверить наличие файлов в директории без обращения к диску, реализована возможность выполнения нескольких параллельных проверок в одной директории. Так как кэш сам по себе работает достаточно быстро поддержка распараллеливания не оказывает большого влияния на производительности для типовых нагрузок, но может привести к ускорению для сценариев работы, в которых имеет место большое число операций с одной директорией; -  Разработанный для платформы Android механизм sync_file (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.... перемещён из экспериментальной секции staging в основное ядро. В отличие от традиционных барьеров на память (fences), напрямую привязываемых ядром к буферам и неподконтрольных из пространства пользователя, sync_file предоставляет API для обработки барьеров в пространстве пользователя, что значительно упрощает создание графических драйверов с компонентами в пространстве пользователя; -  В  XFS добавлена возможность настраиваемой обработки ошибок для проблем, связанных с метаданными. Режим обработки ошибок по умолчанию изменён с "повторять попытки вечно"  на "повторять поптыки для отмонтирования при сбое"; -  В BTRFS для функуции renameat2 (http://man7.org/linux/man-pages/man2/rename.2.html) представлены операции RENAME_EXCHANGE для атомарного обмена путей и RENAME_WHITEOUT для использования в overlayfs. Добавлен новый  ioctl для удаления устройства по его идентификатору (devid); -  В CEPH добавлена поддержка использования нескольких файловых систем (нескольких пространств имён в одном кластере); -  В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий; -  В  NFS добавлена поддержка операции  COPY, определённой в спецификации  NFS v4.2, которая реализована через появившийся в ядре 4.5 системный вызов copy_file_range и позволят выполнить копирование без перемещения данных по сети с сервера к клиенту и возвращения от клиента на сервер;          -   Сетевая подсистема -  В стек USB/IP (http://usbip.sourceforge.net/), позволяющий организовать (https://www.opennet.dev/tips/info/2189.shtml) доступ к удалённым USB-устройствам поверх сети TCP/IP, добавлена поддержка создания виртуальных контроллеров USB-устройств. Новая возможность позволяет не только  работать с реальными физическими USB-устройствами, но и пробрасывать виртуальные устройства. Например, можно реализовать эмулято смартфона, который будет выглядеть для рабочей окружения разработчика как обычный смартфон, подключенный по USB; -  В состав принят предложенный компанией Airbus патч, добавляющий в сетевой стек поддержку первой версии протокола HSR (https://en.wikipedia.org/wiki/High-availability_Seamless_Red... (High-availability Seamless Redundancy), предназначенного для создания отказоустойчивых сетей Ethernet; -  Проведена работа по оптимизации TCP-стека для сокращения задержек в процессе обработки большого числа пакетов; -  Добавлена поддержка протокола  GTP-U (https://en.wikipedia.org/wiki/GPRS_Tunnelling_Protocol#GTP-U... для туннелирования GPRS; -   Память и системные сервисы -  В систему динамического управления частотой процессора (cpufreq) добавлен новый механизм регулирования частоты -  schedutil (https://lwn.net/Articles/682391/), в котором удалось добиться слаженной работы планировщика задач и средств управления питанием CPU. Schedutil отличается от ранее доступных регуляторов тем, что для принятия решения об изменении частоты он напрямую использует информацию от планировщика задач и может сразу обращаться к драйверам cpufreq для оперативного изменения частоты, мгновенно подгоняя параметры работы CPU к текущей нагрузке. Подобный подход позволяет избавиться от задержек при изменении частоты и сразу реагировать на изменение нагрузки. В ядро пока принята простейшая реализация schedutil, которую планируется расширить в следующих выпусках; -  Поддержка (https://blogs.intel.com/evangelists/2015/06/23/better-firmwa... механизма UEFI Capsule, предоставляющем средства для передачи данных в прошивки EFI. После получения этих данных прошивка разбирает их и принимает решение по из дальнейшему использованию в зависимости от контекста. Наиболее частым  применением UEFI Capsule является передача нового образа прошивки для обновления до новой версии  при следующей загрузке. Запись данных осуществляется через устройство  /dev/efi_capsule_loader; -  В ftrace (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.... фреймворк для отслеживания вызова функций, добавлена команда "hist (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.... предоставляющая средства для построения гистограмм событий путём агрегирования информации о наступающих событиях в форме ключ-значение. При помощи новой возможности можно формировать (http://www.brendangregg.com/blog/2016-06-08/linux-hist-trigg... произвольные сводные отчёты, например, узнать раскладку частоты выполнения системных вызовов или интенсивности чтения из файлов в разрезе выполняемых процессов; -  В команду "perf trace" добавлена возможность вывода цепочек исполнения системных  вызовов из пространства пользователя. Например, командой "trace --call-graph dwarf --filter-pids {pid}" можно отследить (https://fedorapeople.org/~acme/perf/perf-trace--call-graph-d... обращения к системному вызову recvmsg(), произведённые из процесса gnome-shell; -  Добавлен новый тип программ  BPF - BPF_PROG_TYPE_TRACEPOINT, которые можно прикреплять к точкам трассировки (tracepoint  - вариант  динамических printf(), выставляемых разработчиками программ для анализа поведения системы, к которым затем можно обращаться из LTTng, perf, SystemTap, ftrace). Таким образом, теперь можно собирать данные из точек трассировки и обрабатывать из в программе BPF, что является более быстрой альтернативой доступа к точкам трассировки через kprobes; -  В /proc/PID/status добавлено новое поле, позволяющее узнать текущий  umask процесса; -  В состав ядра добавлена (https://lwn.net/Articles/668126/) улучшенная реализация системы для определения состояния нехватки памяти в системе (OOM); -   Виртуализация и безопасность -  Добавлен новый LSM-модуль LoadPin (https://lwn.net/Articles/682302/), который позволяет гарантировать, что все з... URL: https://lkml.org/lkml/2016/7/24/151 Новость: http://www.opennet.dev/opennews/art.shtml?num=44846
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Релиз ядра Linux 4.7"	+13 +/–
Сообщение от Аноним (-), 25-Июл-16, 01:27
А что такое "большая пустая директория"?
Ответить | Правка | Наверх | Cообщить модератору

	3. "Релиз ядра Linux 4.7"	+11 +/–
	Сообщение от Аноннус (?), 25-Июл-16, 01:31
	Чертовски хороший вопрос
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Релиз ядра Linux 4.7"	+7 +/–
	Сообщение от Crazy Alex (ok), 25-Июл-16, 01:33
	С кучей неиспользуемых записей, я так понимаю
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	16. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 05:56
	я бы сделал перевод "large" таки как "многочисленных" (подкаталогов?)
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 08:42
	Надмозг такой надмозг. Это именно large всмысле "директория с большим списком entry" т.е. записей. Увидеть это на практике можно так: # на ext4 mkdir "test" && cd "test" for i in `seq 1 1000000`; do   touch file-$i done sync ls # ...а теперь ждём пару минут пока оно прочитает содержимое директории
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз ядра Linux 4.7"	+/–
	Сообщение от YetAnotherOnanym (ok), 25-Июл-16, 09:37
	И где в Вашем примере пустота?
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Релиз ядра Linux 4.7"	+2 +/–
	Сообщение от Аноним (-), 25-Июл-16, 09:48
	> И где в Вашем примере пустота? Он ниже написал - а теперь сотри их. Я бы на его месте не был гуманистом и влупил бы в примере 10M, посмотреть что задолбается первым: пользователь или его компьютер :)
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 11:57
	>> И где в Вашем примере пустота? > Он ниже написал - а теперь сотри их. > Я бы на его месте не был гуманистом и влупил бы в > примере 10M, посмотреть что задолбается первым: пользователь или его компьютер :) Не долго это. А вот то что ext4 при первом обращении в директорию через ->readdir() пытается зачитать ее всю в память - это да.. это зачетно.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 26-Июл-16, 01:01
	> Не долго это. А вот то что ext4 при первом обращении в > директорию через ->readdir() пытается зачитать ее всю в память - это да.. это зачетно. Это вообще известная проблема больших иерархий. И стирания файлов в них. Скажем rm пробует зачитать все в память. Если файлов было много, память может закончиться раньше. И когда rm -r начинает фэйлить, половина "veteran unix admin" начинает изрыгать кирпичи.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от lvnhduo5dhvo85ho8whe (?), 26-Июл-16, 02:05
	>И стирания файлов в них Ага, месячный набор почти ежедневных снапшотов частичного дебиановского репозитория (с хардлинками, естественно) удалялся несколько часоа.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 09:42
	а теперь усложним эксперимент. Сотрите все файлы что создались. и посмотрите размер директории :)
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	56. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 10:08
	Но только в данном случае директория совсем не пустая, а с мульёном файлов, хоть и нулевой длины.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	45. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 08:48
	Абжди ка, ты хочешь сказать, что ядро которое пилят большие компании не может справится с простым удалением файла? Странновастенько.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	86. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от anonymous (??), 25-Июл-16, 14:22
	> Абжди ка, ты хочешь сказать, что ядро которое пилят большие компании не > может справится с простым удалением файла? Странновастенько. Большие компании интересует только добавление и изменение файлов. Массово файлы никто не удаляет. Например, стер ты свою фоточку фкантакте, а она ни фига не удаляется, владельцам сервиса намного дешевле ее оставить и потом купить лишний винт, чем бороться с фрагментацией.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 23:03
	Фэйсбучек btrfs использует. Неплохо допилили по итогам, кстати.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Релиз ядра Linux 4.7"	+3 +/–
	Сообщение от Аноним (-), 25-Июл-16, 08:20
	> А что такое "большая пустая директория"? Проведите эксперимент: создайте в директории тысяч десять файлов. Удалите их. Посмотрите на размер директории (не содержимого, а самой директории как файла).
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	96. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Тузя (ok), 25-Июл-16, 16:20
	А это довольно старый баг / фича ext, который, кстати, бесит. Создадим каталог и начнем писать туда маленькие файлы. Запишем 100 000 тысяч. и удалим. Потом еще 200 000 и удалим, потом еще 300 000 и удалим. В результате каталог пуст. Создадим еще один пустой каталог рядом. Вы увидете, например, в mc, как разбубенило размеры первого пустого каталога по отношению к новому, в котором никогда не было файлов. Так вот,.. лично мне не удалось пронаблюдать, чтобы создание/удаление файла как-то отличалось по скорости, но вот поиск файла, например через find будет происходить с разной скоростью. Открывать такой каталог в mc - редкая экзекуция. cd и затем ls сработают НАМНОГО быстрее, чем mc, думаю не стоит объяснять почему. Баг на редкость поганый, приведу пример как попасться на эти неочевидные грабли: 1. Какой-то процесс выплевывает кучу файлов в каталог. 2. incron обрабатывает появление файлика и делает свои дела 3. Другой процесс иногда ищет, парсит и удаляет файлы из каталога 4. Потом раз, например, в месяц, мы архивируем файлы по дате и куда-то складываем. Подводный камень в п.3, там с каждым днем всё больше падает производительность. Единственное решение, если нельзя изменить код пишущего процесса - пересоздание каталога. Понятно, что в этом момент процесс придется перезапустить, потому что новый каталог он не подхватит. И это бесит. Согласен, пример, выглядит искусственно, я специально упростил и переделал, чтобы не рассказывать деталей.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	103. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 17:50
	Чушь написали. Каталог раздувается если в нем одномоментно лежит чертова уйма (тысячи и более) файлов. Создавать/удалять можно хоть до усpaчки, можете на /tmp посмотреть для примера. И кстати это не только у ext такая проблема, солярочный ufs тоже от нее страдает.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от ryoken (ok), 25-Июл-16, 19:46
	> Чушь написали. Каталог раздувается если в нем одномоментно лежит чертова уйма (тысячи > и более) файлов. Создавать/удалять можно хоть до усpaчки, можете на /tmp > посмотреть для примера. И кстати это не только у ext такая > проблема, солярочный ufs тоже от нее страдает. Постесняюсь спросить, а XFS & F2FS таким не страдают?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 26-Июл-16, 00:29
	> Постесняюсь спросить, а XFS & F2FS таким не страдают? Кажется, где-то читал, что xfs таким не страдает. Вроде ещё писали, что это сказывается на её производительности при удалении большого числа файлов в одном каталоге.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 27-Июл-16, 13:31
	А там есть другая беда :-) При хардресете часть или даже вся фс может превратиться в тыкву.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 29-Июл-16, 11:00
	> А там есть другая беда :-) При хардресете часть или даже вся > фс может превратиться в тыкву. С reiserfs и его fsck путаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Led (ok), 29-Июл-16, 21:25
	>> А там есть другая беда :-) При хардресете часть или даже вся >> фс может превратиться в тыкву. > С reiserfs и его fsck путаешь. У вас, ламеров, у обоих неверные сведения от таких же ламеров-одноклассников.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 21:14
	регрессия от удаления/создания файлов официально подтверждена.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	153. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Тузя (ok), 26-Июл-16, 14:58
	> Каталог раздувается если в нем одномоментно лежит чертова уйма (тысячи и более) файлов И нормально не сдувается, если их потереть и начать накапливать новую чертову уйму. Наблюдается рост производительности за счет снижения времени на поиск нужных файлов, если каталог раз в n-ное время пересоздавать, а не просто удалять оттуда файлы. Согласен, это полная чушь, так не должно быть.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

5. "Релиз ядра Linux 4.7"	+/–
Сообщение от Аноним (-), 25-Июл-16, 02:07
К сожалению, так и не удалось заставить USB/IP стабильно работать. Пришлось смотреть в сторону платных решений.
Ответить | Правка | Наверх | Cообщить модератору

	48. "Релиз ядра Linux 4.7"	+2 +/–
	Сообщение от Аноним (-), 25-Июл-16, 09:42
	> К сожалению, так и не удалось заставить USB/IP стабильно работать. Пришлось смотреть > в сторону платных решений. Главное баги ни в коем случае не писать, а то вдруг тебе еще удастся нахаляву проскочить?!
	Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз ядра Linux 4.7"	+/–
Сообщение от анонко (?), 25-Июл-16, 02:37
GPU GM108 Maxwell - о, моя 840M заработает из коробки? Немного глупый вопрос, но что такое DRM драйвер?
Ответить | Правка | Наверх | Cообщить модератору

	14. "Релиз ядра Linux 4.7"	+/–
	Сообщение от qKot (ok), 25-Июл-16, 04:42
	> GPU GM108 Maxwell - о, моя 840M заработает из коробки? > Немного глупый вопрос, но что такое DRM драйвер? Это нормальный драйвер "как оно должно быть".
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 06:33
	> Немного глупый вопрос, но что такое DRM драйвер? Модуль ядра, инициализирующий видяху и обеспечивающий базовые операции, так что и само ядро может немного порисовать (консоли получше чем древние 80x25 например) и более навороченным рисовальщикам (xorg, mesa, ...) становится доступны api DRM и KMS. Часть открытого графического стэка ядра.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	20. "Релиз ядра Linux 4.7"	+/–
	Сообщение от анонко (?), 25-Июл-16, 06:40
	>> Немного глупый вопрос, но что такое DRM драйвер? > Модуль ядра, инициализирующий видяху и обеспечивающий базовые операции, так что и само > ядро может немного порисовать (консоли получше чем древние 80x25 например) и > более навороченным рисовальщикам (xorg, mesa, ...) становится доступны api DRM и > KMS. Часть открытого графического стэка ядра. спасибо, я думал, что это ядерная блобятина
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 06:53
	В ядро линукса не берут блобы (кроме фирмварей, работающих на вспомогательных процессорах всякой периферии). Более того, не берут даже код если в юзермоде он используется только блобами. Разработчики линя блобы не любят, крепко и за дело. Фирмвари - техническая необходимость, без них устройства не работают.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 07:15
	> В ядро линукса не берут блобы (кроме фирмварей, работающих на вспомогательных процессорах > всякой периферии). Более того, не берут даже код если в юзермоде > он используется только блобами. Разработчики линя блобы не любят, крепко и > за дело. Фирмвари - техническая необходимость, без них устройства не работают. Правда? а вот Столлман говорит что ядро может жить и без фирмварей. Кому верить то?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 07:55
	Ядро - может. Но некоторые железки желают догрузку кода в RAM т.к. гадкие производители сэкономили на встроенной флешке. Приходится таскать для них такую "загрузку по сети". Можно и не таскать, если работа этих железяк не интересует. Или выбирать железяки не требующие это безобразие. Зависит от целей и задач.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 09:44
	> Ядро - может. Но некоторые железки желают догрузку кода в RAM т.к. > гадкие производители сэкономили на встроенной флешке. Приходится таскать для них такую > "загрузку по сети". Можно и не таскать, если работа этих железяк > не интересует. Или выбирать железяки не требующие это безобразие. Зависит от > целей и задач. мужик. 2 бакса на флэшке при большой партии это дофига. Давай ты оплатишь производителю из своего кармана ?
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Релиз ядра Linux 4.7"	+3 +/–
	Сообщение от Аноним (-), 25-Июл-16, 09:56
	Мужик, с учетом размеров фирмварей флешка в большой партии стоить будет менее полудоллара. Но тут бывают и другие причины, например исторические и архитектрные. Вон в usb'шном атеросе - EEPROM как бы есть и сделав его чуть больше (на цену почти не повлияет). Но архитектурно там рулит всем хардварный автомат, как в pci/pcie чипах, читающий еепромину аппаратно. А процик ему сбоку долепили до кучи. И автомат понятия не имеет как xtensa'вскому процу фирмварь отдать. Переделывать уже готовый и рабочий блок никто не будет, поэтому процу довесили ROM с loader'ом желающим довесок по usb. Так было проще всего. Архитектурно-исторически.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 16:21
	пол бакса на партии из 100тыс устройств - это уже 50 тыс баксов. Не то что бы копейки.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 17:59
	...Поэтому дописываем к названию нашей приблуды "PRO" и продаём на 10 баксов дороже. Profit!
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Crazy Alex (ok), 25-Июл-16, 20:11
	Такие вещи в процентах считать надо. Прибыль - её в чём, по-вашему, оценивают? Не в абсолютных же величинах.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	116. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 21:16
	> Такие вещи в процентах считать надо. Прибыль - её в чём, по-вашему, > оценивают? Не в абсолютных же величинах. иногда и в абсолютных. 0.1% от 1 миллиарда - уже много.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 01:07
	> иногда и в абсолютных. 0.1% от 1 миллиарда - уже много. Если ты ворочал миллиардом - причастных к процессу тоже наверное было много. Получат они лишних 50 долларов за полгода вджоба. Это успех.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 23:22
	> Такие вещи в процентах считать надо. Прибыль - её в чём, по-вашему, > оценивают? Не в абсолютных же величинах. Именно. Если там несколько миллионов летали, плюс-минус 50К - несколько процентов. Хорошо, если получится срубить, но самоцелью не являются. Перевыпустить чип что-то поменяв - около ляма У.Е. на новые маски (есть способы дешевле, но не для массовых производств). Лишний раз выпускать новую ревизию чипа никто не хочет. По этой же причине никто не хочет лишний раз трогать уже работающий и отлаженный аппаратный блок. Любая оплошность там обойдется дорого.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	144. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Crazy Alex (ok), 26-Июл-16, 04:13
	Это понятно, непонятно, зачем каждый раз с хоста грузить вместо того, чтобы зашить во флеш при изготовлении и обновлять только по необходимости. Речь-то была именно о копеечности флеша соответствубщих объёмов
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 27-Июл-16, 05:42
	> Это понятно, непонятно, зачем каждый раз с хоста грузить вместо того, чтобы > зашить во флеш при изготовлении и обновлять только по необходимости. Речь-то > была именно о копеечности флеша соответствубщих объёмов Ну во первых что-то все-таки стоит. Во вторых - посмотри на примере атероса почему могут грузить по usb даже если eeprom в системе уже был. Не хотят люди трогать большой и сложный блок хардварного автомата и учить его чему-то еще без нужды. У них и так багов в этом автомате сроду выше крыши, атеросовский драйвер на 50% состоит из воркэраундов.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 23:10
	> пол бакса на партии из 100тыс устройств - это уже 50 тыс > баксов. Не то что бы копейки. Всяческие EEPROM для хранения конфигурации, фабричных калибровок и т.п. один фиг часто есть, немного увеличить - не стоит почти ничего. Но чтобы оттуда фирмвару выгрузить в именно проц, именно так чтобы он на раннем старте оттуда раскрутиться смог - надо все капитально переделывать. Еще можно флеш сразу на том же кристалле что и проц делать. Но катит только для низкоскоростных процов ("микроконтроллер") и технология есть не у всех.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	64. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Анонимимишный (?), 25-Июл-16, 11:09
	>Фирмвари - техническая необходимость, Их закрытость тоже необходимость?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	67. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 11:21
	Это печальная реальность.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 23:24
	> Их закрытость тоже необходимость? Атерос вон отккрыли. Значит не так уж и необходимо. А оно не делает ничего такого коммерчески секретного. Просто "гейт" к атеровсовскому аппаратному автомату по usb. Бесполезно конкурентам.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	134. "Релиз ядра Linux 4.7"	+/–
	Сообщение от hklshgoihe5oihgoiehtogi (?), 26-Июл-16, 00:56
	Законопослушным людям нечего скрывать (как говорят корпорации) и корпорации якобы являются людьми, поэтому законопослушным корпорациям нечего скрывать. Про государства не уточняю, потому что экстремизм. P.S. надеюсь на перевод для всяких реддитов и слэштотов, очень уж годная мысль
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	140. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 26-Июл-16, 01:23
	Кажется они читали твои мысли: https://habrahabr.ru/post/306034/
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Crazy Alex (ok), 26-Июл-16, 04:16
	Вообще-то закрытость для контор банально дешевле. Открытость - это лишняя морока с организацией доступа плюс юридические риски. Ну и кое-кто подхалтурить любит, продавая одно и то же по разной цене - но это реже. То есть для того, чтобы открывали - нужно как-то выгоду показать. А пока её не особо видно.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	148. "Релиз ядра Linux 4.7"	+2 +/–
	Сообщение от Аноним (-), 26-Июл-16, 09:55
	Чего только люди не нагородят, лишь бы оправдать больших дядек. Зачем?
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 26-Июл-16, 22:21
	Зачем открывать код(куда-то выкладывать и обновлять)? Если устройства продаются, имеют функцию обновления ПО, регулярно происходит обновление. Зачем мне как разработчику или клиенту возиться с этим кодом?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 25-Июл-16, 10:27
	>>> Немного глупый вопрос, но что такое DRM драйвер? >> KMS. Часть открытого графического стэка ядра. > спасибо, я думал, что это ядерная блобятина С трёхбуквенными сокращениями некоторая напряжёнка -- всем не хвататет, "возникают" совпаления. Это понять нельзя, это знать надо.  https://dri.freedesktop.org/wiki/DRM/ С Digital Restrictions Management они "просто" совпали. Смешно было с Майкрософтами, выпустившими Microsoft RMS. Ничего не грозит разве что буквосочетанию "IBM". Хотя...  http://www.abbreviations.com/IBM
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	59. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от allez (ok), 25-Июл-16, 10:29
	> спасибо, я думал, что это ядерная блобятина DRM в данном случае означает Direct Rendering Manager.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 4.7"	+/–
Сообщение от ъ (?), 25-Июл-16, 02:59
>>В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий; в ссылке https://lkml.org/lkml/2016/7/24/151 нет ни слова про ext4. Подскажите где искать оригинал этого перевода?
Ответить | Правка | Наверх | Cообщить модератору

	11. "Релиз ядра Linux 4.7"	+3 +/–
	Сообщение от eSyr (ok), 25-Июл-16, 03:28
	https://kernelnewbies.org/Linux_4.7
	Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от Константавр (ok), 25-Июл-16, 03:02
Что-то давно бенчмарков от фороникса не видел. На сколько новые ядра стали быстрее/медленнее третьей ветки? Есть сравнения?
Ответить | Правка | Наверх | Cообщить модератору

	60. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Andrey Mitrofanov (?), 25-Июл-16, 10:39
	> Что-то давно бенчмарков от фороникса не видел. На сколько новые ядра стали > быстрее/медленнее третьей ветки? Есть сравнения? Ну, вот смотри: 16.05.2016 01:49 Linux 4.6 Kernel Officially Released 17.05.2016 17:22 Power & Performance Tests With Fedora 24 Beta, Linux 4.6 Kernel    ""For those that have been requesting some fresh benchmarks looking at the system power consumption / efficiency of modern Linux distributions/kernels [...] 18.05.2016 22:00 Radeon Linux 4.6 + Mesa 11.3 vs. NVIDIA Linux Performance & Perf-Per-Watt 01.06.2016 00:47 17-Way NVIDIA Binary vs. AMD Open-Source Linux 4.6 / Mesa Git Driver Tests 01.06.2016 19:56 On Linux 4.6, Some Fresh RadeonSI Mesa 11.2 vs. Mesa Git Benchmarks И -- 24.07.2016 23:23 Linux 4.7 Kernel Officially Released 25-Июл-16 03:02  Константавр @ opennet.ru: "Что-то давно[...]" "Ви слишком много кушать!"ТМ ...или "просто" не смогли в сарказм?
	Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз ядра Linux 4.7"	+1 +/–
Сообщение от Аноним (-), 25-Июл-16, 06:26
Накатил новое ядро 4.7 satable на CentOS 7 из кастомной репы, буду страдать.
Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 10:43
	Адресок репы можно узнать?
	Ответить | Правка | Наверх | Cообщить модератору

	165. "Релиз ядра Linux 4.7"	+/–
	Сообщение от АнонимХ (ok), 27-Июл-16, 06:58
	известный elrepo уже не модно?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Релиз ядра Linux 4.7"	+/–
	Сообщение от targitaj (?), 25-Июл-16, 14:12
	>ядро 4.7 satable в смысле, satanable?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 4.7"	+/–
Сообщение от Онаним (?), 25-Июл-16, 06:45
> В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий; Как директория может быть большой и пустой одновременно?
Ответить | Правка | Наверх | Cообщить модератору

	28. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от Аноним (-), 25-Июл-16, 07:06
	inode это как кот шредингера df -i
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Релиз ядра Linux 4.7"	+2 +/–
	Сообщение от Аноним (-), 25-Июл-16, 07:19
	>> В EXT4 добавлена возможность прерывания операции readdir() для больших пустых директорий; > Как директория может быть большой и пустой одновременно? ext4 имеет плохую особенность, один раз создав место для хранения 10млн файлов в директории, этот размер больше не уменьшается. только удалить и создать заново директорию.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	57. "Релиз ядра Linux 4.7"	–3 +/–
	Сообщение от Аноним (-), 25-Июл-16, 10:22
	С другой стороны если бы было не так, то с фрагментацией совсем беда бы настала ( это если забыть про производительность )
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 11:55
	отнюдь. Просто это не надо было разработчикам ext4 (привет Адилгеру и Томасу), поэтому сделав экстенты для файлов. Никто не задумался о экстентах для директории - и они до сих пор выделают место поблочно. Так же как сделав h-tree для блоков - никто не делал htree в последнем блоке директории. В результате 500 и выше строковых сравнений - это тоже очень забавно.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Релиз ядра Linux 4.7"	+/–
	Сообщение от hj584guih (?), 25-Июл-16, 11:56
	fsck -D
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	98. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 16:22
	> fsck -D не работает. подумай еще :)
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от lkjbxhjugjyfyufsyuf (?), 26-Июл-16, 01:07
	У меня нет лишнего месяца на изучение кода, но на практике эта команда что-то пишет про extentы. Я правильно понимаю, что каталоги просто дефрагментируются без уменьшения размера?
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Релиз ядра Linux 4.7"	+2 +/–
	Сообщение от Led (ok), 26-Июл-16, 02:47
	> У меня нет лишнего месяца Почему? до 1-го сентября даже больше месяца.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 18:43
	Дали мне как-то ненужных жёстких дисков. Нашёл 98-ю винду, игры по вселенной MTG, фильмы в Divx, и сейвы Героев 2 и 3 на уровне сложности "Шахматка короля". Так вот, нашёл я там папку. В а ней такую же папку. А в ней такую же папку... После 20-го раза мне надоело. Замерил. Konqueror начал отсчитывать папки тысячами, а байт занято 0. Наверное, это какая-то защита от записи, типа "всё место забили, теперь ничего не запишете". Но можно же стереть и записать. Кто-нибудь помнит 90-е и начало 00-х? Зачем это делали? P.S. И да, у друга спрошу при случае.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	109. "Релиз ядра Linux 4.7"	+4 +/–
	Сообщение от angra (ok), 25-Июл-16, 19:41
	Особенности FAT, папка просто ссылается сама на себя, то есть рекурсия, а не дикая вложенность. Вручную делается такое элементарно. Регулярно само случалось из-за глюков системы.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 01:17
	> Особенности FAT, папка просто ссылается сама на себя, то есть рекурсия, а > не дикая вложенность. Вручную делается такое элементарно. Регулярно само случалось из-за > глюков системы. В этом месте наивные чукотские погромизды узнают как у них выглядит stack overflow, если они делали обход влобовую рекурсией и не парились уровнем вложенности.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "Релиз ядра Linux 4.7"	+/–
	Сообщение от angra (ok), 26-Июл-16, 07:48
	О, гуру, поведай же нам какой же уровень вложенности должен быть? Ну так, чтобы и покрыть все возможные случаи нерекурсивных директорий с большой вложенностью и одновременно не вызвать stack overflow. Кстати, а если рекурсию заменить на цикл, то уровнем вложенности можно не париться? Ведь бесконечный цикл и пожирание памяти это фигня по сравнению с stack overflow, правда?
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 27-Июл-16, 06:23
	> О, гуру, поведай же нам какой же уровень вложенности должен быть? Ну > так, чтобы и покрыть все возможные случаи нерекурсивных директорий с большой > вложенностью и одновременно не вызвать stack overflow. Ответ, очевидно, зависит от доступного объема стэка. > цикл и пожирание памяти это фигня по сравнению с stack overflow, правда? Если список куда-то сохранялся - цикл будет не такой уж и бесконечный: в системе за вполне обозримое время закончится память.
	Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз ядра Linux 4.7"	+3 +/–
Сообщение от Аноним (-), 25-Июл-16, 06:58
rust'овикам-затейникам: как вы думаете, где дублированный эзернет с нулевым временем рекавери может птребоваться компании Эйрбас? Какой ужас, это написано на си :)
Ответить | Правка | Наверх | Cообщить модератору

	68. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 11:22
	Сектантам это все неинтересно.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Релиз ядра Linux 4.7"	+4 +/–
	Сообщение от Аноним84701 (?), 25-Июл-16, 17:03
	> rust'овикам-затейникам: Это-то к чему? К селу или к городу? > Какой ужас, это написано на си :) Вы еще плюсовиков потролльте. Кстати, вот это вас никак не смущает: http://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/boo... ?
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	123. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 23:31
	> Вы еще плюсовиков потролльте. Они обычно инструментами по делу пользуются, без слепого фанатизма и веры в серебряные пули. То-есть когда проект объективно слишком большой для си или хорошо ложится на ООПшные подходы, но скорости и предсказуемости хочется. Даже и не знаю что тут троллить. Разве что реактос, которым ядро на плюсах не очень помогло, в том плане что они 17 лет страдали хней с плачевным результатом и при этом не помогут ни плюс, ни ржавчина, ни что там еще.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Crazy Alex (ok), 26-Июл-16, 04:26
	Обычно наоборот - если уж надо что-то, куда плюсы совсем не лезут - тогда можно, поплевав на ладони, и за си взяться. А так - плюсы удобнее и по скорости запросто и быстрее могут быть при умении. Например, обработка ошибок в сях влёгкую может быть медленнее плюсовых исключений, если им не обвешиваться по самое немогу. Сложные структуры данных на сях тоже обычно влом людям городить, в отличие от плюсов, что тоже иногда неплохо помогает. копирования данных, опять же, чтобы избежать - меньше усилий надо, и так далее.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 27-Июл-16, 06:08
	> так - плюсы удобнее и по скорости запросто и быстрее могут быть при умении. Они сложные, навороченные, а поэтому делать на них надежно и предсказуемо - пожалуй сложнее. Да и всерьез осваивать это монстрило имеет смысл только если есть задачи такого же калибра. > Например, обработка ошибок в сях влёгкую может быть > медленнее плюсовых исключений, если им не обвешиваться по самое немогу. С другой стороны, так можно обработать ошибки более разумно. Не хватило памяти? Подождал и попробовал еще раз. Так IIRC некоторые БД делают, которым не хочется валиться при кратковременных transient. А если ты огреб исключение - ок, тебя вышибло, а дальше? А чтоб вернуться и попробовать еще раз - с исключениями так можно без ужасных костылей? > Сложные структуры данных на сях тоже обычно влом людям городить, в отличие > от плюсов, что тоже иногда неплохо помогает. копирования данных, опять же, > чтобы избежать - меньше усилий надо, и так далее. Спору нет, экскаватор - это круто. Но избыточно для вскапывания грядки. Поэтому мы берем мотокультиватор. А особо упертые ассемблерщики могут и лопатой фигачить.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 26-Июл-16, 15:39
	> Они обычно инструментами по делу пользуются, без слепого фанатизма Упоминать о том, что новая фича в ядре пингвина запиленна не на расте, конечно ничего общего ни с фанатизмом, ни с болью чуть пониже спины не имеют! Ага. > и веры в > серебряные пули. То-есть когда проект объективно слишком большой для си Вера в серебрянную пулю, это скорее к "сишникам" опеннета. Чуть что, так "надо было на Си! Си рулит! Все остальное сoсет!".   При этом скромно игнорируется, что реалии и возможности тех же железок к моменту разработки Си были совсем-совсем другими. Тогда еще экономили даже на "проходах"(чтении) кода (one-pass compilers), не говоря уж о куче других вещей и фич в самом компиляторе. Или вы считаете, (практически) отсутсвие неймспейсов и слабая типизация там от хорошей жизни? Как впрочем и куча всевозможных легаси. Но все попытки улучшить устаревший инструмент вызывают бурю негодования и или/насмешек со стороны опеннетных "сишников" (в кавычках, потому что есть подозрения, что  большинство самых громко-кричащих знакомо с си лишь поверхностно — недаром не так давно на опеннете кто-то на питоне(!) обломал "кул-сишков"). Почти как в анекдоте: ******* Досталась как-то суровым сибирским лесорубам японская бензопила и решили они ее испытать. Завели и подсунули ей деревце. «Вжик» — сказала японская пила. «У, б*я...» — сказали лесорубы. Подсунули ей деревце потолще. «Вж-ж-жик!» — сказала пила. «Ух, б*я!» — сказали лесорубы. Подсунули ей толстенный кедр. «ВЖ-Ж-Ж-Ж-Ж-Ж-Ж-ЖИК!!!» — сказала пила. «Ух ты, б*я!!» — сказали лесорубы. Подсунули ей железный лом. «КРЯК!» — сказала пила. «Ага, б*я!!!» — укоризненно сказали суровые сибирские лесорубы! И ушли рубить лес топорами…   *******
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	162. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 27-Июл-16, 06:13
	Ого, вот это порвало. Ну ты это, покажи софт на своих супернадежных фетишах в применениях где за баг голову реально снимут. Нет, это не гомнобраузер и даже не хипстерский системный сервис.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 27-Июл-16, 15:26
	> Ого, вот это порвало. Почти соболезную. Держите нас в курсе! > Ну ты это, покажи софт на своих супернадежных > фетишах в применениях где за баг голову реально снимут. Нет, это > не гомнобраузер и даже не хипстерский системный сервис. Ну если для вас ЯП является фетишем, то … про почти-соболезнование я уже упоминал. Кстати, вы не поверите сколько всякого критичного кода, используемого до сих пор, написано не на вашем любимом фетише, а на всяких фортранах и коболях. Лучше и дальше не верьте, а то придется мне еще действительно соболезновать!
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 28-Июл-16, 11:37
	>> Тогда еще экономили даже на "проходах"(чтении) кода (one-pass compilers), не говоря уж о куче других вещей и фич в самом компиляторе. А сейчас не экономят и кому от этого лучше?
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	169. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 28-Июл-16, 13:59
	>>> Тогда еще экономили даже на "проходах"(чтении) кода (one-pass compilers), не говоря уж о куче других вещей и фич в самом компиляторе. > А сейчас не экономят и кому от этого лучше? Всевозможные варнинги и отлов (насколько это вообще возможно) граблей в тех же Сях и тем более плюсах компиляторами или всякими дополнительными анализаторами вы за плюшки не считаете? А ту же возможность объявлять переменные не только в начале функции, как впрочем и заморочки с "хронологическим" расположением функций.
	Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от ryoken (ok), 25-Июл-16, 07:04
> -  В состав принят предложенный компанией Airbus патч, добавляющий в сетевой > стек поддержку первой версии протокола HSR (https://en.wikipedia.org/wiki/High-availability_Seamless_Red... > (High-availability Seamless Redundancy), предназначенного для создания отказоустойчивых > сетей Ethernet; > Airbus Неожиданно... А где-то можно посмотреть список контор, которые участвуют в разработке ядра и что именно они пилят?
Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 07:38
	git log? Файл MAINTAINERS? А так иерархия разработки пилится не по фирмочному принципу а по подсистемам.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 25-Июл-16, 11:11
	> git log? Файл MAINTAINERS? А так иерархия разработки пилится не по фирмочному > принципу а по подсистемам. Это "кто", но не фирмы. Ты ж не будешь доменное имя из почты брать за сколько-нибудь полный, представительный показатель? Известный ресурс LWN https://lwn.net/Articles/686697/ собрал список фирм-работодателей (не в курсе, выкладывали ли они его в открытую - думаю, нет) разработчиков ядра и публикует раскладку кто-сколько с каждым  https://lwn.net/Kernel/Index/#Releases релизом.  Они пиарят(*) Linux Foundatian теми же статистиками в ежегодных~ агитках. Со второй частью вопроса милого наивного ребёнка (кто пилит _что_), насколько я понимаю, чуть сложнее, и больше, чем собирание отрывочных "фирама XXX выкатиля бооольшой патч для подсистемы YYY, может и будет в след.релизе" или "Интел снова пилит i965" и т.п., ему не "грозит". (*) 18.02.2015 20:28  Анализ тенденций и участников разработки ядра Linux 16.09.2013 20:48  Анализ тенденций в разработке ядра Linux 04.04.2012 12:07  Анализ тенденций и участников разработки ядра Linux 01.12.2010 21:15  Отчет Linux Foundation с анализом тенденций в разработке Linux-ядра 19.08.2009 18:55  Linux Foundation обобщила данные о тенденциях и участниках разработки ядра Linux 01.04.2008 23:00  Анализ участников процесса разработки Linux ядра   ""обобщены результаты трехлетнего изучения участия людей и компаний в [...]"" Не LF [ещё]: 25.09.2007 15:44  Анализ вклада разработчиков в новое Linux ядро 22.02.2007 13:47  Анализ вклада участников разработки Linux ядра.   ""Johnathan Corbet из Linux Weekly News провел исследование [...]"" Ну и вне времени и на все времена, так любимое мс-студентами всех форумов Интернета: 21.01.2010 13:03  Статистика Linux ядра: 75% кода пишется корпорациями   ""Джонатан Корбет (Jonathan Corbet), основатель LWN, на конференции linux.conf.au рассказал про [...]"
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Andrey Mitrofanov (?), 03-Авг-16, 16:08
	>> git log? Файл MAINTAINERS? А так иерархия разработки пилится не по фирмочному >> принципу а по подсистемам. > Это "кто", но не фирмы. Ты ж не будешь доменное имя из > почты брать за сколько-нибудь полный, представительный показатель? Гм, Корбет [в первом, sample-config/, приближении] именно это и сделал: https://github.com/openstack-infra/gitdm/blob/master/sample-... > (не в курсе, выкладывали ли они его в открытую - думаю, нет) И, думаю, этот sample не окончательный/production список. (как и в git://git.lwn.net/gitdm.git) > Со второй частью вопроса милого наивного ребёнка (кто пилит _что_), насколько я > понимаю, чуть сложнее, и больше, чем собирание отрывочных "фирама XXX выкатиля > бооольшой патч для подсистемы YYY, может и будет в след.релизе" или > "Интел снова пилит i965" и т.п., ему не "грозит". В статистиках https://lwn.net/Articles/679289/ к 4.5 Корбет смотрел, что "пилят" самые активные фирмы: Intel, RH, Google, Linaro. > 21.01.2010 13:03  Статистика Linux ядра: 75% кода пишется корпорациями >   ""Джонатан Корбет (Jonathan Corbet), основатель LWN, на конференции linux.conf.au рассказал > про [...]"
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Релиз ядра Linux 4.7"	+/–
	Сообщение от rob pike (?), 25-Июл-16, 08:29
	https://www.linux.com/publications/linux-kernel-development-...
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	66. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 11:17
	https://www.opennet.dev/opennews/art.shtml?num=41685
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 4.7"	–3 +/–
Сообщение от Аноним (-), 25-Июл-16, 09:00
> добавлено 493490 новых строк кода Никогда оно не станет лаконичным и емким это ядро. Сам Торвальдс говорил, что оно сильно постоянно жиреет, даже чрезмерно.
Ответить | Правка | Наверх | Cообщить модератору

	50. "Релиз ядра Linux 4.7"	+10 +/–
	Сообщение от YetAnotherOnanym (ok), 25-Июл-16, 09:43
	>> добавлено 493490 новых строк кода > Никогда оно не станет лаконичным и емким это ядро. Сам Торвальдс говорил, > что оно сильно постоянно жиреет, даже чрезмерно. А уж как timestamp жиреет - ужос проста! По сравнению с рассветом 1 января 1970 года timestamp разжирел просто до неприличия. ИЧСХ, продолжает жиреть!
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 09:45
	Все вопросы к производителям железа. Если они наворачивают сотни сложных и крутых железяк, логично что и драйверов много и они сильно сложнее чем hello world.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	81. "Релиз ядра Linux 4.7"	–4 +/–
	Сообщение от Аноним (-), 25-Июл-16, 13:55
	> Все вопросы к производителям железа. Если они наворачивают сотни сложных и крутых > железяк, логично что и драйверов много и они сильно сложнее чем > hello world. ....а можно поменять идеологию ядра на динамику и не грузить в память то, что туда в данный момент грузить не нужно.....м?
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Релиз ядра Linux 4.7"	+3 +/–
	Сообщение от Crazy Alex (ok), 25-Июл-16, 14:45
	man modules
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от Аноним (-), 25-Июл-16, 15:14
	Подгружаемые модули уже как-бы есть. Другое дело, что их исходники лежат в том же git-репозитории, что и ядро, и сборка их интегрирована со сборщиком ядра. И, конечно же, при сборке можно повыкидывать почти все ненужное. Как и скомпилить ядро вместе с частью модулей в один бинарник.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	91. "Релиз ядра Linux 4.7"	–3 +/–
	Сообщение от Лелик (??), 25-Июл-16, 15:40
	> Подгружаемые модули уже как-бы есть. Другое дело, что их исходники лежат в > том же git-репозитории, что и ядро, и сборка их интегрирована со > сборщиком ядра. И, конечно же, при сборке можно повыкидывать почти все > ненужное. Как и скомпилить ядро вместе с частью модулей в один > бинарник. А ты место модулей, ставь включить в ядро: не [M], а [Y], или в во всяких xconfig не точку, а галку)
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от Аноним (-), 25-Июл-16, 23:44
	>  А ты место модулей, ставь включить в ядро: не [M], а > [Y], или в во всяких xconfig не точку, а галку) Не менее веселый пример идиотеки есть в советах, где пример как все в модули вынести. Единственным достижением станет распухший рамдиск который дольше распаковывается и пересобирается и возня с прописыванием туда вообще всех мыслимых модулей. С некоторым понижением надежности системы - больше мест где все может обломаться. Если драйвер стоража не удалось вгрузить - дальше все по любому обломается.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Led (ok), 26-Июл-16, 02:45
	> Единственным достижением станет распухший рамдиск Шёл бы ты, вендузятник, отсюда со своими "рамдисками".
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 27-Июл-16, 06:15
	> Шёл бы ты, вендузятник, отсюда со своими "рамдисками". Я рамдисками пользовался задолго до винды. Их уже тогда так называли, в конце 80-х.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 23:41
	> ненужное. Как и скомпилить ядро вместе с частью модулей в один бинарник. Так это как раз удобно. Если я не хочу морочаться с вгрузкой рамдисков, я могу положить драйвер стоража и файлухи в основное ядро. С другой стороны, опциональные вещи типа поддержки какой-нибудь usb-мышки, которая может быть а может и не быть в конкретной системе - зазря память жрать не будет.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	124. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 23:39
	> ....а можно поменять идеологию ядра на динамику и не грузить в память > то, что туда в данный момент грузить не нужно.....м? Капитан, вы что-то припозднились в этот раз. Разработчики линукса давным давно реализовали модули. И даже разработку разнесли по относительно независимым подсистемам, чтоб масштабировалось.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

54. "Релиз ядра Linux 4.7"	+1 +/–
Сообщение от Аноним (-), 25-Июл-16, 09:52
А чего не 5.0?
Ответить | Правка | Наверх | Cообщить модератору

	77. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Андрей (??), 25-Июл-16, 13:36
	Потому что 4.19 ещё не вышло.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Релиз ядра Linux 4.7"	+5 +/–
	Сообщение от Andrey Mitrofanov (?), 25-Июл-16, 13:49
	> Потому что 4.19 ещё не вышло. 2.6.39 => 3.0, 3.19 => 4.0.  Смекаешь? 4.9 => 5.0, 5.5 => 6. 44 => 207, 248 => 2022Q1, .... 2022Q1 => 0.20220513.01
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 16:03
	Система фиг поймешь мягко говоря. А что означает " 44 => 207, 248 => 2022Q1, .... 2022Q1 => 0.20220513.01"?
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 11:40
	Выборка маловата, чтобы смекать
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	113. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Led (ok), 25-Июл-16, 20:38
	> А чего не 5.0? Потому что ты плохо учился в этом году, на пятёрку не вытянул, даже четвёрка для тебя - много.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

72. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от manster (ok), 25-Июл-16, 12:14
одна из моделей тачпада (elantech вроде) не определялась на новом ноуте, если не починят, попробую баг-репорт отправить
Ответить | Правка | Наверх | Cообщить модератору

	138. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от виндотролль (ok), 26-Июл-16, 01:09
	Пока не починили. Можно самому собрать тем временем, патчи готовы и работают. https://patchwork.kernel.org/project/linux-input/list/?submi...
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от manster (ok), 26-Июл-16, 14:31
	Спасибо за информацию, проблема еще в том, что ядро просто не видит это устройство. Пробовал разные версии и опции ядра (gentoo-sources) - упорно не замечает.
	Ответить | Правка | Наверх | Cообщить модератору

75. "Релиз ядра Linux 4.7"	–4 +/–
Сообщение от Вареник (?), 25-Июл-16, 12:49
Ядро ужу перевалило за гигабайт?
Ответить | Правка | Наверх | Cообщить модератору

	87. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним Анонимович Анонимов (?), 25-Июл-16, 14:31
	Нет, не перевалил. Зайди на kernel.org и посмотри сколько весит ядро. ЗЫ: Что в наше время гигабайт? Даже на 128 гиговом SSD это менее 10 рублей.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Релиз ядра Linux 4.7"	–3 +/–
	Сообщение от Аноним (-), 26-Июл-16, 00:34
	> ЗЫ: Что в наше время гигабайт? Даже на 128 гиговом SSD это > менее 10 рублей. Согласен, как же нам действительно повезло, что кроме ядрах хранить на диске ничего не нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Лелик (??), 25-Июл-16, 15:42
	> Ядро ужу перевалило за гигабайт? у меня как было 12 метров, так и осталось))))
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	117. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от ваноним (?), 25-Июл-16, 21:37
	ты его исходники хоть раз видел?
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Релиз ядра Linux 4.7"	+/–
	Сообщение от ваноним (?), 22-Авг-16, 09:41
	заминусовали, видимо, те, кто не видел XD
	Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от Аноним (76), 25-Июл-16, 13:33
Обновил ядро в Ubuntu 14.04.4 до 4.7 Теперь система не хочет загружаться: Код: [Выделить] /scripts/imt-top/udev" can't create file /sys/kernel/uevent_helper: permissions failed" Что это за ошибка и как с ней бороться?
Ответить | Правка | Наверх | Cообщить модератору

	83. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 25-Июл-16, 13:56
	> Обновил ядро в Ubuntu 14.04.4 до 4.7 > /scripts/imt-top/udev" can't create file /sys/kernel/uevent_helper: permissions failed" > Что это за ошибка и как с ней бороться? У тебя https://bugs.debian.org/752742 systemd портух.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 00:44
	> У тебя https://bugs.debian.org/752742 systemd портух. По любому, это системд и сишные портянки виноваты. The udev initramfs script is executed with set -e [/cde]
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Релиз ядра Linux 4.7"	–3 +/–
	Сообщение от Лелик (??), 25-Июл-16, 15:44
	> Обновил ядро в Ubuntu 14.04.4 до 4.7 > Теперь система не хочет загружаться: > Код: [Выделить] > /scripts/imt-top/udev" can't create file /sys/kernel/uevent_helper: permissions failed" > Что это за ошибка и как с ней бороться? Ды вы клоун, батенька - какие репы?? - курите как собрать ванильное под систему...
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	131. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 00:46
	> Ды вы клоун, батенька - какие репы?? - курите как собрать ванильное под систему... Ашиппка в скрипте udev, при чем тут ядро? Там скрипт так написан что ломается при любом отклонении от идеала. И вклинивает загрузку...
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Led (ok), 25-Июл-16, 20:41
	> Что это за ошибка и как с ней бороться? Да кто ж знает как с вами, ламерами, бороться?
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

89. "Релиз ядра Linux 4.7"	+/–
Сообщение от ABATAPA (ok), 25-Июл-16, 14:52
> После двух месяцев разработки Линус Торвальдс представил релиз Десять лет назад за такое могли бы уб... высмеять.
Ответить | Правка | Наверх | Cообщить модератору

	100. "Релиз ядра Linux 4.7"	+2 +/–
	Сообщение от АнонимХ (ok), 25-Июл-16, 16:50
	Но ты еще тогда в детский сад ходил, мог не застать
	Ответить | Правка | Наверх | Cообщить модератору

99. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от АнонимХ (ok), 25-Июл-16, 16:47
> В NFS добавлена поддержка операции COPY Наконец-то. 2016 год. Странно, что так долго возились, ведь явная нужная функциональность. В виндовых шарах это было, кажись, с 98 винды. Не приходилось пересылать данные по сети при выполнении копирования в рамках одной удаленной машины
Ответить | Правка | Наверх | Cообщить модератору

	104. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 25-Июл-16, 17:54
	NFS он какбе кроссплатформенный, в него изменения просто так не протолкнешь.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от АнонимХ (ok), 26-Июл-16, 22:47
	Если думать не задницей, то _таких_ изменений вообще не должно было быть. Функциональность копирования целиком на сервере без передачи по сети, по-моему, это первое что приходит в голову при обдумывании первой версии спецификации на такие вещи, как NFS. Тем более, в те лохматые года не до оптики было людям.
	Ответить | Правка | Наверх | Cообщить модератору

106. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от Я (??), 25-Июл-16, 18:13
кто может подсказать, поставил от сюда: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7 и вместо 8, кажет 3.2 гига, PAE не добавили?
Ответить | Правка | Наверх | Cообщить модератору

	108. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 25-Июл-16, 18:45
	> кто может подсказать, поставил от сюда: > http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7 > и вместо 8, кажет 3.2 гига, PAE не добавили? Твоё предположение - правильное. Отошли им багрепорт.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от ryoken (ok), 25-Июл-16, 19:51
	> кто может подсказать, поставил от сюда: > http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7 > и вместо 8, кажет 3.2 гига, PAE не добавили? Торвальдс про PAE: https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-ab.../ Вкратце - гадость и ненужно.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	129. "Релиз ядра Linux 4.7"	–2 +/–
	Сообщение от Аноним (-), 26-Июл-16, 00:44
	> Торвальдс про PAE: https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-ab.../ Очень смешно, парень с 16ГБ на борту будет рассказывать, как жить людям с 1ГБ. Он сам-то пытался запускать 64битный линукс на 1ГБ? С графикой?
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 00:49
	А зачем тебе PAE на 1Гб оперативки? Там никакое PAE не требуется. И так, на правах рекламы открой для себя zram. Сжатая оперативка - лучше чем своп на диске :)
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 11:43
	Правильно написанный код на x64 потребляет столько же памяти, сколько и x86. Чтобы приложение начало ощутимо больше потреблять память, оно должно работать с большим количеством указателей.
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	151. "Релиз ядра Linux 4.7"	–1 +/–
	Сообщение от Аноним (-), 26-Июл-16, 14:01
	Без большого количества указателей можно написать только хелловорлд.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Led (ok), 27-Июл-16, 01:28
	> Без большого количества указателей можно написать только хелловорлд. Это потому, что ты двоечник.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Релиз ядра Linux 4.7"	+1 +/–
	Сообщение от Аноним (-), 29-Июл-16, 09:26
	про PAE - Линус в целом метко написал. https://cl4ssic4l.wordpress.com/2011/05/24/linus-torvalds-ab.../
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

	173. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Andrey Mitrofanov (?), 29-Июл-16, 11:04
	> кто может подсказать, поставил от сюда: > http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.7 > и вместо 8, кажет 3.2 гига, PAE не добавили? Поставил вот отсюда (не Ubuntu! без SMS.) https://packages.debian.org/wheezy-backports/i386/linux-imag... и не понимаю, про какой-такой Вы PAE?! . http://www.opennet.dev/openforum/vsluhforumID3/108449.html#40 . http://www.opennet.dev/openforum/vsluhforumID3/105731.html#103
	Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

118. "Релиз ядра Linux 4.7"	–1 +/–
Сообщение от ононим88 (?), 25-Июл-16, 22:31
HASP USB ключи теперь можно штатными средствами по сети прокидывать? или в ядре функциональность есть, а в юзерспейсе утилит нет? кто-нить заморачивался?
Ответить | Правка | Наверх | Cообщить модератору

	133. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним (-), 26-Июл-16, 00:55
	> HASP USB ключи теперь можно штатными средствами по сети прокидывать? или в > ядре функциональность есть, а в юзерспейсе утилит нет? > кто-нить заморачивался? Какие тебе утилиты нужны? Запускаешь клиента и сервера, они конектятся по сети, а дальше ты уже на машине куда прокинул устройство и запускай софт который будет работать с виртуальным устройством.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Релиз ядра Linux 4.7"	+/–
	Сообщение от Аноним88 (?), 26-Июл-16, 16:30
	>> HASP USB ключи теперь можно штатными средствами по сети прокидывать? или в >> ядре функциональность есть, а в юзерспейсе утилит нет? >> кто-нить заморачивался? > Какие тебе утилиты нужны? Запускаешь клиента и сервера, они конектятся по сети, > а дальше ты уже на машине куда прокинул устройство и запускай > софт который будет работать с виртуальным устройством. можно просто сказать, что все утилиты уже в поставке дистрибутива есть.
	Ответить | Правка | Наверх | Cообщить модератору

171. "Релиз ядра Linux 4.7"	+/–
Сообщение от Аноним (-), 29-Июл-16, 09:28
что они так с syn то носятся и никак не хотят допиливать TCPCT, вместо этих примочек ? аналогично rfc4821 все никак не запилят(а без PMTU discovery оно "грустно" в телекоме обычно).
Ответить | Правка | Наверх | Cообщить модератору

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

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