The OpenNET Project / Index page

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



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

"Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от opennews (??), 15-Июн-20, 12:21 
Линус Торвальдс представил первый кандидат в релизы ядра Linux 5.8, отметив, что судя по всему это будет самое крупное из всех ядер за всё время существования проекта. В веку  5.8 принято  14206 наборов изменений, которые затронули примерно 20% всех файлов в репозитории с кодом ядра. Размер патча 5.8-rc1 составил 61 МБ, что примерно на 35% больше, чем результирующий патч от выпуска 5.7. Релиз  ядра Linux 5.8 ожидается в конце августа...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=53157

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

Оглавление

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


1. Скрыто модератором  +5 +/
Сообщение от Аноним (1), 15-Июн-20, 12:21 
Ответить | Правка | Наверх | Cообщить модератору

4. Скрыто модератором  +16 +/
Сообщение от iPony129412 (?), 15-Июн-20, 12:22 
Ответить | Правка | Наверх | Cообщить модератору

46. Скрыто модератором  +2 +/
Сообщение от Аноним (46), 15-Июн-20, 14:43 
Ответить | Правка | Наверх | Cообщить модератору

76. Скрыто модератором  –3 +/
Сообщение от EnemyOfDemocracy (?), 15-Июн-20, 16:55 
Ответить | Правка | Наверх | Cообщить модератору

96. Скрыто модератором  +1 +/
Сообщение от Анонимъ (?), 15-Июн-20, 20:04 
Ответить | Правка | Наверх | Cообщить модератору

120. Скрыто модератором  +1 +/
Сообщение от fau2 (?), 16-Июн-20, 00:24 
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

77. Скрыто модератором  +5 +/
Сообщение от Аноним (77), 15-Июн-20, 16:58 
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

12. Скрыто модератором  +1 +/
Сообщение от анан (?), 15-Июн-20, 12:54 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

20. Скрыто модератором  +1 +/
Сообщение от Аноним (20), 15-Июн-20, 13:24 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

34. Скрыто модератором  +1 +/
Сообщение от Аноним (34), 15-Июн-20, 14:04 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

36. Скрыто модератором  +7 +/
Сообщение от Блабла (?), 15-Июн-20, 14:10 
Ответить | Правка | Наверх | Cообщить модератору

37. Скрыто модератором  +7 +/
Сообщение от Аноним (37), 15-Июн-20, 14:13 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

41. Скрыто модератором  +13 +/
Сообщение от Судья (?), 15-Июн-20, 14:28 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

42. Скрыто модератором  +2 +/
Сообщение от СтопПиддоррассамм (?), 15-Июн-20, 14:32 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

45. Скрыто модератором  +5 +/
Сообщение от Аноним (45), 15-Июн-20, 14:40 
Ответить | Правка | Наверх | Cообщить модератору

55. Скрыто модератором  +6 +/
Сообщение от Аноним (55), 15-Июн-20, 15:28 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

61. Скрыто модератором  +2 +/
Сообщение от Аноним (61), 15-Июн-20, 15:59 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

64. Скрыто модератором  +1 +/
Сообщение от InuYasha (??), 15-Июн-20, 16:07 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

69. Скрыто модератором  +1 +/
Сообщение от iCat (ok), 15-Июн-20, 16:19 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

71. Скрыто модератором  –5 +/
Сообщение от Аноним (34), 15-Июн-20, 16:25 
Ответить | Правка | Наверх | Cообщить модератору

74. Скрыто модератором  +2 +/
Сообщение от быдлоюзер (?), 15-Июн-20, 16:32 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

78. Скрыто модератором  +1 +/
Сообщение от Аноним (77), 15-Июн-20, 17:01 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

80. Скрыто модератором  +1 +/
Сообщение от Аноним (80), 15-Июн-20, 17:39 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

91. Скрыто модератором  +/
Сообщение от Аноним (91), 15-Июн-20, 19:28 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

98. Скрыто модератором  +/
Сообщение от Kusb (?), 15-Июн-20, 20:16 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

2. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +14 +/
Сообщение от Синий попугай (ok), 15-Июн-20, 12:21 
Пошла ли на пользу проекту самоизоляция? =)
Ответить | Правка | Наверх | Cообщить модератору

13. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +8 +/
Сообщение от анан (?), 15-Июн-20, 12:55 
тоже так подумал, было делать нечего пошли ядро писать
Ответить | Правка | Наверх | Cообщить модератору

3. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от iPony129412 (?), 15-Июн-20, 12:21 
Линус Торвальдс про предыдущее писал, что слишком жирно.
Теперь нормально?
Ответить | Правка | Наверх | Cообщить модератору

7. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +23 +/
Сообщение от Аноним (7), 15-Июн-20, 12:26 
Он же на амд теперь бесконечный цикл за 2 секунды считает, теперь в самый раз видимо)
Ответить | Правка | Наверх | Cообщить модератору

56. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 15-Июн-20, 15:43 
Тебе смешно, а я попытался сделать рекурсию - чтобы посмотреть на переполнение стэка. И что бы вы думали? А вот и хрен!!! Вместо этого я получил зависание навсегда - компилер, падло, соптимизил всякое ненужно и заоптимизил до плоской конструкции, суть которой сводится к бесконечному циклу с уровнем вложенности "пока вас ждать не задолбает".
Ответить | Правка | Наверх | Cообщить модератору

132. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (132), 16-Июн-20, 04:13 
Ты же можешь отключить оптимизации компилятора
Ответить | Правка | Наверх | Cообщить модератору

136. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (-), 16-Июн-20, 05:31 
> Ты же можешь отключить оптимизации компилятора

Да просто я был несколько озадачен когда микроконтроллер с 4К на все не грохнулся даже через минуту вджоба. Нормальный WTF вида "бесконечный цикл посчитался за 2 секунды?!".

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

187. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Leo90 (?), 17-Июн-20, 15:17 
хвостовая рекурсия, всегда оптимизируется.. это типа даже за оптимизацию не считается, вроде как не отключить.
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

205. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (205), 19-Июн-20, 16:04 
> хвостовая рекурсия, всегда оптимизируется.. это типа даже за оптимизацию не считается,
> вроде как не отключить.

Я даже попытался переменные жрать. Не, гад все-равно видит что unused и выпиливает. В общем мне стало проще зайти с другого бока и влупить жирный алгоритм на ограниченным линкером стэке, вот там уже даже gcc не может смухлевать :)

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

170. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от antonimus (?), 16-Июн-20, 22:03 
Это может посчитать только Чак Норрис, но ему АМД вместе с Интел доноги.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

5. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –13 +/
Сообщение от Аноним (5), 15-Июн-20, 12:25 
Ну-с, господа, поздравляю! Ядро жиреет прямо на глазах. Интересно, Linux в конце-концов перейдет на микроядро? Таки Таненбаум выиграет тот спор...
Ответить | Правка | Наверх | Cообщить модератору

8. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +7 +/
Сообщение от proninyaroslavemail (ok), 15-Июн-20, 12:32 
Ну если бы драйверы не находились в основной ветке ядра, то и патчи были бы значительно меньше, причём тут микроядерность? Каждому под силу собрать ядро с нужным набором драйверов в его составе. Плюс уже давно придумали такие вещи как KMOD и DKMS для подгрузки модулей в ядро.
Ответить | Правка | Наверх | Cообщить модератору

22. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +4 +/
Сообщение от Аноним (22), 15-Июн-20, 13:27 
Перепроектировать ядро так чтоб abi для драйверов никогда и никак не менялся и все драйвера подходили ко всем ядрам был бы биг дилом. Но для этого уже делают Фуксию.
Ответить | Правка | Наверх | Cообщить модератору

43. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Анончик (?), 15-Июн-20, 14:35 
Вы принимаете кучу инженеров которые пишут драйверы идиотами? Интерфейс это обобщение, нельзя сделать простой, функциональный и быстрый интерфейс одновременно. Ну вот не выходит. А написать универсальный интерфейс ну сходите в Windows и посмотрите какой там ddk. Технический ресурс, а вы телеги задвигаете для гуманитариев.
Ответить | Правка | Наверх | Cообщить модератору

48. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (48), 15-Июн-20, 14:49 
Ну так не делай просто, функционально, быстро одновременно(зачем это?). Подумать про пользователей, а не про свои "идеалистические" нужды этож большой мозг нужен. Проще ломать все совместимость каждый раз зато "просто".  
Ответить | Правка | Наверх | Cообщить модератору

51. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –6 +/
Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 15:02 
>Вы принимаете кучу инженеров которые пишут драйверы идиотами?

а как иначе назвать тех кто "удалено 480891 строк"?

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

58. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +10 +/
Сообщение от Аноним (-), 15-Июн-20, 15:48 
> а как иначе назвать тех кто "удалено 480891 строк"?

Програмерами, вероятно. Чувак, ты хоть 1 программу с системой контроля версий писал? Не похоже, но если вдруг да - посмотри на свою статистику? Или ты свое гуано изрыгаешь в режиме fire and forget?

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

73. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –15 +/
Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 16:31 
> Програмерами, вероятно.

А шо так не уверенно отвечаете? Раз в вашем определении, программер этот тот, кто способен написать и удалить куче строк в программе (алгоритме). И это нормально, это суть программера в вашем определении. Но увы не в моем. Почему не в моем? В моем определении, программер (точнее инженер) этот тот кто в полноте продумает всю программу (алгоритм), докажет её безошибочность и выпустит в продакшен, чтобы не пришлось на виду делать "удалено 480891 строк". Что значить вообще удалить строку из алгоритма? О чем это говорит? Удалить весь алгоритм и заменить другим - это еще можно понять.

>Чувак, ты хоть 1 программу с системой контроля версий писал?

А зачем вообще она нужна? Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist?


> Или ты свое гуано изрыгаешь в режиме fire and forget?

сложение двух чисел разве не fire and forget? Разве детерминированные алгоритмы это не fire and forget?

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

101. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от bergentroll (ok), 15-Июн-20, 21:35 
А в случае, когда 480k loc — это поддержка бабушкиного лампового чипсета, что делает инженер?

Про контроль версий отлично сказано. Надо писать так, чтобы разом, и потом хоть «отлить в граните». Жалко, люди так не могут.

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

102. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:01 
> А в случае, когда 480k loc — это поддержка бабушкиного лампового чипсета,
> что делает инженер?

Если бабушкин чипсет выпускается и усовершенствуется, то собственно должна быть и поддержка. Иначе - выпилить в новых версиях того же ядра. Очевидно же.


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

108. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 22:36 
Ну вот и выпиливают, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору

109. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:44 
Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен, в статье же не говорится к какому коду относится число удалённых строк.
Ответить | Правка | Наверх | Cообщить модератору

140. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Аноним (-), 16-Июн-20, 06:31 
> Да ни в чем собственно, код старого аппаратного обеспечения должен быть выпилен,
> в статье же не говорится к какому коду относится число удалённых строк.

Пересказ git log с точными причинами всех изменений, вероятно, будет "довольно длинный". Мягко говоря.

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

107. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 22:35 
Слушай, ну это ж дичь.

Какие, на фиг, детерминированные алгоритмы с кучей событий от аппаратуры со всех сторон и сотнями вариантов реализовать всё и вся? Какой "весь алгоритм", когда рядом туча других подсистем и надо их убедить работать эффективно все вместе в массе разных юз-кейсов? Понятно, что оно кроме самого базового уровня вроде доступа к структурам данных держится на эвристиках. И это я ещё не начинал оптимизации под архитектуры говорить (вон, сейчас поддержку RISC-V вкручивают активно), костылях  на вновь вылезшие "особенности" работы железа, хотелки для новых юз-кейсов изменения от всяких mitigations и тому подобное вспоминать.

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

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

110. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:47 
>Какие, на фиг, детерминированные алгоритмы

Ого, вы уже изобрели недетерминированную машину Тьюринга? Похвальное:)

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

116. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +3 +/
Сообщение от Crazy Alex (ok), 16-Июн-20, 00:05 
Вот машине Тьюринга можно быть детерминированной - она абстрактная и простая. А у нас реальное железо, куда детерминированность не завезли - оно может, например, менять частоту ни хрена не предсказуемо, или нарваться на ошибку ECC на шине и повторно слать данные и вообще в нём чёрных ящиков полно, багами сверху посыпанных. У нас недетерминированный ввод и у нас огромная сложность всего этого, так что даже если оно было детерминированным - хрена с два вышло бы составить полную модель.
Ответить | Правка | Наверх | Cообщить модератору

123. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 01:09 
> хрена с два вышло бы составить полную модель.

а кто-то хоть пытался?


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

125. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 02:06 
>> хрена с два вышло бы составить полную модель.
> а кто-то хоть пытался?

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

Не удивлюсь, если там уже лет двадцать как волновые эффекты в заметной мере проявляются (условно на гигагерцовой границе), а вовсе не "у нас прямоугольный фронт пришёл"...

В каком-нибудь SimCity или LinCity деревеньку живую нарисовать при всех тех условностях, которые в движок заложены -- не совсем тривиально бывало.  А тут предлагается "смоделировать Москву, причём точно".

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

130. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 03:50 
>Ну посмотрите на 6502 и попробуйте.

все к этому и сводится, посмотри как сделано и реализуй тоже самое. Что за "кЕтайский" принцип (цап-царап)? Где свои мозги? Смотри на руки "мастера" и делай как он, каков ты после этого "мастер"?

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

142. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Аноним (142), 16-Июн-20, 06:50 
> все к этому и сводится, посмотри как сделано и реализуй тоже самое.

Одна древняя мудрость гласит что для того чтобы научиться хорошо и много писать свои программы, надо сначала хорошо и много посмотреть на чужие программы.

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

Не веришь? А вон там у чувака есть очень доходчивый пример, как он Хэмминга оптимизировал. На, зырь: https://www.robotroom.com/Hamming-Error-Correcting-Code-1.html - значит, гришь, офигенный алгоритм, с 1 раза? Казалось бы, чего такого в этом хэмминге, простой же как тапка %)

> Что за "кЕтайский" принцип (цап-царап)? Где свои мозги? Смотри на руки
> "мастера" и делай как он, каков ты после этого "мастер"?

А мастер ты будешь когда сможешь пойти дальше чем предшественник, очевидно. А вот игнорить мудрость и наработки предшественников - это не мастерство, это форменная болвания. Потому что я не уверен что ты напишешь даже того хэмминга с наскока лучше "мастера". К тому же он показал что понятие "лучше" - не всегда универсальное. Вот там нам надо скорость позарез, а вот там место жмет. И определение хорошего резко меняется :)

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

141. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (142), 16-Июн-20, 06:40 
> тут предлагается "смоделировать Москву, причём точно".

Предлагается сделать Новую Москву. В 20 раз лучше старой. И чтобы абсолютно все оказались довольны тем что получилось. С первого раза.

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

147. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (147), 16-Июн-20, 08:20 
> а кто-то хоть пытался?

- Не вычерпать море решетoм...
- А кто-то хоть пытался?

Вот бери и черпай, у адекватных людей других (реальных, земных) дел полно.

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

164. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 17:11 
Вас разве я к чему-то принуждал? Как говорится в мудрости одной, заставь дурака Богу молиться... Говорят голову расшибет, а вот и нет - религию свою создаст.

Ближе к теме, даже если приводить формальное доказательство корректности алгоритма, не стоит забывать про теорему Гёделя о неполноте. Отсюда, вывод - нужно искать другие методы доказательства.

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

183. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 17-Июн-20, 11:43 
> религию свою создаст.

Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал что самый его продуктивный день в программировании был когда он смог удалить 1000 строк кода из программы.

> искать другие методы доказательства.

Бороться и искать. Найти и перепрятать.

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

186. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 14:31 
> Если уж мы об этом, если не ошибаюсь, Кнут, чтоли однажды выдал
> что самый его продуктивный день в программировании был когда он смог
> удалить 1000 строк кода из программы.

А вывод какой? Что побудило? Можете не отвечать, в коментах все уже расписано.

> Бороться и искать. Найти и перепрятать.

И главное не забыть куда спрятали, мудрость ведь есть, "все новое ....."

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

190. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 17-Июн-20, 16:30 
> А вывод какой?

Вывод простой: если удалось угрохать кучу строк без потери функциональности и читаемости/понимаемости кода - есть повод думать что человек улучшил свои силлы, а прошлый вариант был дальше от идеала чем новый.

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

112. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 22:52 
> В моем определении, программер (точнее инженер) этот тот кто
> в полноте продумает всю программу (алгоритм), докажет её
> безошибочность и выпустит в продакшен, чтобы не пришлось на
> виду делать "удалено 480891 строк".

Детский сад.  Поинтересуйтесь, для каких применений и объёмов кода <=> задачи сейчас в принципе применяется доказательство корректности.

> Что значить вообще удалить строку из алгоритма? О чем это говорит?

В случае работы программиста -- что конкретно эта строка была/стала лишней.

В случае патча (а циферки из diffstat) -- что эту строку хоть одним байтом потрогали.

> Удалить весь алгоритм и заменить другим - это еще можно понять.

Бывает и так.  А бывает так, что куча строчек в +/- является всего лишь другой реализацией ровно того же алгоритма (да хоть рекурсию в итерацию раскатали или же наоборот).  Или сменой табов на пробелы либо назад в отступах, что для приличных языков на аэродинамику не влияет.

>> Чувак, ты хоть 1 программу с системой контроля версий писал?
> А зачем вообще она нужна?

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

> сложение двух чисел

...это песчинка на побережье.

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

121. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 00:36 
> Детский сад.  Поинтересуйтесь, для каких применений и объёмов кода <=> задачи
> сейчас в принципе применяется доказательство корректности.

так детский сад в том и заключается, что вы забыли применять доказательство (не только корректности) во всем.

> В случае работы программиста -- что конкретно эта строка была/стала лишней.

Хорошие термины вы используете, была, стала лишней, угодной не угодной, черной - белой. О чем говорит удаление шага из алгоритма? - об избытке, о чем говорит добавление ? - о необходимости. Так и что же это необходимость и достаточность?

> Бывает и так.  А бывает так, что куча строчек в +/-
> является всего лишь другой реализацией ровно того же алгоритма (да хоть
> рекурсию в итерацию раскатали или же наоборот).  Или сменой табов
> на пробелы либо назад в отступах, что для приличных языков на
> аэродинамику не влияет.

Замена рекурсивного алгоритма на итеративный повлияет на количество строк.

> Пожалуйста, не пишите здесь на связанные с программированием темы, пока самостоятельно
> не ответите на этот вопрос.  Спрашивать и выслушивать -- можно
> и полезно.  Утверждать -- скорее всего, будет только вредно.

Ответили бы вы, на этот вопрос - зачем вообще нужна "системой контроля версий". Может стоит сначала задать вам вопрос, что есть понятие "программирование"? -вот и спросил, жду ответа.

> ...это песчинка на побережье.

Хорошо хоть не бревно от потерпевшего крушения судна...

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

127. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 02:13 
>> Детский сад.  Поинтересуйтесь, для каких применений и объёмов
>> кода <=> задачи сейчас в принципе применяется доказательство
>> корректности.
> так детский сад в том и заключается, что вы забыли применять
> доказательство (не только корректности) во всем.

Ладно, Вы победили.  Показывайте мастеркласс.  Алгоритм для самостоятельного доказательства корректности можете выбрать сами, уровень алгебры 5--7 класса общеобразовательной школы вполне устроит.

Не покажете за неделю -- значит, пустозвон.

> Замена рекурсивного алгоритма на итеративный повлияет
> на количество строк.

Докажите.

> Ответили бы вы, на этот вопрос

Вы бы ещё сантехника спросили, зачем разводной ключ нужен (сперва было написал жаргонное название, потом усовестился) -- при этом назидая его в том, как, собственно, прокладки менять.

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

129. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 03:10 
> Не покажете за неделю -- значит, пустозвон.

а че так за неделю, вы мой один комент понять не можете, думаете через неделю теорию поймете?

>> Замена рекурсивного алгоритма на итеративный повлияет
>> на количество строк.
> Докажите.

Возьмите любую реализацию рекурсивного и итеративного алгоритма и на против каждого шага алгоритма проставьте его номер, в итоге сравните последние номера в обоих алгоритмах.


> Вы бы ещё сантехника спросили, зачем разводной ключ нужен (сперва было написал
> жаргонное название, потом усовестился) -- при этом назидая его в том,
> как, собственно, прокладки менять.

В век пластиковых труб я думаю он бы и не узнал о существовании разводного ключа, и тем более про прокладки.

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

134. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (134), 16-Июн-20, 04:20 
> Возьмите любую реализацию рекурсивного и итеративного алгоритма и на против каждого шага алгоритма проставьте его номер, в итоге сравните последние номера в обоих алгоритмах.

Это не доказательство. Когда я в последний раз проверял, техники доказательств были иными. Доказательство от обратного, по индукции, от контрпозитивного, или опровержение контрпримером.

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

168. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 20:37 
> Это не доказательство. Когда я в последний раз проверял, техники доказательств были
> иными. Доказательство от обратного, по индукции, от контрпозитивного, или опровержение
> контрпримером.

Так нет по сей день доказанной техники доказательства. Эдакий "кризис оснований математики" не пройден.

Я не кричу - ребят, ВЫ ВСЕ глупцы, потому-что не используете доказательство корректности написанных алгоритмов, я кричу - ребят, МЫ ВСЕ глупцы, потому-что по сей день не думали о доказательстве корректности написанных алгоритмов.

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

143. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (142), 16-Июн-20, 06:52 
> В век пластиковых труб я думаю он бы и не узнал о
> существовании разводного ключа, и тем более про прокладки.

Стесняюсь спросить, чувак, а ты пробовал использовать систему контроля версий^W^W^W собрать хотя-бы самый простой водопровод из, гм, пластиковых труб? :)

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

145. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от йкЛще (?), 16-Июн-20, 07:50 
>> В век пластиковых труб я думаю он бы и не узнал о существовании разводного ключа, и тем более про прокладки.

Записываем: в сантехнике тоже не разбирается.

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

163. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 16:59 
Я думал только мой батя умудрялся на пластиковых трубах резьбу нарезать. Напомните, с какого века вы, что к вам сантехники все ещё с разводными ключами приходят.
Ответить | Правка | Наверх | Cообщить модератору

176. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Это онemail (?), 16-Июн-20, 23:48 
>> Я думал только мой батя умудрялся на пластиковых трубах резьбу нарезать. Напомните, с какого века вы, что к вам сантехники все ещё с разводными ключами приходят.

Интересно, а чем переход с пластика на метал вы крутите ? Пальцем или силой мыслей ))

пример: https://v-teplo.ru/img/post/349-amerikanka-dlya-trub/image1.jpg

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

185. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 17-Июн-20, 12:20 
> Интересно, а чем переход с пластика на метал вы крутите ?

Бывают переходники типа колпака, которые пластик с металом стыкуют, там тогда на металле резьба, в сие вставляется пластиковая труба, колпак задвигается, вкручивается на ту резьбу металлической части. Характерная защелка при закручивании колпака утапливает пластиковую трубу дальше, попутно вжимая o-ring который все это герметизирует, а сочетание оного с защелкой захватывает пластиковую трубу так, что все это хрен выдернешь (труба прожимается защелкой так что аж канавки остаются). Так можно и без резьбы на пластике.

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

184. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 17-Июн-20, 12:12 
> Я думал только мой батя умудрялся на пластиковых трубах резьбу нарезать.

