| |
| 2.8, svsd_val (ok), 11:35, 05/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Ура! На конец-то!
Не вижу ничего радостного в этой новости как в принципе и ничего очень уж трагического тоже. Система как работала так и будет работать, тут всё так же как это было с M$ XP.
| | |
| |
| |
| Часть нити удалена модератором |
| 4.24, Аноним (-), 19:22, 05/06/2015 [ответить]
| +1 +/– |
> Но только при наличии живых репозиториев, в противном случае это кака, которую
> сложно обновить без траблов до актуальной версии.
Вообще-то обновление в первом приближении делается так: репы переключаются на новые и пакетный манагер просто накатывает новые версии пакетов, которые он ВНЕЗАПНО увидел.
Грабли конечно возможны везде. Вон там у людей ракеты падают и АЭС взрываются, а уж система на компьютере и подавно развалиться может. Но в целом все вполне культурно. А ваши любимые винды например так вообще не умеют.
> я сомневаюсь, что современные тарболы будут на нём собираться.
Фифти-фифти. Ну так, по опыту использования убунт 10.04 на сервере, последние из которых были проапгрейжены лишь недавно. Есть разработчики которые заморачиваются совместимостью, а есть те кто не любит копаться в архаике и воркэраундить старые баги. Де факто - чем старе система тем больше становится шанс что сборка не пройдет гладко. Но это постепенный процесс.
> Ценность старых ядер стремится к нулю.
Ядро - это такая подложка-запускалка для юзермода. И по факту большинство юзермода, кроме какого-то глубоко системного софта и прочая - не видит разницы между ядрами чуть менее чем никак и вообще плевать хотело на версию ядра. Исключение - системный софт которому надо какие-то свежие ультракульные нестандартные плюшки.
> На Linux ядра устаревают, по сути, после выхода следующей мажорной версии.
А вы кто вообще, чтобы рассказыать столь лживые байки?
> великий прогресс из-за какой-то стабильности.
Вы знаете, иногда улучшения в работе системы - таки очень велкам. Хотя можно и как мелкосакс - продавать 15 лет систему, в которой окошко консоли все такое же у...щное как и 15 лет назад.
| | |
|
|
|
| |
| 2.6, Andrey Mitrofanov (?), 11:14, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> А как же squeeze-lts с ядром 2.6.32 ?
Гм, есть такое.
2.6.32 Willy Tarreau 2009-12-03 Mid-2015
vs
Debian 6 “Squeeze” until February 2016
На CKT вряд ли перекинут: "Ubuntu 10.04 [/Server/] will reach end of life on Thursday, April 30th"
Бен может взяться и понести "груз" до февраля. Но он только-только скинул [upstream~] 3.19, вздохнул, наверное.
http://metadata.ftp-master.debian.org/changelogs//main/l/linux-2.6/linux-2.6_
...""not sure any of these are important enough to upload yet. At present
I'm intending to defer these until a more critical issue needs fixing
= https://lists.debian.org/debian-lts/2015/04/msg00052.html
...
А могут и кинуть: как с броузерами "а необходимости в [безопасно-поддерживаемых] мозиллах у вас больше нет". Ядро не самое главное в системе -- все на systemd[I]!![/I]
| | |
|
| 1.4, Константавр (ok), 11:08, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Мне вдруг стало интересно, а как эволюционировала производительность ядра 2.6.32 в процессе, поднялась или упала? Есть гденить сравнения?
| | |
| |
| 2.7, svsd_val (ok), 11:33, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Делал когда-то, получается смотря с чем сравнивать и по каким критериям...
В принципе Вы можете и сами проверить поставить OLDOLDStable (он же сквизи) от проекта DEBIAN GNU/Linux, выбрав для сравнения определённые критерии =)
| | |
| |
| 3.10, Константавр (ok), 12:02, 05/06/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну, тоесть, ощутимого улучшения или ухудшения не проявилось? Мне это и не нравится. Что с линуксом ни делай, он всё такой же. И реальных оптимизаций в длительной поддержке никто не делает, просто исправляют ошибки, которые "не портят и хорошо". Всё складывается так как сложилось и как ил оседает. Всё. Больше ничего не происходит. Годами. Десятилетиями. Как с ядром, так и со всем софтом. Эх...
| | |
| |
| 4.11, Zenitur (ok), 12:12, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
 Хочешь прироста скорости? Обновись с 2.6.32 до 3.16.7! А в 2.6.32.1000 нужны только исправления найденных ошибок, и ничто больше! Вот тебе пакеты для Debian 5.0 x86: https://yadi.sk/d/ykHfOVmjfvTyj Чтобы работал acpid, установи версию 10.0.10 из backports. Если нужно ядро для Debian 6.0 - говори, соберу.
