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

"Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
Сообщение от opennews (ok) on 16-Апр-18, 12:03
В сегодняшнем <a href="https://lkml.org/lkml/2018/4/15/201">анонсе</a> первого кандидата в релизы ядра 4.17, Линус Торвальдс отметил, что появился повод, чтобы релиз данного ядра вышел под номером 5.0. Как известно, значительные смены номера версии являются формальным шагом, не связанным с внедрением каких-то революционных и особенных изменений, а лишь   снимающих дискомфорт из-за накопления большого числа выпусков в серии (последнее время, стараются не выходить за пределы 20). <p>Смена версий 3.x и 4.x хорошо коррелировала с числом git-объектов в репозитории - ядро 3.0 было выпущено, когда в репозитории находилось примерно 2 млн объектов, а ядро 4.0 - 4 млн объектов. В процессе подготовки 4.17 преодолён рубеж в 6 млн git-объектов в репозитории, что является отличным поводом для присвоения данному выпуску номера 5.0. При этом, Линус не исключает, что несмотря на хорошее совпадение, он не принципиально не станет формировать вместо 4.17 релиз 5.0, так как не хочет быть слишком предсказуемым и не желает привязывать изменение первого номера версии даже к нумерологическим событиям. URL: https://lkml.org/lkml/2018/4/15/201 Новость: https://www.opennet.dev/opennews/art.shtml?num=48447
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+17 +/–
Сообщение от Fracta1L (ok) on 16-Апр-18, 12:03
Жаль, если не будет Linux 4.20
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–4 +/–
	Сообщение от . on 16-Апр-18, 12:32
	> Жаль, если не будет Linux 4.20 по настоящему жаль только того, что не будет версии 2.8.2 (вот это - действительно, и "непредсказуемо", и честно по отношению к community, и авторы (кривых) пакетных менеджеров лишний раз подпрыгнут, им полезно). Инвесторы не поймут-с.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	28. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от eRIC (ok) on 16-Апр-18, 12:57
	>Инвесторы не поймут-с. у вас почти в каждом комментария речь идет об инвесторах ;) скажите пожалуйста, почему вы так сильно за них переживаете?
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	57. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+20 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 14:25
	Они его коменты инвестируют.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	97. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+2 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 18:03
	Или не инвестируют.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	182. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от annual slayer on 21-Апр-18, 04:01
	самое ироничное, что заявил Линус об этом после конференции в _Праге_
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	183. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от annual slayer on 21-Апр-18, 04:02
	может, качество продукта не впечатлило
	Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

2. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–5 +/–
Сообщение от Аноним (??) on 16-Апр-18, 12:08
копирование на флешку все так же ставит систему колом?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–8 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 12:09
	В 2007-м - да.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	59. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–3 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 14:31
	>>копирование на флешку все так же ставит систему колом? >В 2007-м - да. В 2007-м - не знаю, личной флешки ещё не было. Но в >=2008-м НЕ ставило, ядра vanilla.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	87. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Вулх on 16-Апр-18, 16:41
	Что значит не ставило? Кернел паник чтоль или шо?
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	94. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 17:43
	Я так понимаю, он имеет ввиду 12309
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	122. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от пох on 16-Апр-18, 22:27
	> Я так понимаю, он имеет ввиду 12309 о, кто-то еще его помнит ;-)
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	145. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Alexey (??) on 17-Апр-18, 09:33
	починили? можно обновляться? :-)
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	163. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Джон Ленин on 17-Апр-18, 21:23
	Флешки где используют постоянно? - на десктопе. Для этих целей ставлю пф-ядра
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	166. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 18-Апр-18, 00:47
	Пф-гомно не помогает против 12309 и добавляет других проблем с процессами. Только с ним мне и довелось узнать что такое настоящий 12309.
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	168. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Я у мамы ИЛОНМАСК on 18-Апр-18, 07:05
	Хз, кому-как. Я вообще это 12309 никогда не видел. Я лечу 12309 так: пересаживаюсь на линух с венды, потому-что на венде 12309 постоянно.
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	185. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от annual slayer on 21-Апр-18, 18:27
	> Флешки где используют постоянно? - на десктопе. > Для этих целей ставлю пф-ядра просто размер кэша записи уменьшить чтобы он был ближе к скорости записи, а не пару гигов, как он стоит по дефолту -- и на любом ядре не будет проблемы с флэшками
	Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

	184. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Андрей (??) on 21-Апр-18, 17:01
	Уже больше года не наблюдаю указанную проблему, когда фильмы/мультики на флешку записываю, чтобы в телек воткнуть.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	6. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Fracta1L (ok) on 16-Апр-18, 12:10
	Уже где-то с год как нет.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	11. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 12:21
	Как раз где-то год перестал даже пробовать это делать под линуксом. Дело даже не в том, что система умирает, а затухающая скорость копирования. Быстрее в винду загрузиться и перенести, что нужно.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	34. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+7 +/–
	Сообщение от Юрий (??) on 16-Апр-18, 13:07
	Как это повторить? Ядро, ОС, чем копируете? Ну не видел я такого!
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	38. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:11
	Linux4.13.0-38-generic #43~16.04.1-Ubuntu Копирование обычным мышетыком в Unity/Nautilus 3.14.3
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	60. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+4 +/–
	Сообщение от Юрий (??) on 16-Апр-18, 14:35
	> Linux4.13.0-38-generic #43~16.04.1-Ubuntu > Копирование обычным мышетыком в Unity/Nautilus 3.14.3 Ubuntu... Слёзы прям наворачиваются. Linux 4.13.0-pf4 Gentoo Хоть обкопируйся. На generic (не pf) тоже самое. Семь лет уже полёт нормальный.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	109. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 19:26
	> Семь лет Никогда не видел проблем, кроме древних проблем при копировании на ntfs под виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал замедления или других проблем в системе.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	164. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Джон Ленин on 17-Апр-18, 21:27
	>> Семь лет > Никогда не видел проблем, кроме древних проблем при копировании на ntfs под > виртуалку. Лет 10 использую ванальные ядра со своими конфигами, не замечал > замедления или других проблем в системе. Поставят линух на нтфс-3г, а потом лечат 12309 гомеопатией (видел таких) Сижу на пф-ныхядрах, с убунты слез на антергос давно. Арчевый АУР лучше убунтуйского ППА на порядок, да и из кед проще юнити слепить (та-же убунта, только лучше)
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	143. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Return to work on 17-Апр-18, 02:16
	Под гентой никогда такого не было у меня. За последние 17 лет.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	80. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от 1 (??) on 16-Апр-18, 16:00
	видел множество раз, вот вчера например. НО проблема бывает только если флешка форматирована в FAT32, если в NTFS пишет на максимальной скорости на которую флешка способна. Ubuntu 17.10 4.13.0-38-generic #43
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	100. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+2 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 18:31
	Затухающую скорость копирования на FAT32 я и на HDD наблюдал. Много лет назад.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	61. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+11 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 14:40
	> затухающая скорость копирования Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет сброса на устройство - становится медленно. Так и должно быть.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	71. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 15:07
	>> затухающая скорость копирования > Быстро копирует в кэш в памяти, пока тот не заполнится, потом ждет > сброса на устройство - становится медленно. Так и должно быть. Не должно
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	84. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Ordu (ok) on 16-Апр-18, 16:14
	Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь не забывал о том, что работает с тормозным носителем.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	101. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 18:39
	Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит не совали лишний раз. Венда кстати тоже научилась уже.
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	114. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от fluoride (ok) on 16-Апр-18, 20:08
	> Кеды монтируют флешки в таком режиме, если мейнтейнеры грязные ручки в полисикит > не совали лишний раз. Венда кстати тоже научилась уже. Венда всегда монтировала флешки без кеширования. Просто бесила всегда этим. Что хуже, она флопы так монтировала, где скорость записи вообще была никакущая. А чтобы мало не показалось, венда использовала fat, которая хранит всю информацию о структуре фс в выделенной области -- в FAT, и постоянно в процессе копирования файла за файлом обновляла FAT на носителе, убивая перезаписями те сектора в ноль, протирая их до дыр. Если кеды научились так же, то я могу лишь посочувствовать кедерастам.
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	128. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 22:50
	Оно кеширует, просто меньшими блоками. И чаще синкает (в противном случае пришлось бы ждать больше получаса синка чтобы отмонтировать). Естественно метаданные должны обновляться в любом случае, иначе сложно было бы сохранить консистентность данных. Но монтируется с noatime по дефолту если не ошибаюсь.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	135. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от свободнеечемдругие on 17-Апр-18, 00:36
	Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя. Отображаемая скорость соответствует реальной скорости записи. Интерфейс показывает конец записи одновременно с её окончанием. Причём, можно в это время спокойно ещё качать торрент и манкировать броузерами без какого-либо напряга. Что происходит в линухе под всякими там наутилусами, все тут знают без меня. Когда сначала "пишем" на флешку со сверхзвуковой скоростью, а потом ждём ещё N минут когда закончится реальная запись после того как фм уже отрапортовал об её окончании. Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте - хаха. Всё это называется просто - через жопу. Но кто-то как всегда пытается всё повернуть с ног на голову и выдать чёрное за белое.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	140. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Ordu (ok) on 17-Апр-18, 01:01
	> Короче, винда, сколько себя помню, пишет флешки прозрачно для пользователя. А вот пользователи с их прозрачностью, действительно, пускай сидят в венде. Я хочу использовать железо по максимуму, и если для этого мне придётся учитывать особенности функционирования этого железа -- что ж, я готов. Даже с радостью.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	153. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от свободнеечемдругие on 17-Апр-18, 12:08
	Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать железо по максимуму"? Газифицируешь. Какое вообще "железо по максимуму", если никакое управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники линукс?
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	159. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Ordu (ok) on 17-Апр-18, 18:45
	> Неправильное отображение линуксовыми ФМ процесса записи на флешку - это по-твоему "использовать > железо по максимуму"? Что значит "неправильное"? ФМ отображает процесс копирования файлов в VFS. И абсолютно правильно. Отличия же VFS от реальных FS я в состоянии учесть самостоятельно. И лучше я их учту самостоятельно, чем доверю это какому-то там ФМ. > Газифицируешь. Да-да. Кажется кто-то тут говорил о демагогии? Причём абсолютно голословно говорил, не приводя никаких указаний на то, что именно ему показалось "демагогией". Ты на себя давно в зеркало глядел? Кто тебе сказал, что "газифицируешь" -- это валидный аргумент в дискуссии? Кто тебе сказал, что голословные утверждения -- это валидные аргументы в дискуссии? Плюнь в лицо ему. Всё это чистой воды демагогия. > Какое вообще "железо по максимуму", если никакое > управление энергопотреблением и проблемы с аппаратным ускорением - это вечные спутники > линукс? Что значит "никакое"?! Я вот планшет себе купил, собираюсь выкинуть андроид и поставить линукс, и одна из причин, почему я купился на это: впечатления от прошедших этим путём, связанные с увеличением времени работы планшета от батарейки на 3 часа. Плюс, ты читал ченджлог о котором сия новость? Там ещё улучшено энергопотребление, судя по форониксу процентов на десять, хотя это сильно зависит от нагрузки и конкретного железа. А с аппаратным ускорением проблем у меня не было уже очень давно. Я даже затрудняюсь сказать сколько именно, забыл об этих проблемах.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	167. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 18-Апр-18, 00:50
	Оно в итоге синкает гораздо дольше по времени, чем в режиме в котором прогресс отображается верно.
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	186. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Анонимный on 21-Апр-18, 20:06
	Вот тоже помню такое, когда о линуксе и не помышлял даже.  Копирую в винде файл большой на флешку, винда значится бодро рапортует, что копирование завершено — совершенно «прозрачно» рапортует, ну и я понятное дело достаю флешку и иду с информацией к другу, а там вижу, что файлик таки есть, а объём едва на четверть от копированного, вот и понял я тогда в чём вся эта «прозрачность». Однако с тех пор стал ориентироваться на скорострельность флешки и на содержание копируемой информации. Фильм и ролик с видео — это один вариант и время, а книжки и множество малых папочек и страничек — совсем другое время. И всё это было в винде, а не в линуксе, такая вот беда. Из последнего опыта хочу сказать, что копировал недавно на флешку файлы в винде десятой и в убунту 16.04 и разницы в скорости особой не заметил, такие дела...
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	169. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от шеш on 18-Апр-18, 07:43
	Брехня. Много раз было - "Носитель не может быть отсоединён прямо сейчас". А ещё и антивирус может держать нандлеры и не только.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	171. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Anonimus (??) on 18-Апр-18, 11:21
	> Да и попробуйте что-нибудь ещё позапускать во время записи в той же Убунте В том то и дело что пробовали на убунте с пакетами которые еще динозавров помнят. На современных дистрибутивах все ок с этим.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	176. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (??) on 19-Апр-18, 00:35
	> В том то и дело что пробовали на убунте с пакетами которые > еще динозавров помнят. На современных дистрибутивах все ок с этим. Одна из проблем убунт - поставляют "серверное" (non-preemptible) ядро по дефолту. Это дает несколько процентов в бенчах, но - ценой потери интерактивности. На десктопе имеет смысл поставить low-latency ядро. Два процента производительности вы не заметите, а вот снижение латенси - штука позитивная. Хотя их low latency не такое уж и low и собрано с компромиссными настройками. Лучше самому пересобрать как fully preemptible. И еще, быстрый диск под систему - это хорошо. В идеале - не пересекающийся с жирными данными которые интенсивно ворочают. Ну как, если копирование мувиков тупит - да и черт с ним. А если при этом бандвиза на всех не хватает и проседает еще и запуск программ и вообще все что требует работы с файлами - это фигово, да. Можно конечно копированию мувиков поставить приоритет io по минимуму и попустит, но указывать приоритеты копированию файлов - кто этим заморачивается, скажите честно? :) Чисто по человечески могу посоветовать SSD под системный диск. Вы удивитесь насколько круто может работать компьютер. Особенно с не слишком жирным линем. Старт за пяток секунд и ни малейшего намека на тормоза, если все сделать правильно.
	Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

	113. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от _ (??) on 16-Апр-18, 20:05
	Дык ты эстэт?! (С)  :-)
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	174. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (??) on 18-Апр-18, 23:45
	> Угу, я о том же. Должно быть равномерно медленно всегда, чтобы пользователь > не забывал о том, что работает с тормозным носителем. Ну так отключи себе дисковый кэш и получишь желаемое - будешь наслаждаться тупняками накопителя при каждом удобном случае. Если ты не понял, кэш в RAM сделали специально для того чтобы не радоваться тормозам диска вообще всегда. Видел когда-нибудь MS-DOS без smartdrv? Хреново когда все и вся работает вот так. Зато блин "равномерно" тормозит. Другое дело что в 12309 вышел перегиб - ядро пытается выкраивать память за счет кэша диска для тех кто ее попросил, а если кэш большой и накопитель медленный, попросившие память конечно ее получат, но - когда-нибудь сильно потом. А пока они повисят тряпочкой неинтерактивно. Альтернативой разве что уронить их SIGSEGV (ибо оверкоммит) или вернуть ошибку malloc() если на оверкоммит все же забили (но многие будут против идеи забить на оверкоммит).
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	88. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Fracta1L (ok) on 16-Апр-18, 16:47
	Обоснуй.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	70. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–3 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 15:06
	> Дело даже не в том, что система умирает, а затухающая скорость копирования. > Быстрее в винду загрузиться и перенести, что нужно. + Как то от интереса, специально сделал выборку файлов Одни и те же файлы Один и тот же размер Копирование в лине, дольше чем под виндой Одна флешка Винда без антивиря Так же, после некоторого момента неприятного Необходимо идти в терминал и руками требовать сброс кэша Иначе система будто забыла, что копировала файлы и забыла об этом Уведомления говорят, мол всё, забирай флешку Но в итоге, битые файлы Поэтому принудительно сброс кэша И только после этого забираем Поэтому да, быстрее и проще в Винду нырнуть и копировать
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	86. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Ordu (ok) on 16-Апр-18, 16:16
	>[оверквотинг удален] > Одна флешка > Винда без антивиря > Так же, после некоторого момента неприятного > Необходимо идти в терминал и руками требовать сброс кэша > Иначе система будто забыла, что копировала файлы и забыла об этом > Уведомления говорят, мол всё, забирай флешку > Но в итоге, битые файлы > Поэтому принудительно сброс кэша > И только после этого забираем > Поэтому да, быстрее и проще в Винду нырнуть и копировать Это у вас что-то с вашим файловым менагером. У меня в консоле никогда проблем не было. cp и mv пишут на флешку или читают с неё без каких-либо проблем вообще.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	137. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от свободнеечемдругие on 17-Апр-18, 00:40
	Заметь (кстати, это здесь прямо тенденция), не с линуксовым файловым менагером, а с Его файловым менагером! Линукс не виноват! Это Он Сам виноват.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	138. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Ordu (ok) on 17-Апр-18, 00:55
	> Заметь (кстати, это здесь прямо тенденция), не с линуксовым файловым менагером, а > с Его файловым менагером! Линукс не виноват! Это Он Сам виноват. Ну естественно. Он же сам выбирал себе файловый менагер из доступных? Сам, никто его не заставлял выбирать именно то, что он выбрал. В его силах изменить ситуацию? Да, он может сменить фм, и избавиться от проблем, или он может вмешаться в разработку фм и исправить ситуацию таким образом, или он может привить себе привычку вручную отмонтировать и/или синкать внешние накопители, или, наконец, если всё предыдущее религия не позволяет делать, он может порыться в настройках (в fstab, в udev или где-нибудь в systemd) и обучить флешку монтироваться с тонко настроенными под него опциями кеширования. Конструктивных вариантов действий у него туча, но вместо этого неконструктивно рыдает на форуме, выискивая виноватых на стороне. Сколько бы он не нашёл таких виноватых, его проблемы с копированием файлов никуда не денутся. А вот если он признает свою вину в своих проблемах, то сможет их все порешать. Можно назначить виноватым море и выпороть его, но решит ли это проблемы? Нет, поэтому надо думать, прежде чем искать виноватых, и распределять вину так, чтобы это улучшало бы ситуацию в будущем. И наиболее конструктивно назначать себя виноватым в своих проблемах, потому что у себя всегда больше всего мотивации эти проблемы решать. При этом, я отмечу, что в данном треде обсуждается _ядро_ линукса, вообще-то новость ведь именно о нём, так? При чём здесь проблемы отдельно взятого фм?
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