Резьба - малость перебор, для такого соединители и переходники есть. Но без прокладок... хотя-бы O-ring в соединителях и тройниках? Как, Холмс?! Пластик к пластику - нифига ж не герметично.

> Напомните, с какого века вы, что к вам сантехники все ещё с разводными ключами приходят.

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

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

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

175. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Это онemail (?), 16-Июн-20, 23:45 
>> В век пластиковых труб я думаю он бы и не узнал о существовании разводного ключа, и тем более про прокладки.

Я смотрю вы и в сантехнике "разбираетесь" как и в программировании. И разводной ключ, в век пластиковых труб используется и прокладки ))) или вы пластик к металлическому насосу припаиваете/приклеиваете ? ))

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

178. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 00:01 
> И разводной ключ, в век пластиковых труб используется и прокладки ))) или
> вы пластик к металлическому насосу припаиваете/приклеиваете ? ))

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

> Я смотрю вы и в сантехнике "разбираетесь" как и в программировании.

Наивная логика.

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

219. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 20-Июн-20, 07:07 
> металлическую. вот когда производители пластиковых труб перестанут производить всякие
> переходники, тогда и производители насосов задумаются о переходе, тут просто немного
> сложнее понять кто под чью дудку пляшет,

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

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

А в здании с насосом пластик ставить чревато, если тот 10+ атмосфер долбит, как городские системы. Как максимум самые рисковые ставят металлопластик, но о том чтобы на этом резьбу нарезать речь не идет. Пластик катит для относительно небольших систем для частных домов, где 3-4 атмосферы и больше нафиг не надо. Так что если кто надеется что металлические трубы перестанут производить в ближайшем времени - щаззз.

> И спрошу, нужен ли мне разводной или прокладки?

Ша, терминатор, попробуй без него хотя-бы дудку к смесителю нормально прикрутить.

> Наивная логика.

А таки он прав.

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

115. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Аноним (134), 15-Июн-20, 23:55 
Мда. Я даже не знаю с какой стороны браться за этот комментарий.

> В моем определении

Слова "программист" и "инженер" уже давно были определены. Если ты желаешь использовать собственную терминологию, то тебе стоит это делать со знакомыми или людьми, которым твое мнение интересно. В публичном общении люди употребляют слова используя общепризнанные определения. Программист это человек, который создает компьютерные программы.

> в полноте продумает всю программу

Ага, в полноте продумает ядро ОС. И сразу спланирует что там будут менять еще тысячи разработчиков в будущем, чтобы не дай бог не пришлось код поменять.

> докажет её безошибочность

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

> Что значить вообще удалить строку из алгоритма?

Это значит, что когда ты изменяешь строчку, ты удаляешь одну строку и добавляешь новую.

> О чем это говорит?

О том, что была ошибка, ненужный код или необходимость в изменении.

> А зачем вообще она нужна?

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

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

122. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –4 +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 01:06 
> Мда. Я даже не знаю с какой стороны браться за этот комментарий.

Браться нужно - пошагово, как и работа любого детерминированного алгоритма.

> Программист это человек, который создает компьютерные программы.

Программист это человек, который "создает" компьютерные программы с полным доказательством корректности работы. Более строгое определение чем общепризнанное. Разве не так?

Как бы звучало бы данное определение если бы программы писала бы программа?

> Ага, в полноте продумает ядро ОС. И сразу спланирует что там будут
> менять еще тысячи разработчиков в будущем, чтобы не дай бог не
> пришлось код поменять.

А причем тут планирование?


> Когда я в последний раз проверял, программисты не занимались доказательствами верности
> алгоритмов. Это очень трудозатратно. Формальная верификация тоже очень далека от простого
> и быстрого занятия. В реальном мире у людей конечное время и
> ресурсы, тем более у программистов опенсорсных продуктов.

А все потому, что "программирование" давно уже не научая область.

> Это значит, что когда ты изменяешь строчку, ты удаляешь одну строку и
> добавляешь новую.

выше в коментах я описал это все


> Чтобы иметь историю изменений и возможность управлять кодовой базой которую меняет огромное
> количество людей.

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

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

124. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 02:00 
>> Программист это человек, который создает компьютерные программы.
> Программист это человек, который "создает" компьютерные программы
> с полным доказательством корректности работы.

Нет.

> Более строгое определение чем общепризнанное. Разве не так?

Цыгане -- это распространители наркоты.  Более строгое определение, чем общепризнанное.  Разве не так?

>> Ага, в полноте продумает ядро ОС. И сразу спланирует что там будут
>> менять еще тысячи разработчиков в будущем, чтобы не дай бог не
>> пришлось код поменять.
> А причем тут планирование?

При изменениях.

> А все потому, что "программирование" давно уже не научая область.

Оно никогда ею и не было -- это область инженерная.  Не знаю достоверно за CS, а _математикой_ у нас занимались всё-таки математики.

> никакое огромное количество людей не меняет кодовую базу ядра
> линукса.

Вот сюда бегом марш изучать третью колонку: http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu.../

И хватит уже чушь нести, а то клинья придётся клиньями вышибать.

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

128. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 02:52 
> Нет.

На нет - спросу нет.

> Цыгане -- это распространители наркоты.  Более строгое определение, чем общепризнанное.
>  Разве не так?

Не вижу определение понятия "наркоты", как и не вижу смысла в определениях вида цыган, еврей, нееврей, черный, белый и тд.

> При изменениях.

План есть тот же алгоритм, те же самые шаги, просто не реализованные, а что значить не реализованные? Почему необходимы эти самые шаги? Может из-за несовершенности предыдущих шагов (планов)?

> Оно никогда ею и не было -- это область инженерная.  Не
> знаю достоверно за CS, а _математикой_ у нас занимались всё-таки математики.

https://ru.wikipedia.org/wiki/%D0%98%D0%...

первый параграф достаточен, общепризнанно как у вас там говорят.


> Вот сюда бегом марш изучать третью колонку: http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu.../

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

Ага ваш коммит или патч?

> И хватит уже чушь нести, а то клинья придётся клиньями вышибать.

Продолжаем

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

158. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 13:09 
> Не вижу определение понятия "наркоты", как и не вижу смысла

Определите уж тогда "понятие".  Хотя стоп, для этого смысл надо видеть.

> wikipedia
> общепризнанно

*sigh*

> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
> Ага ваш коммит или патч?

Нет, Саши Чумаченко (это который здесь порой пишет как Led).
Мой косяк с оформлением присланного коммита, из-за которого он числится в Signed-off-by: вместо Author:.  А я всего лишь занялся пропихиванием в апстрим.

Вот с этим коммитом уже всё правильно сделали: http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linu...

PS: если чуть серьёзней -- уже довольно грубо попытался донести до Вас, что произвольным образом играться в определения, существенным образом сужая или расширяя их -- штука опасная (именно такие манипуляции нередко применяются перед искуственными катастрофическими событиями).  Наверное, в грубости и неправ; за это прошу прощения.  А что хотел донести -- надеюсь, поняли всё-таки.

PPS важное:

---
Мы защищаем само понятие нормы. Потому что так называемая «толерантность» пытается сделать нормой сексуальные девиации, гомосексуализм, педофилию, употребление наркотиков, придумывает и внедряет эвфемизмы типа «бодипозитивный» или «альтернативно одарённый» вместо «жирный» и «дебил». В медицине и психиатрии идёт целая война по превращению множества откровенных девиаций в «вариант нормы». Уже на уровне классификации. Отдельные западные «учёные» уже начали продвигать даже «каннибализм – это допустимо».
--- неожиданно, http://jpgazeta.ru/aleksandr-rodzhers-o-novoj-staroj-ideolog.../

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

166. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 19:53 
> Определите уж тогда "понятие".  Хотя стоп, для этого смысл надо видеть.

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


> PS: если чуть серьёзней -- уже довольно грубо попытался донести до Вас,
> что произвольным образом играться в определения, существенным образом сужая или расширяя
> их -- штука опасная (именно такие манипуляции нередко применяются перед искуственными
> катастрофическими событиями).  Наверное, в грубости и неправ; за это прошу
> прощения.  А что хотел донести -- надеюсь, поняли всё-таки.

Согласен, но я вовсе не игрался с определением (в моем случае) программиста.

""" Данное мной определение
Программист это человек, который "создает" компьютерные программы с полным доказательством корректности работы.
"""

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


Но Аноним коментом ниже, как раз таки и сыграл с определением, дав якобы (не серьёзно конечно) вот такое определение.

"""
"программист это человек, который создает компьютерные программы с полным доказательством корректности работы, при этом жонглируя пятью яйцами Фаберже сидя на уницикле в шкуре убитого им медведя"
"""

и как видим, тут ("существенным образом сужая") определение строго сузилось, хотя может быть вот такое:

жонглируя ЛЮБОЕ_ЧИСЛО ЛЮБОЙ_ПРЕДМЕТ ЛЮБОЕ_ИМЯ сидя на ЛЮБОЙ_ТРАНСПОРТ в шкуре убитого им ЛЮБОЕ_ЖИВОТНОЕ


> PPS важное:
> ---
> Мы защищаем само понятие нормы. Потому что так называемая «толерантность» пытается
> сделать нормой сексуальные девиации, гомосексуализм, педофилию, употребление наркотиков,
> придумывает и внедряет эвфемизмы типа «бодипозитивный» или «альтернативно
> одарённый» вместо «жирный» и «дебил». В медицине и психиатрии
> идёт целая война по превращению множества откровенных девиаций в «вариант нормы».
> Уже на уровне классификации. Отдельные западные «учёные» уже начали продвигать
> даже «каннибализм – это допустимо».
> --- неожиданно, http://jpgazeta.ru/aleksandr-rodzhers-o-novoj-staroj-ideolog.../

https://ru.wikipedia.org/wiki/%D0%9D%D0%...

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

1) Норма как средняя величина, образец. - кто и как определяет её, вычисляют по формуле? так по какой арифметической, геометрической, взвешенной, квадратичной и т.д. И у каждой свои "грехи".

2) Норма как наиболее часто встречающийся случай некоторого параметра (признака), определяемый как среднестатистическая величина. - тут по факту тоже самое, что и первый класс, средней величина и среднестатистическая - это ровно одно и тоже.

3) Норма как допустимый диапазон значений, при которых явления и системы сохраняют свои качества и функции. - по каким законам определяются те самые верхние и нижние пределы диапазонов? Константны ли они или плавают, что собственно должно приводить к плавучести самой нормы.

В итоге, и какое же дам я определение понятию нормы? Пока - ни какое, я воздержусь от использования понятия нормы, допустим когда буду сравнивать вес человека, человек тяжелее меня - нет он не "жирный" для меня, человек не знает того что знаю я - нет он не "тупой" для меня. Прикол еще в том, что ну есть определение "истина" и "не истина", а вот для "не истины" мы придумали определение "ложь". Возвращаясь к той же недавней ситуации про всякие рассовые (black/white), то думаю с Уилера надо спросить за "черные" дыры :)

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

131. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Аноним (134), 16-Июн-20, 04:06 
> Программист это человек, который "создает" компьютерные программы с полным доказательством корректности работы. Более строгое определение чем общепризнанное. Разве не так?

Да, это более строгое определение. Это не делает его интересным кому-бы то ни было, кроме тебя. Смотри, я могу еще более строгое определение придумать - "программист это человек, который создает компьютерные программы с полным доказательством корректности работы, при этом жонглируя пятью яйцами Фаберже сидя на уницикле в шкуре убитого им медведя".

> А причем тут планирование?

Ну, ты писал про планирование алгоритма. Тебе же не нравилось что программисты не корпят над одним куском кода по несколько месяцев планируя, производя научные доказательства и верифицируя код, сводя свою продуктивность к нулю. Куски кода ядра не существуют в изоляции, разные куски взаимодействуют друг с другом. Изменения в одной части могут вызывать нужду в изменениях в других частях. Отсюда, чтобы не приходилось изменять написанный код, нужно его спланировать в масштабах ядра.