| | |
| |
| 5.13, Константавр (ok), 14:39, 05/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мне не надо. Я просто не заметил разницы (в лучшую сторону) при обновлениях, переходя от версии к версии. Даже похороникс отмечает, что от версии к версии ядро становится тяжелее, запись медленнее и т.д. Можно сделать скидку на то, что включенный код требует обкатки в боевых условиях, не оптимизирован пока. Но я думал, что, может, старые версии как-то оптимизируются, должны же быть перфекционисты, добивающиеся от своего проекта максимума, годами оттачивая, плоды таких трудов неизменно бы попали в патчи, но нет.
| | |
| |
| 6.15, тоже Аноним (ok), 17:26, 05/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Хотите, чтобы годами оттачивали - поставьте РеактОс, только потом не жалуйтесь.
Понимаете, в чем фишка: код можно оптимизировать, не портя. То есть он останется читаемым, поддерживаемым и реализующим определенную абстракцию, внутрь которой можно без нужды не заглядывать.
А можно оптимизировать жестко. Экономя команды, подгоняя выполнение под юзкейсы, зажимая память до необходимых минимумов. Это будет работать быстрее и эффективнее, но поддерживать такой код станет на порядки сложнее.
Поэтому программисты не занимаются ерундой, а оптимизируют код только до той степени, которая достигается без искажения логики и за разумное время. Если при этом код отрабатывает достаточно быстро - больше никто с ним возиться и не будет. Если недостаточно - в первую очередь рассматривается возможность другого решения задачи. И только если ее нет - приходится оптимизировать ассемблерными вставками и прочими потенциально опасными вещами. Но не все же ядро!
| | |
| |
| 7.23, Аноним (-), 19:15, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Хотите, чтобы годами оттачивали - поставьте РеактОс, только потом не жалуйтесь
Уже 15 лет оттачивают! Так все и оттачивают. Что ни...я не работает. Зато когда отточат... только я наверное до этого не доживу :)
| | |
|
|
|
|
|
| |
| 3.16, тоже Аноним (ok), 17:30, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
По производительности чего?
GUI, которые разные? 3D, которые разные? Файловых систем, которые разные?
Наверное, просто с той же скоростью вращает часики в курсоре...
| | |
| |
| 4.21, Аноним (-), 19:13, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Наверное, просто с той же скоростью вращает часики в курсоре...
Наверное, с той же скоростью вращает системные часики, во :)
| | |
|
|
|
| 1.14, Нанобот (ok), 16:51, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 >RHEL 6 - 30 ноября 2020
>Debian 6 - февраль 2016
>Ubuntu 10.04 Server - 30 апреля 2015
>SLES 11 SP1 - 30 августа 2015
сразу видно, кто насколько беспокоится о своих пользователях
| | |
| |
| 2.22, Аноним (-), 19:14, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Код OpenVZ для 3.10 уже открыли.
Ога, не успело и 4.1 релизнуться. Знаете, за 2 года вкусная нямка умудряется превратиться в перегной.
| | |
|
|