Часть нити удалена модератором

	141. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Ordu (ok) on 17-Апр-18, 01:15
	> Вы демагог хай лвл. Я мог бы попробовать метнуть в ответ, но > местный вахтёр всё равно заведомо на вашей стороне, так что метнул > бы я всё равно в шахту. Как хай лвл демагог, я раскрою тебе самый важный навык демагога: сливаться надо вовремя, а если пропустил нужный момент, то делать это надо молча. Когда ты молча уходишь, большинство не заметит, а когда ты, уходя, начинаешь кидаться кaкaшками, любой дурак увидит твой фейл. Возвращаясь к теме. Если тебе неясна эта утилитарная концепция вины, но всё же интересно, то ты скажи, я могу порыскать по истории, кто-то её излагал подробно и с примерами. Я просто не помню кто, и не помню где я это читал, то есть поиски займут время и не факт, что из этого что-то выйдет. Впрочем, без всяких умных чужих рассуждений, ты и сам можешь допереть до всего, если задашься вопросом, какую роль играет вина в социуме, зачем человекам вообще надо было её изобретать в культурно-историческом процессе. Найти цели, которые вина позволяет достигать, а затем подумай о том, как лучше использовать вину для того, чтобы достигать этих целей. Ты сам придёшь к тому же самому, что я излагаю выше.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	98. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от VINRARUS (ok) on 16-Апр-18, 18:16
	Просто нада отмонтировать...
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	120. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от . on 16-Апр-18, 22:26
	umount не сбрасывает физический кэш устройства.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	125. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 22:47
	> umount не сбрасывает физический кэш устройства. Прув или не было. Может вы какой-нибудь systemd-umount имеете ввиду?
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	126. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Ordu (ok) on 16-Апр-18, 22:49
	> umount не сбрасывает физический кэш устройства. И что с того?
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	132. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от . on 16-Апр-18, 23:27
	то, что быстровыдернутое неупавшим не считается. Причем буферный кэш и без umount рано или поздно (в современных версиях скорее рано) доберется до носителя, а вот его внутренний кэш - хорошо если сбросится при eject. Проблема тянется аж с 1995го года.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	134. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от fluoride (ok) on 17-Апр-18, 00:35
	> то, что быстровыдернутое неупавшим не считается. > Причем буферный кэш и без umount рано или поздно (в современных версиях > скорее рано) доберется до носителя, а вот его внутренний кэш - > хорошо если сбросится при eject. Проблема тянется аж с 1995го года. Пруф или не было. Сколько я не выдёргивал флешки после umount'а, ничего подобного не видел. То ли ты что-то напутал с внутренним кешом, то ли... то ли я не знаю, что у тебя там в голове творится. С какими моделями флешек такое случается? Где багрепорт? Список пострадавших? Ну, хоть что-нибудь, кроме голословных заявлений?
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	160. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–2 +/–
	Сообщение от пох on 17-Апр-18, 19:14
	> Пруф или не было мальчик, а не пойти ли тебе нах? > С какими моделями флешек такое случается? гугли. > Где багрепорт? гугл...эээ...мда... lkml 1995. Боюсь, в гугле этого нет. с тех пор изменилось две вещи: 1. MS в ранних версиях nt4 с вендорскими фичами (на обычных pc не проявлялось, потому что там и не делалось) налетела на те же проблемы. Пофикшено банально - вендоры дали команду производителям дисков "сбрасывать кэши сразу, и хер с ней с производительностью!" (ms конечно у себя тоже сделала flush cache, но пока сервиспак дохромал до юзеров, примерно в 97м...) 2. линукс начал сбрасывать кэши при физическом дисконнекте устройства (инициированным хостом, конечно, а не ты его вырвал из разъема) [примерно в 2007м - то есть всего десять лет портил диски хорошо известной ошибкой] - в том числе принудительно все дисконнектя при shutdown. [181222.400346] sd 1:0:0:0: [sdc] Stopping disk вот если ты такое видишь (обычно можно увидеть только в консоли, поскольку /var/log давно уже отмонтирован) - кэш сброшен. eject этой операции не делает, имей в виду.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	177. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Ordu (ok) on 19-Апр-18, 00:50
	>> Пруф или не было > мальчик, а не пойти ли тебе нах? Мне нравится "конструктивность" твоего настроя. Зачем ты вообще парился влезать в беседу с таким настроем? >> С какими моделями флешек такое случается? > гугли. >> Где багрепорт? > гугл...эээ...мда... lkml 1995. Боюсь, в гугле этого нет. То есть проблема совершенно нерелевантна? К чему тогда все остальные слова? >[оверквотинг удален] > вендоры дали команду производителям дисков "сбрасывать кэши сразу, и хер с > ней с производительностью!" (ms конечно у себя тоже сделала flush cache, > но пока сервиспак дохромал до юзеров, примерно в 97м...) 2. линукс > начал сбрасывать кэши при физическом дисконнекте устройства (инициированным хостом, конечно, > а не ты его вырвал из разъема) [примерно в 2007м - > то есть всего десять лет портил диски хорошо известной ошибкой] - > в том числе принудительно все дисконнектя при shutdown. > [181222.400346] sd 1:0:0:0: [sdc] Stopping disk > вот если ты такое видишь (обычно можно увидеть только в консоли, поскольку > /var/log давно уже отмонтирован) - кэш сброшен. Интересные истории ты рассказываешь. > eject этой операции не делает, имей в виду. Да мне плевать. УМВР и диски не портятся. Я два раза портил себе диски за всё время работы с линуксом, один раз не справившись с инсталлятором mandrake, второй я не помню как, но там тоже дело было в кривизне моих рук.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	188. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 19:36
	> Да мне плевать. УМВР и диски не портятся. Я два раза портил > себе диски за всё время работы с линуксом, Понимаешь, Пох еще лично с дедушкой Лениным линукс на броневичок устанавливал, поэтому в два счета перескажет все "свежие" и "актуальные" проблемы. Годика 1929 примерно. Или в лучшем случае 1995. А то что с этого момента линуксные разработчики вовсе не груши околачивали - для поха похоже откровение. На самом деле это wishful thinking в его хучшем виде. Деформация восприятия мира. Гадкий утенок^W пингвин видите ли грубо уделал его предметы обожания. В хвост и гриву. Поэтому пох упорно пытается видеть в пингвине гадкого утенка. И как круглый рак пытается всем доказывать эту точку зрения. С понятным результатом: его данные либо безнадежно протухли, либо не стыкуются с наблюдаемой реальностью. Так что эксперт в области линя из поха понятно какой. Такой же как и из остальных дуалбутчиков в винду с всякими солярно-бсдшно-древнеюниксными бэкграундами.
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	175. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 19-Апр-18, 00:06
	> Причем буферный кэш и без umount рано или поздно (в современных версиях > скорее рано) доберется до носителя, а вот его внутренний кэш - > хорошо если сбросится при eject. Проблема тянется аж с 1995го года. При том это в основном фирмварная проблема накопителей. Фирма нокия при разработке смартфонов нарвалась на такое: некоторые sd/mmc карты (в частности Transcend) весьма вольно себя ведут. Когда хост кидает им команды закругляться и шатдауниться - они подтверждают эти команды и ... довольно долго после этого делают что-то там внутри. А если хост честно кинет команды и снимет питание, как в стандарте регламентировано, карта рассыпается нафиг. Потому что у нее транслятор дохнет. Формально это карта не соответствующая стандарту, но юзеры рвут и мечут и поди им это объясни. Аналогично и много с чем еще. При том на 99% это придурь фирмварей. В линухе в результате воткнули воркэраунд, до того как питание снять mmc host некоторое время туповээйтит. Но это снижает энергоэффективность системы и вообще - костыль на чужие продолбы в фирмвари.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	24. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 12:48
	> где-то с год Версия, сестра, версия какая?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	33. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:05
	Может аноним имел ввиду релиз с внедрением bfq?
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	31. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:01
	>Уже где-то с год как нет. Даштовыговорите! Благородный дон предоставит даже ссылку на патч, принятый год назад и исправляющий сабж?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	58. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Урри on 16-Апр-18, 14:27
	Может сначала благородный дон предоставит пруфы оной "проблемы"? За 20 лет ни разу не видел, чтобы линукс "колом вставал из-за копирования" не то что на флешку, а даже на дискету.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	62. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–5 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 14:43
	Если ты никогда не сталкивался с фризами и зависаниями системы при копировании файлов на флешку, то: 1. Ты никогда не работал под Linux; 2. См. пункт 1.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	65. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+2 +/–
	Сообщение от бедный буратино (ok) on 16-Апр-18, 14:50
	я практически никогда не пользуюсь флешками. одна постоянно висит на ключах, но файлами на ней я не оперирую - делаю, по потребностям, живую систему на базе то Debian, то OpenBSD, а затем cat hdd > /dev/sdb а колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил, а теперь тормозит на дисковых операциях, как саврас - не от старости же, не байты же там устали
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	187. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (??) on 24-Апр-18, 18:53
	> а колом мои четыреядра-четырегига ставит вообще любая серьёзная дисковая активность. при > 2.6.2x было лучше, заметно - есть комп, который тогда не тормозил, Ну так правильно, запустить хотя-бы perf top и посмотреть что и где тормозит и сделать выводы - это слишком конструктивно и разумно. А уж баг повесить, если регрессию на твоем оборудовании поймал - и тем паче. Намного лучше ныть что раньше солнце светило ярче и трава была зеленее. > не от старости же, не байты же там устали Есть такая штука - bitrot. И регрессии. А еще есть хренова куча разного железа и его quirks. Ну и вот может так получиться что на паре конфигурациях из пары миллиардов существующих на планете - что-то где-то как-то отъехало и работает субоптимально в какой-то ситуации, например. Или есть что-то чего никто не учел. А может у тебя просто файлуха фрагментированая в хлам, например, если она древняя. При том у разработчиков и вообще всех кто в состоянии взять в руки профайлер - все зашибись, по понятным причинам. А драть зубы по телефону - занятие не очень эффективное. Особенно когда пациент не умеет телефоном пользоваться.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	69. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 15:00
	Не слишком ли категорично? Человек сказал, что 20 лет с Linux.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	77. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 15:49
	А, ну раз человек 20 лет с линуксом, то дааа. А считается ли "20 лет с Linux"ом показательным? Например, есть те, кто линукс видят только через vnc или putty и они просто тупо никогда флэшки в линукс не втыкали и никогда в жизни не копировали, но уже на протяжении 10+ лет работают таким образом с линуксом...
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	96. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Илья (??) on 16-Апр-18, 17:55
	Вы определённо ищете подтверждения своим словам. Ну не копируется у Вас флешка, перестаньте это уже повторять
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	102. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 18:44
	А ещё он мог использовать только качественные флешки те два раза что пользовался ими. Впрочем, при перемещении между дисками тоже колом может встать. Blk-mq и ко немного исправляют ситуацию, но не знаю где их включают - у меня с первых дней.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	115. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от пох on 16-Апр-18, 20:17
	> но уже на протяжении 10+ лет работают таким образом с линуксом... в 10 - поверю. В 20 - если кто-то тебе шлепает губой про vnc с путтей - шлепай его тухлой рыбой по роже, ибо п-т. redhat в 2000м только-только ssh вместо телнета осторожненько начала использовать. олдовые виндофилы пользовали совсем другой софт (не буду называть, пусть свой эклер напрягут) Не, гугль не поможет, не было тогда гугля.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	82. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от llolik (ok) on 16-Апр-18, 16:07
	> Благородный дон предоставит даже ссылку на патч, принятый год назад и исправляющий сабж? https://lwn.net/Articles/682582/ Статья на LWN сойдёт? Внедрено в 4.10. Ну, как минимум, на 4.13/4.15 в крайнем Mint-е (читай Убунте) 12309 не наблюдаю.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	83. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от пох on 16-Апр-18, 16:13
	благородный дон вот может (потратив пол-дня, поэтому лучше - сами, ссылки эти были даже и на опеннете в том числе) даже найти ссылки на патчи, которые "исправляли эту проблему" еще в ядре 2.6. Как и подтверждения заинтересованных лиц, что нифига -то на самом деле не исправлялось.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	63. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от iPony on 16-Апр-18, 14:45
	> Уже где-то с год как нет. ну да, это шаблон такой. Только сообщение такое же остаётся, а переменная "СЕЙЧАС" меняется.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	147. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Andrey Mitrofanov on 17-Апр-18, 10:12
	> Уже где-то с год как нет. Или пять... https://www.linux.org.ru/forum/general/7446581
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	17. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от AlexYeCu_not_logged on 16-Апр-18, 12:39
	А что, такое бывает?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	20. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от TormoZilla on 16-Апр-18, 12:43
	Ну на HDD без изменений.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	23. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 12:46
	Да, чувак.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	26. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Анончик999999 on 16-Апр-18, 12:52
	ты знаешь, это иногда случается даже в Windows 10. С моей Transcend 64GB две недели тому так случилось.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	68. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от имя on 16-Апр-18, 14:59
	а у них негров линчуют! Б-же, что за агрументы.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	29. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Pofigist on 16-Апр-18, 12:57
	Да.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	37. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от ILoveIslam on 16-Апр-18, 13:09
	Быстрее флешками перестанут пользоваться, чем этот баг починят
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	50. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:40
	Сильно зависит от конфигурации ядра. На OpenSuse ядре такой дичи нет.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	116. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 20:43
	> Сильно зависит от конфигурации ядра. На OpenSuse ядре такой дичи нет. Подтверждаю. Пользуюсь opensuse с 2011 года, ни разу с таким не сталкивался.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	66. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 14:55
	Да, и да на дворе 2018 Все кто фуфлят, мол нет и тп, наверное привыкли и тупо уходят от компа Очень редко можно просто слушать музыку или смотреть фильм и копировать одновременно Сколько лет пользуюсь линуксом, а эта лажа имеется И это позорище Единственный минус во всей системе Ядро последнее lts
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	104. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+4 +/–
	Сообщение от Michael Shigorin (ok) on 16-Апр-18, 18:59
	> Сколько лет пользуюсь убунтой, а эта лажа имеется
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	67. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от имя on 16-Апр-18, 14:59
	увы
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	117. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от Фардок on 16-Апр-18, 21:18
	У вас там что навязчивая идея какаято?  Причем тут ваши личные проблемы с какимто убогим релизом?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	195. "да"	+/–
	Сообщение от Аноним (??) on 26-Апр-18, 13:45
	Ставит, как и любое засвопившееся приложение.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