> А все потому, что "программирование" давно уже не научая область.

Да, давно. Я не уверен, можно ли его вообще когда бы то ни было считать научной областью, но как минимум лет 50 уже как. Добро пожаловать в будущее, мы сделали некогда элитарную вещь обыденной и движемся вперед.

> никакое огромное количество людей не меняет кодовую базу ядра линукса. ТОрвальдс там решает у кого что взять, а кого на три буквы послать.

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

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

167. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 20:21 
> Да, это более строгое определение. Это не делает его интересным кому-бы то
> ни было, кроме тебя. Смотри, я могу еще более строгое определение
> придумать - "программист это человек, который создает компьютерные программы с полным
> доказательством корректности работы, при этом жонглируя пятью яйцами Фаберже сидя на
> уницикле в шкуре убитого им медведя".

Игра с определением, коментом выше я ответил, не буду дублировать ответ.

> сводя свою продуктивность к нулю.

Складывается у меня мнение, что вы не сталкивались с исследовательской работой, и решаете только прикладные задачи, но не занимаетесь разрешением проблем, щас объясню почему. Какой продуктивный выхлоп мы ждем (можем и вовсе не дождаться) от математика пытающегося разрешить какую-либо проблему математическую? Да никакой выхлоп, а какой получим если разрешится какая-либо прикладная проблема?

Стоп, дальше должно было быть много текста :) не сегодня, как нибудь вернемся к этой теме собственно и к теме планирования того чему нет альтернативы (проектирование).

> Да, давно. Я не уверен, можно ли его вообще когда бы то
> ни было считать научной областью, но как минимум лет 50 уже
> как. Добро пожаловать в будущее, мы сделали некогда элитарную вещь обыденной
> и движемся вперед.

О Боже, элитарная, обыденная - ну что за термины.

https://ru.wikipedia.org/wiki/%D0%9D%D0%...


> Во-первых - меняют.

Меняют у себя.

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

204. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (134), 19-Июн-20, 14:21 
> Складывается у меня мнение, что вы не сталкивались с исследовательской работой, и решаете только прикладные задачи, но не занимаетесь разрешением проблем, щас объясню почему. Какой продуктивный выхлоп мы ждем (можем и вовсе не дождаться) от математика пытающегося разрешить какую-либо проблему математическую? Да никакой выхлоп, а какой получим если разрешится какая-либо прикладная проблема?

Я сталкивался с обоими. И научные статьи про теоретические алгоритмы писал и прикладным программистом был.
От математика мы ждем выхлоп в виде опубликованных научных статей. Этот выхлоп даже пытаются численно оценивать, выводя различные показатели, такие как "h-index", и подобные. От CS математика, мы ожидаем:
1) Формулировки проблемы
2) Формулировки алгоритма
3) Теоретического доказательства верности алгоритма

Программисты почти никогда не создают никакие новые теоретические алгоритмы, для которых нужно было бы доказательство корректности. Они либо используют и адаптируют уже существующие теоретические алгоритмы, либо пишут новые банальные простецкие алгоритмы. Там попросту не требуются какие-то доказательства, эти алгоритмы не являются сколько-нибудь теоретически сложными. Там нет каких-то новых техник, подходов и т.п. Как никто не доказывает банальные теоремы и в теоретических статьях: математики очень часто опускают доказательства, если они легко выводимы.

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

133. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Аноним (132), 16-Июн-20, 04:17 
Если ты не знаешь, зачем нужна система контроля версий, то ты вообще не имеешь представления о промышленной разработке. Писать алгоритмы к олимпиадке - да, не нужна. Писать софт под реальные бизнес-задачи - без нее никуда.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

169. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 16-Июн-20, 20:51 
> Если ты не знаешь, зачем нужна система контроля версий, то ты ....

вот мой вопрос

"""
А зачем вообще она нужна? Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist?
"""

который состоит из двух частей, 1) - сам вопрос зачем она вообще нужна. 2) - один из возможных вариантов ответов, который я не приму за серьезный ответ.

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

>Писать алгоритмы к олимпиадке - да, не нужна.

А я вот считаю, что нужна, я всем новичкам советую. Я вообще сторонник, реализации системы контроля версий файлов чуть ли не на уровне самой ФС (можем это обсудить).


> Писать софт под реальные бизнес-задачи - без нее никуда.

Что такая безысходность? опять таки, тут лучше "живые" примеры (с соблюдением NDA)

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

137. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Аноним (-), 16-Июн-20, 06:11 
> А шо так не уверенно отвечаете?

Всегда есть вероятность что по факту окажутся какие-то (ж-до)масоны, орден подпольных брадобреев, элонмаск, зеленые человечки, рептилоиды или AI решивший постебаться. Никакие законы природы не запрещают это. А поскольку я лично не стоял за каждым комитящим строчки кода - откуда я знаю наверняка какая у них (само)идентификация была?! :)

> Раз в вашем определении, программер этот тот, кто способен написать и удалить куче
> строк в программе (алгоритме). И это нормально, это суть программера в вашем определении.

Еще в моем определении подразумевается что програмер способен алгоритмы понимать и писать.

> Но увы не в моем. Почему не в моем? В моем определении, программер
> (точнее инженер) этот тот кто в полноте продумает всю программу (алгоритм),

Попробуйде целиком продумать город размером с Нью-Йорк? Чтобы каждый житель оказался по итогам счастлив? Каждым камушком на самой мелкой улочке? Надеюсь, это даст понять что упомянутый подход катит не всегда и не везде. То что вы в результате хотите проектировать только центр коттеджного поселка - а что делать если те рожи хотят именно мегаполис на цать миллионов?! Вы обречены откатиться к итеративному подходу и решать проблемы по мере поступления. И если народ требует брадобрея вот тут - значит, он должен быть в этом доме. Даже если это идет вразрез с грандпланом мега-архитекта, это значит что наступило поменять гранд-план. И в этом месте будет брадобрей, а не то что вы там себе возомнили. Потому что жизня показала что это должно быть вот так. Даже если вы это не предусмотрели.

Лично я не знаю на этом глобусе никого способного предусмотреть ВСЕ в штуке масштаба САБЖА. Так же как я не знаю никого кто мог бы спроектировать с ноля "Нью-Йорк, только лучше" на одном дыхании.

> докажет её безошибочность и выпустит в продакшен,

О, вы еще и в вопросах качества не шарите? Хочу вас расстроить:
1) Ставлю на то что с таким подходом вы не релизнете софт такого масштаба НИКОГДА.
2) Я готов поспорить что если вы все же удумаете заявить что в софте такого масштаба нет багов, я легко докажу обратное. И даже найду дюжину багов, чтобы уж вы макнулись от души, с головой.
3) И таки вы абсолютно не рубите в больших проектах и подходах.

> чтобы не пришлось на виду делать "удалено 480891 строк".

В нормальном курсе событий статистика порядка 50/50 или 40/60 для удалено/добавлено совершенно нормальна для типового софтварного проекта крупного масштаба который относительно устаканился. Если добавлено сильно больше - это значит что навернули каких-то новых фич. В данном случае видимо новые драйверы, это неизбежно двигает картину в сторону добавлено.

> Что значить вообще удалить строку из алгоритма? О чем это говорит?

Это может говорить например о том что прогер посмотрел на алгоритма, почесал репу, придумал вариант лучше и перекроил сие. Или ему не понравился общий вид и он отрефакторил в что-то более удобоваримое. А может быть еще и ставшее полезное "вон тем трем чувакам, хотевшим похожего", так что _их_ почти-дубль фичи был вытерт, а вот это чутка адаптировано еще и для них. А может он нашел какой-то баг. Или мало ли чего там еще. Для ответа на конкретный вопрос в конкретном случае есть git log (-p), дающий весьма конкретный ответ.

> Удалить весь алгоритм и заменить другим - это еще можно понять.

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

>>Чувак, ты хоть 1 программу с системой контроля версий писал?
> А зачем вообще она нужна?

Факин лол. Ну вот смотри, фигачил ты два дня, будучи уверенным что все ЗБС. И все вроде было ЗБС. Но вот всплыл некий Фатальный Недостаток, о которым ты даже не подумал сперва. При том ты изначально в душе не е...шь что его вызывает. Вопрос: где ты его посадил в этом интервале? И как сие починить? Кроме как профакать 2 дня вджоба целиком и вернуть все как было? А то просто профакать 2 дня впустую - обидно, да? :)

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

...а чего делаешь в таком раскладе ты? :))). Даже если забыть про то что тот ноутпад жестко мультиплеерный и еще надо подумать как все это агрегировать с вон той тыщенки человек. Если б ты был PM тимы о тыще чел, ты бы этим озаботился, но это явно не твой уровень.

> Следить за тем кто сколько строк удалил или переименовал blacklist в blocklist?

Для хранения истории изменений. Это отличный рабочий инструмент для програмера. Упомянутое лишь весьма частный пример использования истории изменений.

> сложение двух чисел разве не fire and forget?

В случае Arian V это почти так и было :). И я готов поспорить что они после этого малость поменяли алгоритм, хе-хе. Я бы удивился если бы это было не так.

> Разве детерминированные алгоритмы это не fire and forget?

С реалистичной точки зрения это катит только для очень небольших масштабов. И даже там порой "тойота" случается.

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

180. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Sw00p aka Jerom (?), 17-Июн-20, 01:13 
> Всегда есть вероятность что по факту окажутся какие-то (ж-до)масоны, орден подпольных брадобреев,
> элонмаск, зеленые человечки, рептилоиды или AI решивший постебаться.

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

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

А никаких других законов и нет.

> Еще в моем определении подразумевается что програмер способен алгоритмы понимать и писать.

Написать может и макака, если она поймет.

>[оверквотинг удален]
> понять что упомянутый подход катит не всегда и не везде. То
> что вы в результате хотите проектировать только центр коттеджного поселка -
> а что делать если те рожи хотят именно мегаполис на цать
> миллионов?! Вы обречены откатиться к итеративному подходу и решать проблемы по
> мере поступления. И если народ требует брадобрея вот тут - значит,
> он должен быть в этом доме. Даже если это идет вразрез
> с грандпланом мега-архитекта, это значит что наступило поменять гранд-план. И в
> этом месте будет брадобрей, а не то что вы там себе
> возомнили. Потому что жизня показала что это должно быть вот так.
> Даже если вы это не предусмотрели.

Если стоит передо мной такая задача - почему бы и нет? Мне нравиться знать все с чем я работаю до мелочей, ибо в мелочах кроется тот дьявол который вас так пугает неопределенным (не продуманным, не предвиденным) поведением. Кстати, есть хороший фильм такой Демон Лапласа (2017) :)

> Лично я не знаю на этом глобусе никого способного предусмотреть ВСЕ в
> штуке масштаба САБЖА. Так же как я не знаю никого кто
> мог бы спроектировать с ноля "Нью-Йорк, только лучше" на одном дыхании.

Ну смотря на ключ по ТЗ, или с поддержкой :) Писать с нуля свою ОС, ЯП - не нужно, а проектировать второй Нью-Йорк - нужно?

> О, вы еще и в вопросах качества не шарите? Хочу вас расстроить:
> 1) Ставлю на то что с таким подходом вы не релизнете софт
> такого масштаба НИКОГДА.

Ну выше вы про Нью-Йорк будущего говорили, а теперь попахивает хотелками заказчика? Сами же в курсе, если удовлетворять все хотелки заказчика, вы не релизните софт никогда. Вот сама жизнь как софт с хотелками заказчика, она релизнится? Как говорят, мертворожденный продукт? Так что, вы противоречите самому себе.

> 2) Я готов поспорить что если вы все же удумаете заявить что
> в софте такого масштаба нет багов, я легко докажу обратное.

Буду иметь ввиду, о цене договоримся думаю.

> И даже найду дюжину багов, чтобы уж вы макнулись от души, с
> головой.

Буду только благодарен, как говорят японцы - спасибо за работу :)

> 3) И таки вы абсолютно не рубите в больших проектах и подходах.

Ну как правило во всех комментариях одно и тоже, ну сварите вы уже кашу из топора, где рецепт я так хочу его увидеть. Сначала про подходы, ну как у Декарта в Рассуждении о методе, а потом про проекты как Маска (батут). Буду только благодарен, как говорят японцы - спасибо за работу :)


> В нормальном курсе событий статистика порядка 50/50 или 40/60 для удалено/добавлено совершенно
> нормальна для типового софтварного проекта крупного масштаба который относительно устаканился.
> Если добавлено сильно больше - это значит что навернули каких-то новых
> фич. В данном случае видимо новые драйверы, это неизбежно двигает картину
> в сторону добавлено.

эту тему выше в комментариях я описал.

> Это может говорить например о том что прогер посмотрел на алгоритма, почесал
> репу, придумал вариант лучше и перекроил сие. Или ему не понравился
> общий вид и он отрефакторил в что-то более удобоваримое. А может
> быть еще и ставшее полезное "вон тем трем чувакам, хотевшим похожего",
> так что _их_ почти-дубль фичи был вытерт, а вот это чутка
> адаптировано еще и для них. А может он нашел какой-то баг.
> Или мало ли чего там еще. Для ответа на конкретный вопрос
> в конкретном случае есть git log (-p), дающий весьма конкретный ответ.

Ничего нового я не узнал увы. Спасибо за работу.

> А можно и не весь. А можно улучшить. А можно отрефакторить. Програмеры
> довольно сложные существа, равно как и их программы. Если не считать
> совсем уж вебмакак и б-длокодеров.

вот про вебмакак и б-длокодеров - не надо, не серьезно как-то. Опять вынуждаете меня заводить шарманку про определения понятий, за-бал я уже тут всех с этим :)


> Факин лол. Ну вот смотри, фигачил ты два дня, будучи уверенным что
> все ЗБС. И все вроде было ЗБС. Но вот всплыл некий
> Фатальный Недостаток, о которым ты даже не подумал сперва. При том
> ты изначально в душе не е...шь что его вызывает. Вопрос: где
> ты его посадил в этом интервале? И как сие починить? Кроме
> как профакать 2 дня вджоба целиком и вернуть все как было?
> А то просто профакать 2 дня впустую - обидно, да? :)

Ну "факин лол", ну наконец-то долгожданный ответ :) История нас учит не совершать ошибок. Хотя тут один момент с "будучи уверенным что все ЗБС" - читаем первый абзац данного комментария. Есть еще один момент, если у нас всего один коммит в истории и мы допустили тот самый "некий Фатальный Недостаток", каков алгоритм действия в этом случае по отлову недостатка?

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

ясно.

> ...а чего делаешь в таком раскладе ты? :))). Даже если забыть про
> то что тот ноутпад жестко мультиплеерный и еще надо подумать как
> все это агрегировать с вон той тыщенки человек. Если б ты
> был PM тимы о тыще чел, ты бы этим озаботился, но
> это явно не твой уровень.

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

> Для хранения истории изменений. Это отличный рабочий инструмент для програмера. Упомянутое
> лишь весьма частный пример использования истории изменений.

согласен отличный, выше в комментариях писал уже.

> В случае Arian V это почти так и было :). И я
> готов поспорить что они после этого малость поменяли алгоритм, хе-хе. Я
> бы удивился если бы это было не так.

что мешает уточнить?


> С реалистичной точки зрения это катит только для очень небольших масштабов. И
> даже там порой "тойота" случается.

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

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

188. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (188), 17-Июн-20, 16:05 
> А не лучше тогда воздержаться от комментария раз такая не уверенность?

The best one can get. Ума не приложу как получить 100% уверенность по части (само)идентификации толпы народа.

> Альтернативное мнение - даже если оно не всегда истинное, бывает весьма полезным.

Возможно. Если я понимаю как оно возникло. Иначе это лишь набор слов.

> А никаких других законов и нет.

Я бы не стал безбашенно проверять этот тезис.

> Написать может и макака, если она поймет.

Пока-что никто вроде бы не встречал макак способных программировать. Вебмакаки не в счет, они к нашему позору homo sapiens :\

> Мне нравиться знать все с чем я работаю до мелочей, ибо в мелочах кроется тот
> дьявол который вас так пугает неопределенным (не продуманным, не предвиденным) поведением.

И хотя в этом есть некий пойнт, это перестает работать после определенного масштаба. Выше некоторого уровня сложности картинка со всеми подробностями перестает умещаться в 1 голову. Linux этот порог давно преодолел. Так же как любой крупный мегаполис. Совершенно нормально не знать кучу улиц в большом городе. А зачем? Это ненужное знание забивающее мозг.

> Ну смотря на ключ по ТЗ, или с поддержкой :) Писать с нуля свою ОС, ЯП - не нужно,

Торвальдс писал Linux с ноля. Как максимум апи и общие идеи подсматривал, но реализация была его. И для начала - заявил как i386-only! А теперь оно на дофига разных архитектур. И естественно начальный план пришлось здорово переиграть по ходу дела.

> а проектировать второй Нью-Йорк - нужно?

Если кто-то может радикально лучше - "пусть попробует". Но за большой факап и большие 3.14-ли.

> Ну выше вы про Нью-Йорк будущего говорили, а теперь попахивает хотелками заказчика?

Это не хотелки заказчика а оценка масштаба задачи и ожиданий. В проекте размером с Linux kernel я 100% найду баг. Люди не настолько безглючные существа чтобы проект такого масштаба пролез без багов.

И даже авиалайнеры взлетают с кучей неисправностей. Если добиваться 100% исправности - вы не полетите. Поэтому капитан решает, можно ли лететь с известным набором проблем, или же всех выгоняют нафиг и чинят/меняют самолет. Торвальдс чем-то сравнимум занимается для нас в мире софта.

> Сами же в курсе, если удовлетворять все хотелки заказчика, вы не релизните софт никогда.

Однако постепенно Linux оброс фичами - и теперь удачи убедить людей согласиться на меньшее.

> Вот сама жизнь как софт с хотелками заказчика, она релизнится? Как говорят,
> мертворожденный продукт? Так что, вы противоречите самому себе.

Я не противоречу. Вы просто упустили такую вещь как "приоритеты". У вас нет этого.

> Буду иметь ввиду, о цене договоримся думаю.

Для упрощения можно просто позвать любого тестировщика под боком. В софте такого масштаба без них все-равно нихрена не получится. Весь пойнт -rc в кернеле - дать народу время погонять это и посмотреть какие грабли вылезут. Так что они давно в курсе. Как и все остальные серьезные разработчики софта на этом глобусе.

> Буду только благодарен, как говорят японцы - спасибо за работу :)

Тестировщиков наймите, если они не лохи - на раз покажут это дело. В мои предпочтения все же больше програмизм и системная интеграция сейчас входит.

> уже кашу из топора, где рецепт я так хочу его увидеть.

Вопрос вида "как обыграть чемпиона мира по шахматам?" :D. Если бы у меня был рецепт такого уровня - я был бы не хуже Торвальдса :P

Могу лишь в общем виде описать кой-какие вещи. Торвальдс оказался в правильном месте, в правильное время, с правильными скиллами, насев на злободневную задачу - и его decision making в целом оказался лучше чем у других, не имея слабых мест "конкурентов". Он сколотил эффективную команду, выбрал правильную лицензию мешающую паразитировать, поначалу сам показал нехилый мастеркласс в кодинге и убедил других что это чего-то стоит, сумев довольно быстро поюзать что накорябал для хотя-бы себя и своих задач.

У меня отрастает лишь базовая приблизительная версия скилла - поэтому я и не Торвальдс :P.

> эту тему выше в комментариях я описал.

Было бы нехило ссылки на комент добавлять.

> вот про вебмакак и б-длокодеров - не надо, не серьезно как-то.

Ну, если некто не умеет VCS использовать и не понимает зачем оно надо... соблазн возникает.

> Ну "факин лол", ну наконец-то долгожданный ответ :) История нас учит не совершать ошибок.

Однако людям свойственно ошибаться. И именно поэтому я уверен что найду баг в проекте такого масштаба. В Linux kernel кстати это уже довольно утомительно - там много народа и толпы роботов поляну вытаптывают. И все-же получить чего-нибудь неожиданное в тыкву временами все же можно.

> Есть еще один момент, если у нас всего один коммит в истории

...то мы шлем СМС с текстом "не лох!" на короткий номер,  грязно ругаемся и на будущее учимся юзать vcs более разумно дабы больше так не пролетать.

> каков алгоритм действия в этом случае по отлову недостатка?

Кажется я уже ответил на это, хоть это и другой вопрос :)

>> репу уже предметно над проклятым кусочком с фига ли он нам тут все испортил.
> ясно.

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

> забыть такое? На ум приходит только одно - оставить комментарий к шагу алгоритма :)

Коменты оставлять затея неплохая. Потому что через пару лет в вон те навороты с наскока может и не быть просто въехать. Даже если они свои.

> что мешает уточнить?

То что я не часть этой команды и поэтому не имею доступа к всем версиям их софта, а также трудозатраты на этот процесс.

> думать нужно не о масштабах и прибыли, а об ответственности, написанный ваш
> код может как спасти так и угробить людскую жизнь.

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

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

103. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Аноним (103), 15-Июн-20, 22:10 
Это такой троллинг тупостью? Гит считает 1 отредактированную строку как "1 строку удалена + 1 строку добавлена".
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

105. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от BSA (?), 15-Июн-20, 22:23 
Это не гит считает. Так считает diff. А гит и пр. просто пользуются им.
Ответить | Правка | Наверх | Cообщить модератору

106. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Sw00p aka Jerom (?), 15-Июн-20, 22:24 
> Это такой троллинг тупостью? Гит считает 1 отредактированную строку как "1 строку
> удалена + 1 строку добавлена".

ну и о чем это говорит? а смысл тогда говорить об количестве "удаленных" строк, если только они были "отредактированы"? Общее количество строк кода ведь не изменится тогда.

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

138. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 16-Июн-20, 06:19 
> Это такой троллинг тупостью?

Ух ты, а чо, так можно было? А то я был уверен что в силу тупости последнее как максимум side effect :)))

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

57. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +5 +/
Сообщение от Аноним (-), 15-Июн-20, 15:46 
> ну сходите в Windows и посмотрите какой там ddk.

Been there, done that. Так я полюбил пингвина. ФакЪ, в нем можно модуль скомпилять за 10 минут. За это время DDK даже не установится.

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

59. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Аноним (-), 15-Июн-20, 15:51 
> Но для этого уже делают Фуксию.

Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позиционируют. Видимо писать дрова на пыхтонрасии и прочих го оказалось не настолько уж и игого. Особенно когда под боком такой конкурент болтается.

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

104. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (103), 15-Июн-20, 22:14 
> Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позиционируют.

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

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

139. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 16-Июн-20, 06:22 
> А кто-то вообще всерьёз так считал? С самого же начала было ясно
> что это очередная песочница гугла - поиграют и забудут.

Ну вот судя по коментам этой визгливой хипсототы они уже заметили что это немного не тот случай когда за полдня навалил гамнокода в продакшн и стало збс. Оказывается, такой код тормозит и глючит. Если это хомпага то и болт с ним, но если это core part операционки, сие распостраняется на вообще все в системе и вот тут болт уже совсем не тот который запланировано.

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

146. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от йкЛще (?), 16-Июн-20, 08:02 
>> Как замену сабжу в виде андроида сие вроде уже даже те рожи не особо позиционируют. Видимо писать дрова на пыхтонрасии и прочих го оказалось не настолько уж и игого. Особенно когда под боком такой конкурент болтается.