Сообщение от A.Stahl (ok) on 16-Апр-18, 12:09
>так как не хочет быть слишком предсказуемым Жаль, предсказуемость -- очень хорошее качество лидера большого проекта.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–7 +/–
	Сообщение от охохонюшка on 16-Апр-18, 13:27
	>предсказуемость -- очень хорошее качество лидера большого проекта Тут эксперты опеннета наконец подошли к мысли, что Линус вовсе не хороший лидер. В кровавом энтерпрайзе его бы давно уже пнули. Столько бессмысленного переписывания всего и вся. Ещё и на плюсы запрещает переход, не удивлюсь если ему АНБ бэху и всё остальное купило, чтобы побольше закамуфлированных под баги бэкдоров было :)
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	99. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–1 +/–
	Сообщение от Вареник on 16-Апр-18, 18:22
	Пока еще проект ядра не развалился, за столько лет. И это ядро даже падает пореже проприетарных. Единственная претензия в Linux, с моей точки зрения - это плоское моноядро. Модульность сожрала бы 5%, но улучшила бы многое в архитектуре.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	105. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–2 +/–
	Сообщение от Michael Shigorin (ok) on 16-Апр-18, 19:00
	> Единственная претензия в Linux, с моей точки зрения - это плоское моноядро. > Модульность сожрала бы 5%, но улучшила бы многое в архитектуре. Гм, а где ссылка на репозиторий?
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	192. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 24-Апр-18, 23:47
	> Единственная претензия в Linux, с моей точки зрения - это плоское моноядро. > Модульность сожрала бы 5%, но улучшила бы многое в архитектуре. Вот скажи, человек, как так получается что в Linux его крутой DRM/KMS таки наглухо опционален и в каком-нибудь роутере гоняющем траф под столом его просто нет. За отсутствием дисплея даже в проекте. А в таком из себя гибридном ядре NT (с чем еще уместно такое сравнить?) - оборвать части гуя из win32k.sys и ко - просто не вариант, это виндой и винапи резко перестанет быть. И один виндовый win32k.sys в результате весит больше чем весь кернел роутера в сборе. Вот как-то так "плоское моноядро" втыкает "гибриду". Может быть, все эти деления достаточно условны, да? :)
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

5. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+2 +/–
Сообщение от Ilya Indigo (ok) on 16-Апр-18, 12:10
> ...приурочить к какому-то необычному событию. > ...преодолён рубеж в 6 млн git-объектов в репозитории. Вот это необычное событие...просто нет слов...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+2 +/–
Сообщение от Anon4ik on 16-Апр-18, 12:15
А почему не 6.0 сразу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	–2 +/–
	Сообщение от . on 16-Апр-18, 12:30
	600. Инвесторы любят большие числа.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	91. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от КО on 16-Апр-18, 17:00
	6M, чтоб программы всех кто считал, что мажорная версия это число, а не строка начали показывать прелести UB. :)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	108. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 19:26
	M31 "Horus heresy".
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

8. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 12:16
С другой стороны, какая вообще разница от номера ядра? Пускай хоть будет v400 или v500. https://www.kernel.org/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от FHgf on 16-Апр-18, 12:25
	Вам подавай версию V859 или 4.17? А мне 2.298.55
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	21. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от TormoZilla on 16-Апр-18, 12:44
	0,417b78m
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	178. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от в on 19-Апр-18, 07:04
	Тогда уж 2.6.nnn
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	121. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 22:27
	> какая вообще разница от номера ядра? Почему-то, "какая вообще разница от номера ядра" обычно продолжают "пусть будет хоть v400 или v500", но никогда "пусть будет хоть 4.17 или 4.18". Странно.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	146. "Линус Торвальдс не исключает, что следующим выйдет ядро Linu..."	+/–
	Сообщение от 0x0 on 17-Апр-18, 09:55
	> какая вообще разница? Некие основания, всё-таки, есть. Особенно, когда требуется найти какую-то определённую версию :) https://mirrors.edge.kernel.org/pub/linux/kernel/v4.x/ ../
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

14. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+5 +/–
Сообщение от Какаянахренразница (ok) on 16-Апр-18, 12:31
> стало хорошим поводом для выпуска 5.0 Наоборот, не стало. Могло бы стать, но не стало.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+2 +/–
Сообщение от Аноним (??) on 16-Апр-18, 12:32
>в один прекрасный день выпуск 5.0 состоится >выбор этого момента будет абсолютно бессмысленным Логично
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	–4 +/–
Сообщение от iZEN (ok) on 16-Апр-18, 12:41
> Линус предупредил, что в один прекрасный день выпуск 5.0 состоится, но выбор этого момента будет абсолютно бессмысленным. В этом определённо что-то есть... Безумное... Линус в аварию не попадал?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	111. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от YetAnotherOnanym (ok) on 16-Апр-18, 19:34
	В смысле - под автобус? Нет, насколько мне известно. Может, от жены по башке получил?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Онаним on 16-Апр-18, 12:41
4.0 надо было делать после 3.14
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от mickvav on 16-Апр-18, 12:49
	Это уже было в TeX-e.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 12:46
> Ядро Linux достигло 6 млн git-объектов, что стало хорошим поводом для выпуска 5.0 Один я считаю, что повод не то чтобы слишком хороший?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+4 +/–
	Сообщение от Andrey Mitrofanov on 16-Апр-18, 13:00
	>> Ядро Linux достигло 6 млн git-объектов, что стало хорошим поводом для выпуска 5.0 > Один я считаю, что повод не то чтобы слишком хороший? Будешь после Линуса.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

27. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+8 +/–
Сообщение от SysA on 16-Апр-18, 12:57
Я вообще не понимаю ухода от классической x.y.z[.r] модели, устоявшейся в Юникс-мире. Когда версии нумеровались по мере введения новых фишек и совместимости. Было куда легче ориентироваться и понимать, что происходит...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	–9 +/–
	Сообщение от Fracta1L (ok) on 16-Апр-18, 13:13
	Бедный, в новых циферках запутался и ориентацию потерял?
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	40. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+2 +/–
	Сообщение от A.Stahl (ok) on 16-Апр-18, 13:16
	>куда легче ориентироваться и понимать, что происходит... Так ничего не происходит. Никаких скачкообразных принципиальных изменений в ядре давно не было и в ближайшей перспективе не будет. А версия 2.472.0 не очень удобна для запоминания.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	54. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	–1 +/–
	Сообщение от fi (ok) on 16-Апр-18, 14:07
	Driver API всё же меняется, вот это самый главный повод менять мажор версии
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	127. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 22:49
	> А версия 2.472.0 не очень удобна для запоминания. А простое 472 удобнее?
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	179. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от в on 19-Апр-18, 07:07
	>>куда легче ориентироваться и понимать, что происходит... > Так ничего не происходит. Никаких скачкообразных принципиальных изменений в ядре давно > не было и в ближайшей перспективе не будет. > А версия 2.472.0 не очень удобна для запоминания. Зато циферки большие. Говорят инвесторы любят такое
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	48. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Andrey Mitrofanov on 16-Апр-18, 13:37
	> Я вообще не понимаю ухода от классической x.y.z[.r] модели, устоявшейся в Юникс-мире. Давно http://www.opennet.dev/opennews/art.shtml?num=45298 же выяснили, что шкала _логарифмическая_: 2.6 -> 3.x  :  39 миноров 3.х -> 4.x  :  20 миноров 4. -> 5. : 10 5 -> 6 + 5 6 -> 7 + 2 7 -> 8 8 -> 10 10 > 14 14 -> .... Ну, или коло того.  Главное -- хроум обогнать! > Когда версии нумеровались по мере введения новых фишек и совместимости. Было > куда легче ориентироваться и понимать, что происходит...
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

32. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+5 +/–
Сообщение от Ordu (ok) on 16-Апр-18, 13:05
> Линус не исключает, что несмотря на хорошее совпадение, он принципиально не станет формировать релиз 5.0 вместо 4.17, так как не хочет быть слишком предсказуемым Тролль, как он есть. Ждём новой вспышки обсуждения того, как надо правильно нумеровать версии.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	44. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 16-Апр-18, 13:30
	>Ждём новой вспышки обсуждения того, как надо правильно > нумеровать версии. Нет, подожди немного, они еще не проснулись.  Жди появления в камментах ключ.слова "semver". //Нет, не считая моего коммента.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

35. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 13:07
Партия провозгласила удвоить кол-во строк кода за пятилетку!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	51. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:41
	если вдвое - то 8 млн обьектов ожидайте
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

36. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Мураками on 16-Апр-18, 13:07
> "в один прекрасный день выпуск 5.0 состоится, но выбор этого момента будет абсолютно бессмысленным." сначала была привязка к значительным изменениям ядра, потом к количеству объектов в git, а теперь вот планируется привязка к "абсолютно бессмысленному моменту" мне одному кажется что они всё больше и больше начинают страдать хрнёй ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	41. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+2 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:17
	Тебе не кажется.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	45. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+2 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:34
	Ну так других неадекватов не стало (Дреппер ушёл из Glibc), вот Линус и расслабился! А вы помните Дреппера? "А давайте мы теперь байтики пустим слева направо? В спецификации же не определено, что должно быть именно слева направо - значит можно хоть как! И скажите спасибо что справа налево, а не сверху вниз, по-диагонали или РАНДОМАЙЗ!"
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	47. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+3 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:36
	Т.е. "справа налево". Ну, вы поняли! Мы живём в свободной стране, в которой требовать от байтов строгой упорядочности - нетолерантно!
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	52. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 16-Апр-18, 13:44
	> Т.е. "справа налево". Ну, вы поняли! Мы живём в свободной стране, в > которой требовать от байтов строгой упорядочности - нетолерантно! Нет, в "толерантной" стране байтики требуют от тебя упоро ^H ядоченности.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	56. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 14:23
	упорядочена сама информация, порядок же её выборки из массивов в пределах адресуемых структур может быть неожиданным, может дреппер дал сигнал о стеганографии.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	73. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+8 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 15:12
	Сейчас же есть неадекват покруче Дреппера - Поттеринг.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	172. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Sluggard (ok) on 18-Апр-18, 12:28
	Лёня активный разработчик ядра? Ты так не пугай...
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	189. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 20:45
	> Сейчас же есть неадекват покруче Дреппера - Поттеринг. Ну уж нет! В glibc второе место в номинации застолблено местным led (aka ldv). Просто ткни в его профайл здесь и почитай его сообщения. Дреппер на его фоне временами выглядит ламером и нубом в вопросах трамвайного хамства. И как раз майнтайнер одной из версий glibc. Все по фэншую.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	193. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Andrey Mitrofanov on 25-Апр-18, 06:06
	>led (aka ldv) Да, ладно?? >Просто ткни в его профай
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	123. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 22:36
	> А давайте мы теперь байтики пустим слева направо? Это даст 150% производительности, а в спецификации всё равно определено, что эта функция в таком случае работает некорректно, и явно написано, какую функцию надо использовать вместо неё. Починил. И расскажите подробнее, что конкретно вам не понравилось в том случае? Ну кроме того, что вы 5 лет до этого использовали неправильную функцию, а теперь ваша программа внезапно сломалась, несмотря на то, что функция продолжила работать как и раньше. А то тут у нас подсистема терминалов без мейнтейнера уже десятилетие висит лишь потому, что Линус запретил исправлять в ней баги. Вот этому вы наверное страшно рады.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	49. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от Аноним (??) on 16-Апр-18, 13:39
	Тебе кажется
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

43. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 13:29
Круто, чё. Вторую цифру выше 20 поднимать не красиво, давайте поднимать первую. Маразм, наблюдающийся в мире браузеров, дошёл и до ядра ОС.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	110. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 19:29
	Ничего, после версии 20 придется третью вводить.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	165. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 17-Апр-18, 23:08
	Да не. Пойдут по пути киноиндустрии, сделают "современный" перевыпуск серии, и снова с первой пойдёт :)
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

46. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 13:34
Maxim Chirkov, как такое может быть? https://s31.postimg.cc/gl5iliv6j/image.png
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	53. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 16-Апр-18, 13:48
	> Maxim Chirkov, как такое может быть? https://s31.postimg.cc/gl5iliv6j/image.png http://www.opennet.dev/openforum/vsluhforumID4/265.html#19
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	64. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+2 +/–
	Сообщение от Maxim Chirkov (ok) on 16-Апр-18, 14:48
	> Maxim Chirkov, как такое может быть? https://s31.postimg.cc/gl5iliv6j/image.png Издержки кэширования. Я вначале подтвердил новость, затем перечитал и понял, что заголовок не совсем верный и исправил. Но значение заголовка подставляется в шаблон страницы из отдельного кэша, который на пару минут отстаёт от актуальных данных.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	74. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Монти Пайтон on 16-Апр-18, 15:19
	> из отдельного кэша У вас проблемы с синхронизацией!
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

72. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 15:08
Надо Линусу выслать в подарок совочек с дружеским пожеланием перейти с лопаты на него, а то уж слишком далеко разлетается.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+1 +/–
Сообщение от Вопрошающий аноним on 16-Апр-18, 15:29
> 6 млн git-объектов .. стало хорошим поводом для выпуска 5.0 > Но Линус предупредил.. выпуск 5.0 .. будет абсолютно бессмысленным. О чём я прочитал новость?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	76. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Андрей (??) on 16-Апр-18, 15:33
	Вопрос риторический
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	118. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Ilya Indigo (ok) on 16-Апр-18, 22:00
	О том, что инвесторы и/или спонсоры прижали Линуса за яйца и грозятся посегнуть на его анус, если он не подтянет циферку до 10-ти, то есть как на оффтопике и огрызке. Признаться в этом же ему статус не позволяет, в тупую инкриментировать тоже. Вот он и пытается выдумать непонятно что, чтобы хоть как-то это замаскировать.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

79. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 15:50
Эх...а раньше между 2.4 и 2.6 были координальные различия, а теперь мажорную версию чуть-ли не каждый год меняют.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	81. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 16:01
	Без новых номеров версий нет прогресса ! :D
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	106. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Michael Shigorin (ok) on 16-Апр-18, 19:05
	> Эх...а раньше между 2.4 и 2.6 были координальные различия Помимо кардинальных, и впрямь произошло одно "координальное" -- в корне изменилась схема координирования проекта, как следствие -- и процесс разработки.  Гругря, стали не нужны нечётные разработческие ветки, поскольку разработка перешла в более мелкие итерации.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	151. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Andrey Mitrofanov on 17-Апр-18, 10:37
	>>между 2.4 и 2.6 > Помимо кардинальных, и впрямь произошло одно "координальное" -- в корне изменилась схема > координирования проекта, как следствие -- и процесс разработки.  Гругря, стали Историю ядра в git, помнится, начали с 2.6.12.  Не "между 2.4 и 2.6" то есть. > не нужны нечётные разработческие ветки, поскольку разработка перешла в более мелкие > итерации.
	Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

90. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+2 +/–
Сообщение от Аноним (??) on 16-Апр-18, 16:55
2.6.72
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 17:36
Не могу объяснить почему, но мне всегда чертовски нравился ход мыслей Линуса.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	–2 +/–
Сообщение от Аноним (??) on 16-Апр-18, 17:54
Ядро 4.17 также выделяется из всех остальных выпусков тем, что в нём впервые удалено больше строк кода, чем добавлено, благодаря удалению поддержки 8 устаревших архитектур и проведению нескольких других чисток. Вот я удивляюсь Линусу, чем его старые интерфейсы не устраивают? Живут себе и живут, хлеба не просят. А вот зачем раздувать ядра до новых версий так вообще непонятно! Лично для меня - старый конь борозды не испортит! А вот что таят в себе новые ядра, так и непонятно. Так и хочется спросить Линуса:"Линус, а зачем тебе столько...)"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	107. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Michael Shigorin (ok) on 16-Апр-18, 19:14
	> 8 устаревших архитектур > чем его старые интерфейсы не устраивают? Есть мало-мало разницы между _архитектурами_ и _интерфейсами_...
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

103. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	–3 +/–
Сообщение от рара Кен on 16-Апр-18, 18:56
куча "устаревшего" плохо очень и мало кто готов в этом разбираться. обычно в проектах устанавливают "срок давности" все что старше автоматически становится устаревшим. легче написать заново тем более когда за это платят. iОS Google а у Microsoft проблемы - старые проблемы. как мне нравится chrome OS! очень гладкая работа и все удобно. слышал яблочные еще круче но и дороже  https://youtu.be/K7imG4DYXlM
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	112. "Ядро Linux достигло 6 млн git-объектов, что стало хорошим по..."	+/–
	Сообщение от Ordu (ok) on 16-Апр-18, 19:46
	> куча "устаревшего" Естественно. git он на то и git, чтобы хранить для истории устаревшие файлы.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

119. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
Сообщение от Аноним (??) on 16-Апр-18, 22:16
Блин, чему они радуются? Неимоверно раздувшейся кодовой базе?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	124. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+1 +/–
	Сообщение от Ordu (ok) on 16-Апр-18, 22:42
	> Блин, чему они радуются? Неимоверно раздувшейся кодовой базе? Если ты сходишь почитать оригинал сообщения Линуса, а не только пересказ самой сpaчегенерирующей части, то ты увидишь, что этот релиз уникален тем, что он уменьшил количество строк кода. Надо полагать и количество файлов тоже.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	129. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Аноним (??) on 16-Апр-18, 22:57
	Уменьшил за счёт выкинутого кода: архитектур, наверное драйверов. Всё, их выкинули, драйвер нельзя будет скачать и поставить. Меня почему-то сильно впечатлило, когда я воткнул в комп с десяточкой старый ТВ-тюнер, откопал для него какие-то заплесневелые дрова, поставил не менее заплесневелый DScaler, и ОНО ЗАРАБОТАЛО! Да, криво, но всё-таки. Конечно, обратных примеров у меня тоже есть, тут не идеально. Но, блин, это же прекрасно, когда драйвер можно вот так просто скачать и поставить, а не патчить, компилить и т.д.
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	131. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+1 +/–
	Сообщение от Ordu (ok) on 16-Апр-18, 23:26
	> Уменьшил за счёт выкинутого кода: архитектур, наверное драйверов. Зачем гадать, если ссылка в новости? > We actually have a fair amount of other removal and cleanups too. I > was somewhat pleasantly surprised by the number of pull requests that > actually ended up removing a lot of lines. Some of it was staging > drivers that finally gave up the ghost (like irda), but we also got > rid of some copyright language boiler-plate in favor of just the spdx > lines. And some pre-shipped lexer/parser files are no more, we're > better off just generating them. > Всё, их выкинули, драйвер нельзя будет скачать и поставить. Сложность плохо, чистка кода тоже плохо. Прежде чем говорить что плохо, тебе следует определиться с тем, что же собственно хорошо. > Меня почему-то сильно впечатлило, когда я воткнул в комп с десяточкой старый ТВ-тюнер, откопал для него какие-то заплесневелые дрова, поставил не менее заплесневелый DScaler, и ОНО ЗАРАБОТАЛО! Ага. Backward compatibility во все поля. Этим интел заcpaл всю свою архитектуру, и этим же майкрософт cpeт в венду. Завести старое железо -- это очень специфическая задача, и под специфические задачи нужны специфические инструменты. Есть виртуалки, туда можно прокинуть порты и завести на старом ядре. Можно купить на барахолке старый комп и завести на нём. Но, конечно, tv-tuner не стоит того: телевизор, лол, кому он нужен? При этом я, лично, не буду качать драйвер и ставить его. Я уже больше десяти лет не делаю этого, с тех пор как с winmodem'а пересел на модем внешний, и не собираюсь заниматься этой мастурбацией. Наелся в венде -- когда я раз в три месяца переустанавливал 98SE, и ставил кучу дров с дисков, меня эта процедура достала вусмерть. Потом в win2k было лучше, но немногим: раз в полгода ставить грядку дров конечно проще, чем раз в три месяца, но всё равно приятного мало.
	Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

	149. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Аноним (??) on 17-Апр-18, 10:29
	> Этим интел заcpaл всю свою архитектуру, и этим же майкрософт cpeт в венду. Ну почему сразу "заcрал". Лучше, когда с каждым релизом всё ломается? Может и нужно временами чистки устраивать, но осторожненько, а не как МС со своими мобильными осями. > Завести старое железо -- это очень специфическая задача, и под специфические задачи нужны специфические инструменты. Почему вдруг простая операция вдруг стала специфической? Не яббл, слава богу, разрешение ни у кого спрашивать не надо. Отвёртка и драйвер - и все дела. Тут, ну лично для меня, ценна именно такая модульность и независимость (конечно, в определённых пределах) собственно ОС и ПО для поддержки оборудования. Выпустил производитель драйвер, нормально работает - ну и зашибись, занимаемся другими делами, не надо ничего патчить и компилить. То же и с кодеками, очень хорошая идея, как бы кто ни ругался (и местами заслуженно). А в винде уже тоже качать мало какие драйверы качать приходится, весь мейнстрим сам качается.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	154. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Ordu (ok) on 17-Апр-18, 12:10
	>> Этим интел заcpaл всю свою архитектуру, и этим же майкрософт cpeт в венду. > Ну почему сразу "заcрал". Загляни внутрь и ты увидишь. Попробуй что-нибудь сделать поверх этого, и ты поймёшь. Потребовалось вмешательство amd, чтобы прочистить весь тот бардак в опкодах, который накопился в x86 за 20+ лет начиная с 8088 и заканчивая четвёртым пнём. С биосом, впрочем, intel уже сам справился, правда выкатил взамен какой-то overengineering под названием UEFI. > Лучше, когда с каждым релизом всё ломается? Это слишком обширное заявление, на которое я не могу ответить во всей его обширности. Разбирать же его по частям будет слишком долго. >> Завести старое железо -- это очень специфическая задача, и под специфические задачи нужны специфические инструменты. > Почему вдруг простая операция вдруг стала специфической? Специфичность операции определяется не сложностью или простотой, а тем насколько эта операция укладывается в список основных целей проекта. Если я написал арканоид, то форматирование жёсткого диска для моей программы -- это неспецифическая задача. linux с самого начала был и остаётся крайне прагматичным ядром, он ориентируется на решение актуальных задач, которые стоят перед ним. Поддержка старого железа, которое нужно полутора анонимусом не является актуальной задачей. Как ты думаешь, сколько пользователей пытаются завести tv-tuner из прошлого века? 1? 10? 100? Из-за ста человек, миллионы других должны терпеть недостатки системы привнесённые обратной совместимостью? А если таких людей не 100 человек, а 1000, то у них уже неплохие шансы на то, что найдётся разработчик, кто будет поддерживать драйвер. Если же их 10000, то шансы резко возрастают. Если ты такой уникальный, то это твои проблемы. Уникальность -- это не плохо, на мой взгляд даже хорошо, но это не значит, что кто-то тебе что-то должен. Хочешь быть уникальным, умей быть уникальным и будь им, а не рассчитывай, что другие создадут тебе условия для того, чтобы ты комфортно мог бы потреблять уникальность. > простая операция Чем же она простая? Поддержка обратной совместимости -- это сложная задача, которая делает систему резко сложнее чем надо, увеличивает количество багов, заметно повышает требования к квалификации разработчиков и ко вложенным в разработку человекочасам. Это очень сложно и результат плачевен. > Не яббл, слава богу, разрешение > ни у кого спрашивать не надо. Отвёртка и драйвер - и > все дела. "Спрашивать разрешение" и "специфическая задача" -- это разные вещи. Тебе не надо спрашивать разрешения, чтобы создать специфическое решение для специфической задачи. И, я отмечу, что linux даёт широчайшие возможности для решения неспецифических задач. > Тут, ну лично для меня, ценна именно такая модульность и независимость (конечно, > в определённых пределах) собственно ОС и ПО для поддержки оборудования. Выпустил > производитель драйвер, нормально работает - ну и зашибись, занимаемся другими делами, > не надо ничего патчить и компилить. Я не доверяю технологическим процессам разработки ПО, которым следуют разработчики железа. Ядерный кодинг -- сложная штука, требующая участия большого количества специалистов. Если они что-то там кодят, не открывают сорцы, то я уже им не верю. Если же они забросили обновлять свой драйвер двадцать лет назад, то я тем более не верю: технологии программирования двадцатилетней давности были заметно хуже сегодняшних. Но вообще, если бы мне вдруг зачем-то понадобился бы tv-tuner, я бы пошёл и купил новый. Зачем мне старый? С tv-tuner'ами я не сталкивался, но я выкидываю старые сетевушки, видеокарты и прочий хлам: зачем они нужны? Зачем мне может понадобиться 10Mbit/s ethernet сетевая карта, если кругом гигабитные? Зачем мне может понадобиться Riva TNT2, если я могу взять за пять баксов какую-нибудь из младших моделей радеонов, которая ещё поддерживается в mesa? Или не за пять баксов, а за 50, и, пускай и древнюю, но уже совсем не младшую? Какой смысл держаться за старое железо? Как много людей поражено этим смыслом? Сколько из поражённых поражены им недостаточно, чтобы предпринять какие-то усилия, для актуализации своих смыслов? Мне кажется, что единицы васянов, мнящих себя олдфагами и трухацкерами. Очень специфическая аудитория, на которую не стоит ориентироваться при разработке ядра _общего_ назначения. > То же и с кодеками, очень хорошая идея, как бы кто ни > ругался (и местами заслуженно). А что с кодеками? Я забыл про слово кодек, с тех пор как пересел на linux... А, не, стоп. Не сразу. Когда я познакомился с mplayer, вот тогда я забыл, а поначалу были какие-то траблы. То есть лет десять-пятнадцать назад эти проблемы прекратились. А в венде до сих пор надо ставить кодеки? Как там это называлось... klite-codec pack, или типа того, да? > А в винде уже тоже качать мало какие драйверы качать приходится, весь > мейнстрим сам качается. Я рад за вендовозов, что двадцать лет спустя они получили, наконец, сколь-нибудь юзабельную систему.
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	190. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Аноним (??) on 24-Апр-18, 22:05
	> заканчивая четвёртым пнём. С биосом, впрочем, intel уже сам справился, правда > выкатил взамен какой-то overengineering под названием UEFI. Собственно этим большинство попыток радикально все сломать до основанья и затем и заканчивается. С итаником вышла такая же фигня. Он теоретически крутой и правильный. Практически это тормоз, за килобаксы, без поддержки софтом и без програмеров которые бы софт пилили, потому что не будут они голимое тормозилово за килобаксы покупать. Стимула мало. И никто не смог сделать под это нормальный компилер. Пришел амд, примотал на проволоку и скотч 64 бита, немного подмазал помет и глину. И вроде уже и регистров побольше, и 64 бита есть, и софт не тормозит, при том - не отличаетяс очень уж драматично от того к чему все привыкли (и подо что генерят довольно оптимальный код). И вот оно стоит копейки, считает хорошо, да еще 64 битное. А архитектуру все-равно мало кто внутрях видит, наконец. И вот кучка костылей воткнула итанику и обеспечила ему это почетное имя. С тем же успехом - свалка костылей Linux таки уделала крутой и правильный hurd где тоже попытались и тоже вышел оверинженеринг и куча дурных проблем. Так что они своп и юсб запустили к моменту когда пингвин уже заканчивал планету захватывать. А то что Linux потом местами рефакторят, потому что совсем без архитектуры местами начинает становиться тяжко - знаешь, а это нормально. Всего сразу не предусмотришь и мысль сначала ввязаться, а потом посмотрев на проблемы архитектить подсистемы как бы имеет свой пойнт. По крайней мере не получится НЕХ не от мира сего, как у многих других. > Специфичность операции определяется не сложностью или простотой, а тем насколько эта операция > укладывается в список основных целей проекта. Основные цели проекта Linux - обслуживать работы которые нужны его участникам, очевидно. Ну и TV-тюнеры таскают до тех пор пока они кому-то нужны. И таки если надо что-то отрефакторить на уровне подсистем и обобщений - драйверы таки патчат. А если не патчат - их таки считают заброшенными и таки удаляют. Вроде все просто и логично. Так что не вижу проблем с тв-тюнером из прошлого века, который играет. Если его драйвер майнтайнится или просто им так сильно повезло что там сразу получилось хорошо и менять инфраструктурные вещи потом не требовалось. Не вижу в этом никаких проблем. > Если я написал арканоид, то форматирование жёсткого диска для моей программы -- > это неспецифическая задача. Такое формулирование хреново работает для ядра ОС, которое должно обслуживать и арканоид и форматер диска и вообще все что придумают для запуска в операционках общего назначения. И не только общего, еще куча "специфичных" применений найдется. > на решение актуальных задач, которые стоят перед ним. Поддержка старого железа, > которое нужно полутора анонимусом не является актуальной задачей. Поддержка старого железа нужна всем ровно настолько, насколько кто-то готов в ядре линукса это майнтайнить, в виде котором оно не клинит разработку и развитие системы. Т.е. при необходимости может потребоваться и рефакторинг драйвера сделать, если что-то в подсистеме поменяли. Если драйвер отрефакторят - да и какая разница, для какой он железки. А если не отрефакторят - значит после пары последних китайских его посчитают ненужным и дропнут. > Как ты думаешь, сколько пользователей пытаются завести tv-tuner из прошлого века? 1? > 10? 100? Из-за ста человек, миллионы других должны терпеть недостатки системы Эти миллионы человек не разрабатывают систему и поэтому не имеют слова в процессе разработки. В смысле, их даже никто не услышит - они даже правильные места для этого не знают. Поэтому с практической точки зрения миллионы человек будут жрать что дали. Выбирая из нескольких сортов. > привнесённые обратной совместимостью? А если таких людей не 100 человек, а > 1000, то у них уже неплохие шансы на то, что найдётся разработчик Но ничему не противоречит и если десяток зилотов будет таскать поддержку древней архитектуры. Ну вон какой-нибудь M68K до сих пор не дропнули. Потому что кто-то майнтайнит, в отличие от блэкфина и ко. Но вот то что M68K пользуются миллионы - в высшей мере сомнительно. > будь им, а не рассчитывай, что другие создадут тебе условия для > того, чтобы ты комфортно мог бы потреблять уникальность. А вот тут уже вопрос в том кому и что надо и готовы ли они пахать на этот счет. Или как-то стимулировать тех кто попашет за них. Или что там еще. > требования к квалификации разработчиков и ко вложенным в разработку человекочасам. Это > очень сложно и результат плачевен. Кернел операционки в любом случае такая штука. Хотя свалка костылей разумеется повысит порог вхождения. Но вообще, в ядре ждут только чертей высшей квалификации. > И, я отмечу, что linux даёт широчайшие возможности для решения неспецифических задач. И специфичных - тоже. > Если же они забросили обновлять свой драйвер двадцать лет > назад, то я тем более не верю: технологии программирования двадцатилетней давности > были заметно хуже сегодняшних. Интересно, чего такого стало фундаментально иначе в си за 20 лет? А всякий обвес с тестами, анализом и фуззингом - он как раз по всей площади и гасит. И проблемные места или чинят или таки проблемный компонент через энное время выпилят. > кругом гигабитные? Зачем мне может понадобиться Riva TNT2, если я могу > взять за пять баксов какую-нибудь из младших моделей радеонов, которая ещё > поддерживается в mesa? Или не за пять баксов, а за 50, Может быть, затем что бегать черти-куда в поисках куска текстолита от которого на самом деле было надо плоскую 2-мерную картинку на экран отрисовать - весьма субоптимально? А платить $5 и тем более $50 - и подавно. И если система все время пытается отдоить на покупку нового железа - и выброс старого, это хреново. Потому что создает искусственные проблемы, стимулирует загаживание планеты и ставит на деньги почем зря. И все это ради чего? > держаться за старое железо? Как много людей поражено этим смыслом? С другой стороны, железо от времени хуже работать не начинает. Поэтому если кого-то устраивала работа железки - мало ли, есть у меня рыгалтек 8139 допустим и мне его хватало. А тут ты припираешься и вопишь что я должен купить 10gigE. С фирмварью и чуть ли не вентилятором на его сервисном проце, за сотни денег. А оно надо? Знаешь, что такое бюро медвежьих услуг? > ядра _общего_ назначения. Поскольку ядро ОБЩЕГО назначения - оно должно учитывать и старое железо и новое, очевидно. Потому что не все покупают видеокарту раз в год. И я знаю многих юзерей с компами которым 10+ лет. Устраивает людей машина, они ее и не меняют. > траблы. То есть лет десять-пятнадцать назад эти проблемы прекратились. А в > венде до сих пор надо ставить кодеки? Off: а новомодный AV1 у тебя играется? :) > Я рад за вендовозов, что двадцать лет спустя они получили, наконец, сколь-нибудь юзабельную систему. И бэкдоры/вендорлок в комплекте.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	191. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Ordu (ok) on 24-Апр-18, 23:40
	> Но ничему не противоречит и если десяток зилотов будет таскать поддержку древней архитектуры. Ну пойди, найти этот десяток зилотов, который будет поддерживать tv-tuner'ы которые есть только у трёх человек в мире. Нашёл? Линукс поддерживает актуальное железо. Если у железа есть пользователи, то находятся и зилоты. Чем больше пользователей, тем проще находятся зилоты. Именно об этом я писал выше. Откуда такая корреляция берётся -- это другой разговор, но факт остаётся фактом: чем более востребована железка, тем больше желающих запиливать её поддержку в ядро. Поэтому задача "поддерживать актуальное железо" вполне работоспособна в случае с линуксом, а вот задача "поддерживать старое железо" не работает и не будет работать. И, более того, при текущей модели разработки, будет глупостью выделять ресурсы на поддержку старого железа, потому что эти ресурсы можно вкидывать в поддержку нового железа, и это будет гораздо полезнее. > Интересно, чего такого стало фундаментально иначе в си за 20 лет? Технологический процесс. Например те изменения, которые привносит использование git. Или, например, компиляторы, которые более хитрым образом выдают варнинги. Вообще утилиты для статического анализа кода. Ну, это навскидку. Чтобы ответить более подробно, надо круто понимать технологический процесс разработки ядра, причём не только на сегодняшний день, но и отличия его от того, что было 20 лет назад. Ты можешь заняться раскопками и написать книгу об этом. > А всякий обвес с тестами, анализом и фуззингом - он как раз по всей площади и гасит. И проблемные места или чинят или таки проблемный компонент через энное время выпилят. Для того, чтобы это работало, драйвер надо поддерживать. Если же его не поддерживали 20 лет, если сегодня ты продолжаешь использовать блоб, который был скомпилирован 20 лет назад, то гарантированно все эти умные слова типа фуззинга превращаются в чистой воды фуззинг воздуха. > Поскольку ядро ОБЩЕГО назначения - оно должно учитывать и старое железо и новое, очевидно. Нет. Оно никому ничего не должно. Общего назначения -- это не значит, что оно подходит для любой задачи из коробки. Это несколько об ином. Это скорее о том, что оно не заточено на RT в ущерб производительности, что оно не заточено на высокопроизводительные сервера в ущерб десктопу, ну и тп. Это значит, что выдерживается некий компромисс, который является удовлетворительным при большинстве применений. И это не является гарантией того, что компромисс будет удовлетворительным всегда. И уж тем более это ничего не говорит о том спектре железа, который поддерживается. > Off: а новомодный AV1 у тебя играется? :) Откуда я знаю? Я же говорю, я не связывался с кодеками более десяти лет, я не заглядываю в то, какие кодеки внутри видеофайлов, мне это не нужно, потому что все видеофайлы воспроизводятся на моей системе.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	133. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Онаним on 16-Апр-18, 23:58
	Абсолютной бессмысленности.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

130. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+2 +/–
Сообщение от Аноним (??) on 16-Апр-18, 23:00
Потролил маркетологов из двух с половиной больших корпораций) Имеет право...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

136. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
Сообщение от Аноним (??) on 17-Апр-18, 00:38
4.51 и никак иначе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

150. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+1 +/–
Сообщение от Аноним (??) on 17-Апр-18, 10:34
Чего то там из внутренней кухни, о чем знает и что касается 0.0001% пользователей ядра - стало отличным поводом сменить мажорную версию. Вы серьезно? Это определенно наихудший повод! Просто других, более объективных критериев развития, вероятно не придумать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	161. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	–1 +/–
	Сообщение от Аноним (??) on 17-Апр-18, 19:24
	Привязка ко времени (год, месяц) - самая функциональная нумерация. Позволяет сразу оценить старость/новизну ядра. А количество каких-то там git-объектов действительно мало кого волнует. И мало кто о них вообще знает.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

170. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	–1 +/–
Сообщение от Аноним (??) on 18-Апр-18, 11:16
Проблема с фризами при больших дерганьях винта - есть. Дома в качестве файлопомойки/торрента/медиа-сервера стоит генту. Машинка относительно новая (AMD A10-7700K/8Gb), но когда начинаешь перекешировать архив флибусты (>200Gb) система начинает тормозить не подетски. ядро 4.14.8 И я так подозреваю что не в ядре дело, а в лени - ядро конфигурил по принципу работает и хрен с ним.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

173. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
Сообщение от bOOster (ok) on 18-Апр-18, 16:44
Показательный прогресс в стане линуксоводов.. Версии софта git обьектами считать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	180. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
	Сообщение от Andrey Mitrofanov on 19-Апр-18, 10:09
	> Показательный прогресс в стане линуксоводов.. Версии софта git обьектами считать. Стабильность в стане комментаторов опенета  -  не читать, что пишет папа Линус.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

181. "Ядро Linux достигло 6 млн git-объектов, что могло бы стать х..."	+/–
Сообщение от Baz on 19-Апр-18, 21:14
не монолит, а МОНОЛИТИЩЕ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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