Честное слово, остановись вы на первом предложении - все было бы предельно норм. Откуда остальное-то говно полезло?)))

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

149. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +3 +/
Сообщение от Аноним (149), 16-Июн-20, 10:28 
> Откуда остальное-то говно полезло?)))

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

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

24. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +9 +/
Сообщение от iLex (ok), 15-Июн-20, 13:33 
Не жиреет, а становится бодипозитивным! Понимать же надо современные тенденции в программировании.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

114. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 22:56 
> Не жиреет, а становится бодипозитивным!

Как-как, багопозитивным?

> Понимать же надо современные тенденции в программировании.

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

53. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +5 +/
Сообщение от Аноним (53), 15-Июн-20, 15:17 
Ужэ выигрол.

На одной из конференций он рассказывал что скорость не нужна, потому zerocopy никто не будет делать, ибо некому. Не полностью перенёс юзерленд нетбзды. Так, что в баше не завершаются команды... Ну чо, юзойте только sh. А про иксы - сказал "Кому нужна графика - просто запустите вантуз."
Вот такая она - полная и безоговорочная победа микроядра!

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

63. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (61), 15-Июн-20, 16:06 
>Ядро жиреет прямо на глазах.

Да кто ж вас заставляет вкомпиливать всё статически? Если есть чувство, что такая-то фича может вдруг пригодиться, то соберите это модулем. На диске место занимать будет, но в памяти нет, пока не загрузите.

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

113. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 22:55 
Вы вообще пытались себе представить количество, ёмкость, взаимодействие интерфейсов микроядра с сопоставимой функциональностью?  (ну и где это всё крутить, пощёлкивая колечками)
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

156. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +4 +/
Сообщение от Аноним (-), 16-Июн-20, 13:05 
> Вы вообще пытались себе представить количество, ёмкость, взаимодействие интерфейсов микроядра
> с сопоставимой функциональностью?  (ну и где это всё крутить, пощёлкивая колечками)

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

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

162. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Zulu (?), 16-Июн-20, 16:09 
> Не догоняю, за что Шигорина тут заминусовали

Опеннет дурной. Тут ни в технических вещах не понимают, ни в социальных.

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

172. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от antonimus (?), 16-Июн-20, 22:07 
>Таки Таненбаум выиграет тот спор...

Если бы Танненбаум был ученым, а не коммерсантом, то и спора бы не было.
Захотел бабла со студентов состричь - будь готов ответить.

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

6. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Zenitur (ok), 15-Июн-20, 12:26 
Горшочек, не вари!
Ответить | Правка | Наверх | Cообщить модератору

10. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (10), 15-Июн-20, 12:40 
MSDOS хватит всем?!
Ответить | Правка | Наверх | Cообщить модератору

23. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Аноним (22), 15-Июн-20, 13:27 
2.6.32 хватит всем.
Ответить | Правка | Наверх | Cообщить модератору

65. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Аноним (61), 15-Июн-20, 16:08 
Уже не хватит. Например, без cgroup уже жизнь не представляется.
Ответить | Правка | Наверх | Cообщить модератору

159. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 13:12 
> Уже не хватит. Например, без cgroup уже жизнь не представляется.

2.6.32 бывает и -ovz.

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

171. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от antonimus (?), 16-Июн-20, 22:04 
ovz всё.
Сам не хочу, но таки да, всё.
Ответить | Правка | Наверх | Cообщить модератору

220. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (220), 20-Июн-20, 18:48 
Увы, с кастомными ядрами таки очень неудобно было. Зря они это так столько времени.
Ответить | Правка | Наверх | Cообщить модератору

9. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Zenitur (ok), 15-Июн-20, 12:37 
> а в ядре 2.6.29 добавлена большая порция новых драйверов в раздел staging

А ещё ядро 2.6.28 стало рекордсменом по количеству добавленных файловых систем. ext4 вышел из Experimental, btrfs, pohmelfs

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

11. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –5 +/
Сообщение от Аноним (11), 15-Июн-20, 12:50 
Добавьте хотя бы в 6-ой версии поддержку ps/2 мышей пожалуйста. А то уже лет 10 не могу попробовать ваш линукс.
Ответить | Правка | Наверх | Cообщить модератору

14. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +6 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 12:59 
Это в смысле чтобы на мышах запускалось? Или борьба за права мышей? Так-то ps/2 никто и не отламывал
Ответить | Правка | Наверх | Cообщить модератору

17. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (17), 15-Июн-20, 13:09 
Борьба за права устаревшего оборудования
Ответить | Правка | Наверх | Cообщить модератору

144. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (144), 16-Июн-20, 07:13 
> Борьба за права устаревшего оборудования

Так вроде ж работает.

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

29. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (11), 15-Июн-20, 13:53 
Сейчас уже за давностью не могу найти где люди написали что убрали поддержку старых устройств. Могу ошибаться, может это было про COM мышь. Но баги висят, значит и проблема остаётся https://bugs.launchpad.net/ubuntu/+source/casper/+bug/9068
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

39. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Zenitur (ok), 15-Июн-20, 14:19 
COM-мышь убрали в Fedora Core 6 (2006 год), но можно прописать вручную
Ответить | Правка | Наверх | Cообщить модератору

49. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +3 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 14:50 
Ну вот этот конкретный баг - это о Serial, то есть COM-порте. PS/2 - это совсем другое, никто его не ломал. И даже для последовательной мыши - не поддержка отсустствует, а включать надо явно - что логично, у COM-порта никакого автодетекта устройств нет.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

126. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 02:08 
> Сейчас уже за давностью не могу найти где люди написали что убрали
> поддержку старых устройств. Могу ошибаться, может это было про COM мышь.

COM-мыши самолично проверял на ALT Linux Desktop 4.0.

PS: и не дёргайте резко экспонат за хвост :)

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

16. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Anonymou (?), 15-Июн-20, 13:08 
Присылайте свой патч
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

26. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (26), 15-Июн-20, 13:46 
Но ведь они с древних времен прекрасно работают ....
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

67. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (61), 15-Июн-20, 16:13 
>Добавьте хотя бы в 6-ой версии поддержку ps/2 мышей пожалуйста.

Ну это голос даже не из криокамеры... Из криокамеры в другой вселенной, что ли.

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

70. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от ryoken (ok), 15-Июн-20, 16:24 
Однако здравствуйте. У меня дома на Генте PS/2 Logitech мышь живёт и работает совершенно не подозревая о каких-то проблемах...
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

79. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Нискажу (?), 15-Июн-20, 17:04 
+1. Вот прямо сейчас работает на Ubuntu, с автодетектом без моей помощи.
Ответить | Правка | Наверх | Cообщить модератору

119. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (119), 16-Июн-20, 00:18 
ps/2 lives matter!
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

173. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от antonimus (?), 16-Июн-20, 22:19 
/usr/src/linux/drivers/input/mouse/Kconfig                                                                                                  
config MOUSE_PS2
        tristate "PS/2 mouse"
        default y

Жыровик?

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

15. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 13:01 
Интересный релиз, но страшно, чёрт возьми, с такой кучей изменений (и багов). А так - там оптимизации шедулера для amd должны подвезти
Ответить | Правка | Наверх | Cообщить модератору

19. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от pin (??), 15-Июн-20, 13:17 
Страшно будет, когда из кода начнут выпиливать master/slave и все такое.
Ответить | Правка | Наверх | Cообщить модератору

21. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 13:25 
Вообще не страшно. Search&replace в таком варианте - штука безвредная. А вот масса одновременных изменений поведения - это риск
Ответить | Правка | Наверх | Cообщить модератору

62. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +5 +/
Сообщение от JL2001 (ok), 15-Июн-20, 16:03 
> Вообще не страшно. Search&replace в таком варианте - штука безвредная. А вот
> масса одновременных изменений поведения - это риск

о, сколько багов было сделано глобальным серчреплейсом!

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

72. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от YetAnotherOnanym (ok), 15-Июн-20, 16:27 
Энциклонги и Тайсон Гомосексуал подтверждают.
Ответить | Правка | Наверх | Cообщить модератору

86. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 18:04 
Я ж  не зря сказал "в таком варианте" - slave/master - достаточно уникальные сочетания. Мксимум - то, что вводится, может закрыть аналогично названную переменную из большего скопа, но, во-первых. это си - тут тех скопов-то, во-вторых компилятор ворнинг выплюнет.

В общем, натурально не страшно. Пользы никакой, но вреда - тоже.

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

111. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от JL2001 (ok), 15-Июн-20, 22:47 
> Я ж  не зря сказал "в таком варианте" - slave/master -
> достаточно уникальные сочетания. Мксимум - то, что вводится, может закрыть аналогично
> названную переменную из большего скопа, но, во-первых. это си - тут
> тех скопов-то, во-вторых компилятор ворнинг выплюнет.
> В общем, натурально не страшно. Пользы никакой, но вреда - тоже.

я тут недавно добавил новую функцию, после чего всё накрылось 314здой, ибо в рантайме одной либе показалось, что моя новая функция имеет более коширное название, чем ранее ею выбираемая

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

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

117. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Crazy Alex (ok), 16-Июн-20, 00:12 
Ну, это вообще не ядерный случай.

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

Кстати, в половине случаев master/slave ещё и применяется не в тему, так что переименование на какой-нибудь active/watching или primary/secondary может ясности и добавить, но тут уже надо по ситуации смотреть.

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

50. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (48), 15-Июн-20, 14:51 
Линус им средний палец покажет на этом и разойдутся.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

54. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (53), 15-Июн-20, 15:20 
Уже нет. Дочки фемки осудят, а некрософт_землин накажет.
Ответить | Правка | Наверх | Cообщить модератору

25. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Alen (??), 15-Июн-20, 13:37 
надо будет подзадержаться на 5.7.15 ядре наподольше...
Ответить | Правка | Наверх | Cообщить модератору

30. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Тупорылко (?), 15-Июн-20, 13:57 
5.7 это не долгосрочное ядро, долгосрочное это 5.4 и 4.19, остальное - хлам, ну там есть ещё 3.16.
Ответить | Правка | Наверх | Cообщить модератору

99. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от anonim1 (?), 15-Июн-20, 20:48 
4.18 использует редхат
Ответить | Правка | Наверх | Cообщить модератору

100. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Тупорылко (?), 15-Июн-20, 21:31 
Это просто хлам потому что.
Ответить | Правка | Наверх | Cообщить модератору

118. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Crazy Alex (ok), 16-Июн-20, 00:13 
Лишний раз напоминаю, что редхатовским ядрам с тем же успехом можно вообще свою нумерацию вводить с их объёмами патчей и бэкпортов
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

27. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –7 +/
Сообщение от Белый аноним (?), 15-Июн-20, 13:49 
А послушался бы Торвальдс Таненбаума - глядишь и не было бы всего этого безобразия...
Ответить | Правка | Наверх | Cообщить модератору

38. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +4 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 14:17 
В смысле - мало кто бы писал, а то, что было бы - только с закрытым кодом?
Ответить | Правка | Наверх | Cообщить модератору

81. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Белый аноним (?), 15-Июн-20, 17:45 
Экий у вас смысл мрачный... Вы, наверное, с Правобережья?
Ответить | Правка | Наверх | Cообщить модератору

87. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +3 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 18:14 
Из Харькова, если уж интересно.

А смысл - ну да, мрачный. Нам вообще с линуксом повезло - комбинация "монолит, GPLv2, отсутствие готовых альтернатив, kernel API nonsense" спровоцировала таки тащить код в одну кучу, а не держать по норам. Будь это GPLv3 - послали бы, будь микроядро - имели бы всё в виде проприетарщины и как итог скорее всего - уход контор на свои микроядра с аналогичными интерфейсами. А одиночки могут что-то тянуть до определённого предела сложности, и вменяемое ядро ОС этот предел явно давно перешло - банально слишком много функций. Поэтому я, кстати, и не ругаюсь на "злые корпорации, захватившие линукс", как некоторые - а некому больше.

Да, а ещё - может сейчас и можно забить на потери производительности в микроядерной системе, то раньше это просто было бы провалом.

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

89. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (89), 15-Июн-20, 19:12 
А в program-ace судьба - не заносила, часом?
Ответить | Правка | Наверх | Cообщить модератору

95. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 20:01 
Не, не был
Ответить | Правка | Наверх | Cообщить модератору

160. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 13:14 
А tux'а любите? (поругался сдуру с одним бывшим коллегой в 2014, по почерку и эрлангу очень его напоминаете)
Ответить | Правка | Наверх | Cообщить модератору

90. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Микроядерник (?), 15-Июн-20, 19:17 
Ну, не знаю, мне на qnx и minix3 времени на всё хватало.
Уж и не знаю, даже, почему?
Хотя, знаю, конечно. То, что я там увидел на уровне архитектур проектов и что пришлось переделывать, тормозило бы ВЕЗДЕ.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

93. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Аноним (93), 15-Июн-20, 19:33 
> Нам вообще с линуксом повезло

Да, теперь я на собственном смартфоне не могу root стать, спасибо, повезло так повезло.

> Будь это GPLv3 - послали бы

Лучше бы уже послали, не было бы так грустно.

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

97. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +1 +/
Сообщение от Crazy Alex (ok), 15-Июн-20, 20:04 
Во-первых, зависит от смартфона (я, вон, с рутованного отвечаю). Во-вторых, как минимум на компе есть контроль, а также на куче роутеров и прочих железок. Что явно лучше, чем его не было бы нигде.
Ответить | Правка | Наверх | Cообщить модератору

151. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (151), 16-Июн-20, 10:35 
> Да, теперь я на собственном смартфоне не могу root стать, спасибо, повезло так повезло.

Извини, чувак, но полезность пулемета очень зависит от того с какой стороны оного ты оказался.

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

> Лучше бы уже послали, не было бы так грустно.

Грустно тебе должно быть от отсутствия у тебя мозгов и непонимания базовых вещей. Пулемет стреляет в пользу того кто им рулит. И если это не ты - упс...

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

161. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Michael Shigorinemail (ok), 16-Июн-20, 13:21 
>> Нам вообще с линуксом повезло
> Да, теперь я на собственном смартфоне не могу root стать,
> спасибо, повезло так повезло.

А при чём тут линукс?  На моих SFOS/Авроре достаточно штатно включить режим разработчика.  Обратитесь к поставщику, однако!

$ ssh jolla 
Last login: Sat Jun 13 10:02:58 2020
,---
| Sailfish OS 3.3.0.16 (Rokua)
'---
[nemo@Sailfish ~]$ _
$ ssh t8
Last login: Sun Jun 14 13:44:27 2020
,---
| Sailfish Mobile OS RUS 3.3.0.16+omp0.1.3.16 (Rokua)
'---
[root@Sailfish ~]# _

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

153. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (153), 16-Июн-20, 11:50 
> Да, а ещё - может сейчас и можно забить на потери производительности
> в микроядерной системе, то раньше это просто было бы провалом.

Черта с два, капиталисты сейчас не менее жадные чем раньеше. И докупать больше серваков по причине "зато концептуально" они не будут.

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

60. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 15-Июн-20, 15:54 
> А послушался бы Торвальдс Таненбаума - глядишь и не было бы всего этого безобразия...

Прекрасно, зачем нам еще одна дохлятина, пригодная только для западлостроения с встроеным бэкдором от интеля? Одной и так выше крыши.

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

82. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –4 +/
Сообщение от Белый аноним (?), 15-Июн-20, 17:46 
СОгласен. Линукс - зомбя. Знатная и показательная.
Живость ума систематических знаний - как наглядно показали жизнь и история на примере Линукса - НЕ заменяет.
Ответить | Правка | Наверх | Cообщить модератору

177. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от antonimus (?), 16-Июн-20, 23:50 
>СОгласен. Линукс - зомбя. Знатная и показательная.

Linux - это ядро, собственно, оно не может быть "зомбей". На твоем смартфоне (если это не айфон), это ядро работает.
>Живость ума систематических знаний - как наглядно показали жизнь и история на примере Линукса - НЕ заменяет.

Жизнь и история показывает только то, что мы повторяем повторять все ошибки, только используя более технологичные устройства. Не развивая собственный суперкомпьютер. Который в черепной коробке.
Кстати, сколько процессоров/ядер умеет супермикроядерная Minix? 1024? и

P.S Все чипсеты Intel после 2015 года выполняются в MINIX 3 как программный компонент Intel Management Engine[20].

Живость ума рулит.

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

68. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (61), 15-Июн-20, 16:16 
>глядишь и не было бы всего этого безобразия...

SJW-безобразия? Думаю, вы заблуждаетесь.

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

83. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Белый аноним (?), 15-Июн-20, 17:47 
Вы пересмотрели тлевизороффЪ и ютубоффЪ.
Ответить | Правка | Наверх | Cообщить модератору

174. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от antonimus (?), 16-Июн-20, 23:19 
Студенту златить $400 за систему для обучения, причем без исходных текстов - Таненбаум находится именно там, куда стремился, вместе со своей системой. И это уже навсегда.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

28. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (28), 15-Июн-20, 13:52 
> добавлено 1026178 строк кода, удалено 480891 строк

А если в строке была изменена пара букв, то она считается изменённой или новой?

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

31. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Белый аноним (?), 15-Июн-20, 13:57 
Только если убраны слова black &| white!
Флойд одобряе!
Ответить | Правка | Наверх | Cообщить модератору

33. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +6 +/
Сообщение от diff (??), 15-Июн-20, 14:00 
Она считается два раза: удалённой и добавленной.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

35. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (28), 15-Июн-20, 14:09 
То есть попадает в статистику дважды?
Ответить | Правка | Наверх | Cообщить модератору

40. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Michael Shigorinemail (ok), 15-Июн-20, 14:24 
Вспомнился тот анекдот про "поезд прибывает на ... путь" и особо для жмителей крайней винды: "такая-то и такая-то рельсы".

И эти люди будут тут за настройки голосить.

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

66. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от InuYasha (??), 15-Июн-20, 16:13 
Та, которую удалили, идёт в статистику удалённых.
Та, которую добавили, идёт в статистику добавленых.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

75. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (28), 15-Июн-20, 16:35 
Спасибо, стало понятнее.
Ответить | Правка | Наверх | Cообщить модератору

152. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (152), 16-Июн-20, 11:49 
Божечки, ну наконец-то хоть кто-то нормально объяснил!
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

44. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (44), 15-Июн-20, 14:37 
Кто это всё проверять будет?
Ответить | Правка | Наверх | Cообщить модератору

47. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +4 +/
Сообщение от Аноним (47), 15-Июн-20, 14:47 
К моменту -rc1, merge window уже закрыт и принимаются только исправления. Почему-бы в новости не перечислить список новых фич, которые будут в ядре 5.8? Возможно, это сподвигнет кого-нибудь протестировать готовящийся релиз.
Ответить | Правка | Наверх | Cообщить модератору

52. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +3 +/
Сообщение от Аноним (52), 15-Июн-20, 15:12 
Хехе, репорт обычного отличного программиста:
Al Viro (16):
    uaccess/csum updates
    uaccess/access_ok updates
    uaccess/readdir updates
    uaccess/__put-user updates
    uaccess/__copy_from_user updates
    uaccess/__copy_to_user updates
    uaccess/coredump updates
    vfs updates
    ia64 build regression fix
    splice updates
    comedi uaccess cleanups
    misc uaccess updates
    i915 uaccess updates
    sysctl fixes
    vfs fixes
    epoll update

Alex Williamson (1):
    VFIO updates

Alexandre Belloni (1):
    RTC updates

И для сравнения
Andrew Morton (7):
    updates
    more updates
    yet more updates
    still more updates
    even more updates
    some more updates
    updates

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

84. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (84), 15-Июн-20, 17:57 
Enlarge your kernel.
Ответить | Правка | Наверх | Cообщить модератору

85. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от SubGun (??), 15-Июн-20, 18:03 
> В веку 5.8 принято 14206 наборов изменений

Из которых большинство связано с удалением master/slave, black/white.

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

94. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Анонымоус (?), 15-Июн-20, 19:35 
Работать-то будет?
Ответить | Правка | Наверх | Cообщить модератору

148. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (148), 16-Июн-20, 08:26 
Конечно если master и slave изменять на политкорректное в каждом файле, то и будет столько изменений
Ответить | Правка | Наверх | Cообщить модератору

150. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (150), 16-Июн-20, 10:32 
Когда уже снимут ограничение в 255 байт на имя файла?
127 символов кириллицы - это очень мало и неудобно.
Ответить | Правка | Наверх | Cообщить модератору

154. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +3 +/
Сообщение от Аноним (153), 16-Июн-20, 11:52 
> Когда уже снимут ограничение в 255 байт на имя файла?
> 127 символов кириллицы - это очень мало и неудобно.

Чувак, рассказ предполагалось сохранять в сам файл а не его имя :)

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

155. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Zenitur (ok), 16-Июн-20, 12:43 
А вот интересно. В FAT16 и FAT32 имена файлов хранятся в двух видах: в однобайтовой кодировке в формате 8.3, и в подмножестве юникода в формате "255 символов". Называем файл по-русски в Windows, используя 255 символов. И запускаем Linux, чтобы посмотреть на файл. Что будет?
Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

157. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 16-Июн-20, 13:07 
> Что будет?

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

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

191. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (191), 17-Июн-20, 20:09 
Длинное имя в utf16, причем строго 16 бит
Ответить | Правка | Наверх | Cообщить модератору

181. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Аноним (-), 17-Июн-20, 02:03 
А я взял и установил 5.8 rc1 в итоге после загрузки ядра монитор сразу уходит в спящий или жудущий режим и его не вывести, нужно опять перезагружатся и так по кругу. Но, у меня свой скрипт xrandr с моими настройками с нестандартной частотой для монитора. А на 5.7 и ниже такого нет. Придётся загружатся с установночной ОС и разбиратся. Мне легче вторая ос через grub  Windows.
Ответить | Правка | Наверх | Cообщить модератору

182. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 17-Июн-20, 02:05 
Разновидность Ubuntu.
Ответить | Правка | Наверх | Cообщить модератору

189. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 17-Июн-20, 16:19 
> вывести, нужно опять перезагружатся и так по кругу.

Возможно GPU не взлетел или завис. Или что-то изменили в подсчете параметров.

В этом случае как-то так:
1) Грузимся, ловим зависон
2) Ребут в старый кернел где такой проблемы нет (в меню grub может быть).
3) Читаем логи (в уже работающей системе), думаем.

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

192. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +2 +/
Сообщение от Аноним (192), 17-Июн-20, 20:49 
> 3) ... думаем.

Вот с этим как раз проблемы и возникают у людей, которым

> ... легче вторая ос через grub  Windows.

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

193. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (-), 18-Июн-20, 08:57 
Ещё не смотрел. Или, что-то новое неработающее с моей Nvidia 710 или ошибки в 5.8 есть. Или почему-то надо понижать частоту обнавления монитора. Скрипт запускается автоматически после загрузки. Единственное что я могу сделать это отключить автоматический запуск скрипта или сменить на загрузку другого ядра.
Ответить | Правка | Наверх | Cообщить модератору

194. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 18-Июн-20, 09:00 
Логи почитать можно, но это может быть для меня и бесполезной информацией, смотря что в них будет написано.
Ответить | Правка | Наверх | Cообщить модератору

195. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (-), 18-Июн-20, 09:06 
Я уже не помню возможно у меня и нет устанволеных ядер кроме 5.8. Надо смотреть, разберусь.
Ответить | Правка | Наверх | Cообщить модератору

196. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +6 +/
Сообщение от Led (ok), 18-Июн-20, 18:25 
> разберусь.

Нет.

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

197. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (197), 18-Июн-20, 20:56 
Разберусь это я имел в виду как запустить на ядре 5.7. А как запустить ядро 5.8-rc1 чтобы работало, нет конечно не разберусь.

Не удалял ядра старые 5.7, 5.4. Нет не в частоте дело для монитора. Скрипт отключил. Тоже самое. Лог поглядел, быстро пробежался информации много для меня эта информация не о чём не говорит.

Единственое на что я могу обратить внимание это, и в прошлых ядрах это и в 5.8-rc1 :
Jun 18 20:16:02 USER kernel: [    1.357817]     BOOT_IMAGE=/vmlinuz-5.7.0-050700-generic
Jun 18 20:16:02 USER kernel: [    1.435062] ACPI: Video Device [VGA1] (multi-head: yes  rom: no  post: no)
Jun 18 20:16:02 USER kernel: [    1.435264] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.PB21.VGA.LCD._BCM.AFN7], AE_NOT_FOUND (20200326/psargs-330)
----------------------------------------------------------------------------------------------Jun 18 22:57:25 USER kernel: [    1.419624] ACPI Error: Aborting method \_SB.PCI0.PB21.VGA.LCD._BCM due to previous error (AE_NOT_FOUND) (20200326/psparse-529)
Jun 18 22:57:25 USER kernel: [    1.419858] ACPI Error: Evaluating _BCM failed (20200326/video-357)

Но это и в прошлых ядрах присутствует и не мешало работать видекарте и монитору. И видемых проблем с видео не было и нет в ядрах 5.7 и ниже. А кто сказал, что проблемы с видео? Я только предположил.

Мне помощь здесь с этим не нужна это только показать, что я вижу у себя. 20.04. Вроде больше нечего подозрительного нет. Есть проблемы всё теже с VIA VL805 - об этом не сюда писать надо. Сюда я пишу только как информация для ознакомления.

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

198. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Michael Shigorinemail (ok), 18-Июн-20, 23:53 
> Есть проблемы всё теже с VIA VL805

Лечатся выкидыванием в пользу нормального NEC, а эта дрянь, похоже, аппаратно кривая (не работает нормально ни на e2k-alt-linux, ни, говорят, на win32/x86).

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

199. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (-), 19-Июн-20, 01:08 
Не всё так просто и наче бы уже заменил.
Ответить | Правка | Наверх | Cообщить модератору

200. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (-), 19-Июн-20, 01:12 
А на P4 пишут установлен VIA VL805. Производители Raspberry Pi лопухи не посмотрели что такое VIA VL805? Сомневаюсь. Я также сомневаюсь, что дело именно в чипе VIA VL805.
Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

201. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Аноним (-), 19-Июн-20, 01:14 
P4 это Raspberry Pi 4.
Ответить | Правка | Наверх | Cообщить модератору

202. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (-), 19-Июн-20, 01:44 
У них задача понатная. Они его добавили на плату у них он должен работать. Заменить не заменяя всё плату Raspberry Pi чтобы USB нормально работало не расматривается. По этому процесс идёт. https://www.raspberrypi.org/forums/viewtopic.php?t=260879&st...
Ответить | Правка | Наверх | Cообщить модератору

203. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –3 +/
Сообщение от Аноним (-), 19-Июн-20, 01:44 
всю
Ответить | Правка | Наверх | Cообщить модератору

216. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Аноним (-), 20-Июн-20, 01:39 
От производителя зависит и наличия драйверов. У моей сдрайверами по Windows всё впорядке и работает хорошо.
Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

217. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Аноним (-), 20-Июн-20, 01:41 
От производителя платы зависит и наличия драйверов. У моей платы с драйверами для Windows всё впорядке и работает хорошо.
Ответить | Правка | Наверх | Cообщить модератору

218. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –2 +/
Сообщение от Аноним (-), 20-Июн-20, 01:43 
VIA VL805
Ответить | Правка | Наверх | Cообщить модератору

208. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (208), 19-Июн-20, 16:19 
> 18 22:57:25 USER kernel: [    1.419624] ACPI Error:
> Aborting method \_SB.PCI0.PB21.VGA.LCD._BCM due to previous error (AE_NOT_FOUND) (20200326/psparse-529)

Да это вообще какие-то косяки ACPI. И само по себе не выглядит фатальным.

> А кто сказал, что проблемы с видео? Я только предположил.

Ну если видео не взлетело, логично первым заподозрить видеодрайвер. И учитывая что это нвидия...

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

209. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (209), 19-Июн-20, 22:56 
Не мне это пишите, мне об этом писать бесполезно. Я не исправляю ошибки в ядре. Это не моё. Может проблемы в ядре 5.8-RC1 и с Nouveau для моей видеокарты, а может и нет. Лучше не годать не имея того компьютора который у меня для проверки.
Ответить | Правка | Наверх | Cообщить модератору

210. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (209), 19-Июн-20, 22:59 
Посмотрю что будет дальше. Менять видеокарту, чтобы проверить, а у ядра 5.8-RC1 с ней проблемы или нет я не буду.
Ответить | Правка | Наверх | Cообщить модератору

221. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (220), 20-Июн-20, 18:53 
> Не мне это пишите, мне об этом писать бесполезно.

Ну хорошо, не буду.

> Может проблемы в ядре 5.8-RC1 и с Nouveau для моей видеокарты, а может и нет.

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

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

223. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 20-Июн-20, 20:02 
Дело даже не в том, что смотреть логи для видеокарты мне придётся в первый раз увереность что проблемы в ядре связаны с ведиокартой у меня 50% на 50%. Если обьяснят где смотреть или я прочту где смотреть это не проблема. Дело в том, что в 5.7 и ниже нет проблемы с жапуском компьютора, а в 5.8-RC1 есть. Смотреть логи имеет смысл тому кто будет исправлять и вносить в ядро исправления. Или смотреть тому кто будет об этих ошибках писать наверно сюда https://bugzilla.kernel.org/. Я этим разборками почему так, заниматся не планирую и писать сюда https://bugzilla.kernel.org/ тоже не панирую. Кому интересно покупайте Nvidia 710 и проверяйте - не пафос. У меня в жини другие приорететы. А Линукс не как с работой у меня не связан и пока острой нужды использовать ядро 5.8 у меня нет можно и 5.7 ядром обойтись, тем болие Windows у меня основная система.
Ответить | Правка | Наверх | Cообщить модератору

226. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (226), 20-Июн-20, 20:36 
И английского я не знаю. Может ради юмора на русском написать...
Ответить | Правка | Наверх | Cообщить модератору

227. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (226), 20-Июн-20, 20:38 
И английского я не знаю. Может ради юмора на русском сюда написать...https://bugzilla.kernel.org/
Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

232. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 21-Июн-20, 22:00 
Ну если не планируете - I'm out. Чего я на вас мое время трачу, у меня вон десяток интересных или злободневных дел заочередизован. И нет, покупать себе нвидию я не буду, хотя-бы потому что не поддерживаю их политику фирмы относительно драйверов под Linux.
Ответить | Правка | Наверх | Cообщить модератору

207. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (208), 19-Июн-20, 16:16 
> Ещё не смотрел. Или, что-то новое неработающее с моей Nvidia 710 или
> ошибки в 5.8 есть. Или почему-то надо понижать частоту обнавления монитора.

Если это все с проприетарным драйвером - тогда это к нвидии вопросы, вероятно. Все-равно кроме них никто ничего с этим сделать не сможет. А если это нуво работал и сломался, уже интереснее.

И что за параметры такие хитрые что надо какой-то кастомный скрипт? Ядро и иксы сами по DDC наиболее приличный режим не юзают? oO

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

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

211. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (209), 19-Июн-20, 23:04 
Nouveau. 1280x1024 78Hz. Не в скрипте дело я его тключал для автоматической загрузки.
Ответить | Правка | Наверх | Cообщить модератору

214. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (209), 19-Июн-20, 23:08 
LCD
Ответить | Правка | Наверх | Cообщить модератору

222. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (220), 20-Июн-20, 18:56 
> Nouveau. 1280x1024 78Hz. Не в скрипте дело я его тключал для автоматической загрузки.

А в логах иксов ничего интересного? И в логах ядра? Чтобы драйвер совсем не смог поднять видяху и не отругался - все же довольно странно.

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

224. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 20-Июн-20, 20:08 
https://www.opennet.me/openforum/vsluhforumID3/120946.html#223
Может как нибуть на днях посмотру, но не гарантирую, что буду смотреть.
Ответить | Правка | Наверх | Cообщить модератору

225. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 20-Июн-20, 20:09 
ю
Ответить | Правка | Наверх | Cообщить модератору

206. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 19-Июн-20, 16:12 
>> 3) ... думаем.
> Вот с этим как раз проблемы и возникают у людей, которым

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

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

212. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (209), 19-Июн-20, 23:04 
Nouveau
Ответить | Правка | Наверх | Cообщить модератору

213. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (209), 19-Июн-20, 23:06 
Nvidia 710 драйвер Nouveau.
Ответить | Правка | Наверх | Cообщить модератору

215. "Ядро Linux 5.8 станет самым крупным по числу изменений"  –1 +/
Сообщение от Аноним (209), 19-Июн-20, 23:13 
Юмор: есть и радостная новость в VMware Player ядро 5.8-RC1 работает без проблем.
Ответить | Правка | Наверх | Cообщить модератору

228. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (228), 21-Июн-20, 01:45 
По заголовку подумалось, что ядро наконец-то в systemd перенесли.
Ответить | Правка | Наверх | Cообщить модератору

229. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (229), 21-Июн-20, 05:35 
Смотрите кому интересно. Лог kern не хочу выкладывать там оборудование прописано подробно. Без логов ядра это несерьёзно. У меня спрашивали, даю так. Xorg.0.log.old https://paste.ubuntu.com/p/sD797xs2hx/
Ответить | Правка | Наверх | Cообщить модератору

230. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (-), 21-Июн-20, 06:19 
"Server terminated successfully (0). Closing log file" Допустим это плохо. Что делать? Живём дальше.
Ответить | Правка | Наверх | Cообщить модератору

231. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (231), 21-Июн-20, 09:29 
Можно и сюдя поглядеть 5.7 Xorg.0.log https://paste.ubuntu.com/p/nqQP7FHQRf/ Разницу я вижу. И немного понимаю, что там написано, но не больше. Ответа, что делать мне кроме как об этом написать, в логе нет.
Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

233. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (233), 21-Июн-20, 22:05 
[    77.712] (EE) modeset(0): failed to set mode: Invalid argument

Мистика немного проясняется - видеорежим не смогло выставить, однако. Уже интересно, но без лога кернела все-таки не понятно. А из лога кернела интересен взлет GPU, собственно.
Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

234. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним. (?), 22-Июн-20, 23:53 
А смысл выкладывать лог ядра от моего компьютора? Кто-то будет эту информацию дальше развивать и офрмлять где-нибудь например здесь https://bugzilla.kernel.org/ с надеждой, что это исправят? Писать и показывать только ради обсуждения мне не интересно.
Ответить | Правка | Наверх | Cообщить модератору

235. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от Аноним (235), 29-Июн-20, 22:53 
Кто-то здесь недавно сокрушался про раздутость ведра: https://www.reddit.com/r/linux/comments/hi3rq7/booting_linux.../
Такие дела, юзернейм :)
Ответить | Правка | Наверх | Cообщить модератору

236. "Ядро Linux 5.8 станет самым крупным по числу изменений"  +/
Сообщение от rinndil4 (?), 09-Фев-21, 16:44 
Долго искал, как сворачивать окна на Линукс чтобы было как на Винде. Еле нашёл https://rusadmin.biz/debian-dlya-doma/svorachivanie-okon-v-x.../
Начинающий:)
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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