Компания Red Hat анонсировала дистрибутив Red Hat Enterprise Linux 8.3. Установочные сборки пока не сформированы, но их на следующей неделе обещают подготовить для архитектур x86_64, s390x (IBM System z), ppc64le и Aarch64. Сборки будут доступны для загрузки только зарегистрированным пользователям Red Hat Customer Portal. Исходные тексты rpm-пакетов Red Hat Enterprise Linux 8 распространяются через Git-репозиторий CentOS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53996
> Компоненты для работы в режиме реального времени (kernel-rt) синхронизированы с набором патчей для ядра v5.6.14-rt7 (было 5.2.21-rt13).Сейчас бы использовать жутко дорогой дистрибутив Linux для работы с музыкой.
Для коммерческих студий звукозаписи же...
А что надо обязательно использовать бесплатный, собранный на коленке шкальником arch linux?
В Debian есть rt ядра.
Арч... Мужики Генту сами собирают!
У мужиков есть дела поважнее, все же это к школьникам скорее. студенты накрайняк
Пиксар на редхате 3д мультики делает. И что им теперь без звука сидеть?
обработка для музыкантов в реальном времени и работа с записью и вставкой разные вещи. чистая запись и вставка не требует режима реального времени и может быть сделана на обычном неподготовленном компе, а вот обработка в реальном времени совсем другое. я пробовал играть на гитаре чез эффекты компа.... лучше не вспоминать. задержка все равно есть и чувствуется. нет сыграть все равно можно, но надо подстраиваться. это как знать что тормоза работают слабо и начинать тормозить раньше. ну аналогия так себе , ну думаю поняли.
Ну я особо не разбираюсь, а что если в сырой формат (без сжатия) кодировать с аппаратуры, там тоже задержка будет?
проблема не в потоке. с ним то как раз все в порядке. проблемы начнутся при моментальной обработке звука на лету. для этого и делаются ядра реального времени. допустим если ты пропускаешь сигнал с той же гитары или мидиклавиатуры или любого другого инструмента и одновременно пытаешься его обработать в эффекте(раккарак к примеру) и вывести сразу на колонки, то получишь все равно еле заметную задержку. ну представь ты дернул струну , а звук вышел с запозданием, небольшим , но запозданием. это как повернуть руль машины, а она начнет поворачивать только через секунду. вот в этом проблема. А с чистой записью звука проблем нет даже на обычном ядре, так как идет сплошной поток и нет необходимости выводить его куда то кроме файла. самое смешное , что задержки практически не ощущается при простом проходе сигнала с входа аудиокарты на колонки, но если нагрузим обработкой эффектов, то просто не успевает обработать и есть задержка. короче аналог всегда будет лучше программной реализации, по крайней мере в музыке и по хорошему комп нужен только на окончательном этапе записи в файл и постобработки. А там уже нет необходимости в реальном времени. но все пытаются реализовать это программно. у винды кстати почти получается, очень близко к оригиналу, но все равно еще не один в один.
Нормальная задержка. 5 мс вполне достижимы, что, если не ошибаюсь, соответствует прохождению звуковыми волнами метров трёх.
проблема не в задержке, а в том , что она вообще есть. тут то понятно, что невозможно сделать так чтобы совсем не было( ну наверно возможно на спец аппаратуре , пример борды эффектов для гитары, хоть реализация внутри полупрограммная задержек никто не чувствует), но в том то и проблема, чем лучше музыкант, тем лучше он чувствует эту задержку. и если скажем постобработка сигнала или любого другого формата вообще как правило не имеет никакой разницы( там вообще rt ядра нафиг не нужны, но то для чего они нужны пока не справляются с задачей. скажу сразу эта задержка всех музыкантов нервирует жутко и они лучше раскошелятся на аналоговую аппаратуру, чем будут пытаться так играть( ну реально не понятно как будет звучать то что играешь, все таки в музыке ты отталкиваешся от предыдущей ноты, а тут она звучит позже чем ты её извлек на гитаре или инструменте. )
на винХП АСИО-технология на некоторых картах оч хорошо реализовано в плане задержек. на линукс через джек боле менее задержки норм. В Виндах новее ХП АСИО пломано и не работает.
именно так. в свое время до покупки ламппового усилка тестил гитару на хр с асио. и все равно скажу , что это далеко не хорошо. даже с хорошей аудиокартой и приличным компом , задержка чувствовалась, но не так как через jack. надежды на jack рухнули после первой игры.)) а вообще вся эта технология реального времени подходит больше для промышленного производства с меньшими запросами к норме задержки и там она действительно будет работать хорошо. например у атомщиков на аэс к примеру. или станках с чпу и четкими требованию к программному обеспечению, но там думаю будет спец по и без разжиревшего ядра. хотя кто знает , выкинут все ненужное и соберут обрубок с чисто необходимыми функциями и все ок.
> проблема не в задержке, а в том , что она вообще есть.Так а в стек как играть? Задержка же есть. А из мониторов ещё больше. Пересчитал, 5 мс — это 1,7 м до источника звука.
> скажу сразу эта задержка всех музыкантов нервирует жутко
Музыка — сплошные нервы. То струны зажирились, то лампы сели, то провод слишком длинный и жрёт верха, то микрофон заводится, то настроения нет вообще. Главное близко к сердцу не принимать. =)
сказать честно задержка должна быть даже на аналоге, но фишка в том, что там сделана реализация сплошного потока. грубо говоря дисторшн это когда из синусоидальной волны обрезают верх , делая её трапецивидной. но фишка в том , что это как ограничитель волны и он просто режет синусоиду и пропускает дальше( примерно как поток воды из широкой трубы в меньшую по диаметру, тут неудачный пример так как сигнал проходит обрезанный и обрезанная часть просто отбрасывается). как итог вся обработка сводится к обрезанию, но никаких колец обработок, как в программном варианте. всё дело в том, что фактически программной реализации не хватает именно этого времени на обработку, иначе все работало бы нормально.
> невозможно сделать так чтобы совсем не было( ну наверно возможно на спец аппаратуре , пример борды эффектов для гитары, хоть реализация внутри полупрограммная задержек никто не чувствует)Я тебе объясню почему. Программность/аналоговость решения -- это не тот фактор, на который надо ориентироваться, оценивая задержку. Ты слышишь задержку, когда пропускаешь звук через десктопный комп, а десктопный комп заточен не под минимизацию latency, а под максимизацию топовой производительности. Точнее не совсем, реально под максимизацию производительности заточены всякие там суперкомпьютеры, в десктопе всё же некий компромисс между latency и throughput, но этот компромисс есть на всех уровнях -- его можно найти и на материнской плате, и в процессоре, и в ядре, и в юзерспейсе.
В специализированных DSP всё заточено на минимизацию latency. На них, я подозреваю, не надо быть семи пядей во лбу, чтобы получить задержки порядка 1мкс (~30 звуковых сантиметров, меньше чем расстояние от деки гитары до уха гитариста) или меньше, при этом программно накладывая фильтры, которые повторяют характерные искажения ламп, чтобы получить тот самый тёплый ламповый звук. Специализированное железо, я слышал, идёт с пресетами позволяющими повторить характерные искажения любой примочки, которая была популярна когда-либо.
В десктопе всё сложно, потому что ОС общего назначения. Одни лишь кольца защиты и переключения между ними чего стоят. А процессорные кеши? Плюс, я сейчас не найду ссылку на источник, и могу напутать чего-нибудь, но x86 вообще ужасный проц с точки зрения rt, насколько я помню, он не может даже гарантировать минимальное время для вызова обработчика прерывания.
Очень много студий и музыкантов использует Logic Pro и соответственно MacOS.
https://www.apple.com/ru/logic-pro/
А RHEL например на суперкомпьютерах не редкость:
https://www.opennet.dev/opennews/art.shtml?num=53213
если только записи. обработка в реальном времени и существующие эффекты оч и оч слабоваты. сам гитарку пишу иногда, проверял. как всегда линь впереди по сетевым вещам , тут малость не дотягивает. хотя чистая запись оч даже сойдет. но в таком случае ядрышко реального времени не нужно совсем.
Музыка это конечно важно.
Но это сделано для станков и роботов. Там стоимость ОС в конечной цене доли процента.
Музыка не важна, важны роботы.
Мне кажется, что -rt не подходит для станков. -rt это soft realtime, а для станков нужен hard realtime. soft realtime отличется от hard realtime тем, что hard realtime это гарантированный отклик через определённое время, а soft - негарантированный. Поэтому для станков QNX, а -rt для музыки.
>"В iperf3 добавлена возможность использования протокола SCTP вместо TCP"Ничоси, какие быстрые..
SCTP мертв уже давным давно, лучше бы MTCP допиливали рукожопы
Не говори, еще небось и про космическую радиацию забыли, ага.
>Вместо SPICE рекомендовано перейти на VNC, RDP, HP RGS или Mechdyne TGX.Что из этого поддерживает буфер обмена?
Это вообще какая-то измена.
Сначала пели какой спайс фичастый и опенсорсный, засунули его в тот же овирт, потом берут и выкидывают когда драйвера написаны, софт уже внедрен и нормально работает.
Шляпа, походу, дала течь.
Просто так (кроме btrfs) они редко что выкидывают. Чаще всего это происходит когда разработчики кладут болт на безопасность и совместимость, а отвечать за бардак приходится мейнтейнерам дистра.
> В репозиторий ... добавлены модули с ... Rust
> разработчики кладут болт на безопасностькак так... добавили безопасный раст, но цветочек каменный не выходит?!
Поясните опеннету, как модули на расте в дистрибутиве связаны с системой удаленного доступа, написанной на C/C++.
А всё потому, что ржавый молоток не приспособлен для работы.
Шляпа не настолько нищяя контора, чтобы что-то там не мочь поддерживать в своих же решениях.
Спайс пилится, делаются постоянно комиты, скоро новый релиз.
Это откат назад, предлагают юзать обратно старье или лютую проприетарщину(они в доле что-ли?).
Прокмокс не юзал, но вижу, что там спайс тоже поддерживается.
Значит в следующий раз, выбор будет точно не в пользу овирта, если спайс будет выпилен.
Идут на ер такие "промышленные решения". Объявляю красношляпу устаревшей.
Я не очень в курсе что за спайс. Разве винда его поддерживает? Ведь графический доступ вроде как только винде и нужен, в чем смысл этого спайса если к линуксам подключение всегда по ssh идёт?
Спайс в КВМ дает доступ по типу как к монитору пк. Т.е видна консоль груба и тд. В графическом режиме полноценно можно настроить разрешение экрана. Речь не про консольный доступ по ssh, а про графический. В КВМах вращение десктопных дистров нормальное явление, удобно разворачивать по шаблону среды для разработчиков со всеми необходимыми инструментами. На лине это все заводится без дополнительных плясок.Для выни тоже есть дрова спайса, но у нее есть свой РДП, который правда по дефолту не дает одновренно работать нескольким юзерам одновременно. Винь через спайс не пробовал, ибо она сама по себе почти не используется у нас, а если и используется, то только c рдп через ссш тонель.
libvirt VNC тоже обеспечивает (т. е. не нужно его для подключения в госте запускать).
VNC в овирте тоже есть.
В гостевую винду ставится драйвер спайса и всё красиво, плавно и без задержек. Даже 3д работает частично через opengl на хосте
Через спайс подключаешься к консоли виртуалки. Видно процесс загрузки, перезагрузки и т.д., когда ос даже не запущена. Для загруженной винды ты сидишь перед экраном и сессия rdp не задействуется. Плюс спайс намного быстрее и рдп и, тем более, vnc.
> Просто так (кроме btrfs) они редко что выкидывают.Да. Вот btrfs выкинули за дело - в тот момент от нее лучше было подальше базироваться.
А обычная история - это, например, xen. Который был основной поддерживаемой платформой и очередным рулезом, воспеваемым редхатовскими менеджерами, а потом вдруг - опаньки, предан анафеме и запрещен, всем велено резко перебежать на kvm (который тогда и не работал толком).
Почему - вполне понятно.Видимо, у spice тоже нашелся какой-то нередхатоугодный коммерческий разработчик.
Странно что за столько лет не появилось по сути ни одного SPICE клиента или сервера за пределами виртуалок. Киному не нужно?
Какая разница где оно не используется?
У шляпы есть решения, где этот протокол давно внедрен и работает, есть соответвующие инструменты.
Сейчас они говорят о том, что это будет выпилено в угоду какой-то хрени.
Это промышленный дистр и решение видится идиотским.
Что со спайсом не так, что он смог устареть будучи более фичастым и мощным чем внс и рдп?
А есть что почитать по поводу более мощный чем рдп?
Почитать можно тут
https://www.opennet.dev/keywords/spice.html
Там же есть новости о тестах производительности.Ну и на сайте проекта https://www.spice-space.org/features.html
В спайсе еще не до конца все фичи сделали, но он уже, как оказалось, устарел.
Нда, почти ничего нет по ссылкам кроме блаблабал. Единственный отчёт от 10 года. Где он в чём-то лучше, в чём-то хуже.
Клиент под андроид как минимум есть.Сервер спайса можно запускать совместно с иксами. Рисуется всё на процессоре, но нагрузка меньше чем от vnc. Работает тоже лучше.
Remmina - чем не клиент за пределами виртуалок ?
пробрось xclip по ssh, чо ты как лох
> кнопка для переключения виртуальных рабочих столов перемещена в нижний правый угол и оформлена в виде полоски с миниатюрами.Всё, что нужно знать о работе поцтерингов.
Кто не в курсе, в древнем-древнем гноме кнопка находилась там же и выглядела так же.
Там и сейчас гном
>Fedora как плацдарм для реализации новых возможностейНе плацдарм, слышите? Твёрдо и чётко.
Fedora не плацдарм, а лаборатория Red Hat и сторонних одиночек.
>Не плацдарм, слышите? Твёрдо и чётко.Федора - это тестовый полигон.
>тестовый полигонНазывайте это как хотите, но, не смотря на то, что Федора старается быть впереди планеты всей, - является стабильным и готовым к работе дистрибутивом! :)
В мире линукс как раз-таки сейчас не хватает таких "тестовых полигонов" с нормальной базой пользователей, от которых можно было бы получить обратную связь. Ибо качество дистрибутива зависит от количества активных и вменяемых пользователей, которые могут хоть чем-то помочь проекту...
Гонишь! Вот федорку сколько лет уже тестят, а толку ноль
Fedora 29, 30 ... 33Ушёл на неё с Ubuntu. Полёт нормальный. Нечего там "тестить", кроме как обычные отправки багрепортов, когда что-то ломается так же, как у _всех_, да. Давно уже Linux как Linux, причём вполне пользовательский дистрибутив.
То-то я смотрю - в корпоративном окружении почему-то сплошь убунты да дебианы. Не понимают тупые одмены, что щастье-то в федорке, которая не ломается, слышите, НЕ ЛОМАЕТСЯ!
> в корпоративном окружении... RHEL и CentOS, которые выбирают примерно из тех же соображений, что Debian и Ubuntu LTS (которую ты явно путаешь с просто Ubuntu). Ставить на корпоративный _сервер_ тот же Debian Testing / Unstable не будет никто в здравом уме. А вот на десктопах легко.
Петросянь с умом, анонимус.
>А вот на десктопах легкоНе видел ни одного офиса на дебиан тестинге. А он тут федору пропихивает как стабильный вариант.
Ты читать умеешь? Похоже, что нет.
Back to the roots:Помогите, пожалуйста, обновил сервер с 15й до 16й Федоры, конфиги все перенес, но загрузка процессора выросла раза в полтора, появились дропы на eth0:
Сетевуха Intel Pro 1000 PT Server
RX packets:22928136413 errors:6 dropped:175943852
ethtool -S eth0:
rx_no_buffer_count: 343343490
rx_missed_errors: 173933073
tx_restart_queue: 472902Обновление до 32-ой федоры: Failed to start switch root
"Федора является стабильным и готовым к работе дистрибутивом".
Обновление СЕРВЕРА с 15 до 32, ты это серьезно? Кто тебя до сервера допустил, несчастный?
На 32-ой чел обновлялся с 31-ой, ессно. И даже такое, по сути - минорное, обновление не может пройти без косяков.
там же написано что обновление через версию и больше не поддерживается, притом написано минимальная версия для которой поддерживаются обновления, и 15-ая вроде туда уже не попадаетнадо искать доки, но мне лень
Изменений много. Но тааак долго он выходил. Хорошо, что приняли новую систему выпуска.
MPTCP бэкпортировали?
Вот это зачётно.
Среднестатистическая продолжительность жизни человека измеряется 7ю релизами RedHat-а... *вздох*
Чтоб точнее - 7.3
Ты меня огорчаешь, я уже на пятом :(
Ставил 8. Мне не понравился. Постоянно хочет чтобы зарегистрировали. Хотя мне подписка не нужна в принципе. У конкурента в лице SUSE это есть.
А чем оно от центос отличается, кроме платной подписки?
Ничем. Ставить его без поддержки - ССЗБ.
Отличается. Для установки Oracle требуется конкретная сборка. Иначе не поставится.
Да на работе попросили посмотреть основные дистрибы для работы и сравнить на что переходить. Сравнивал Астру SE, RHEL и SUSE.
Отечественные нет резона рассматривать, если ФЗ не обязывают (кроме Альта, разве что).
Debian
Это же глючное Г, разрабатываемое школьниками
>А чем оно от центос отличаетсяТем, что выходит спустя неделю после релиза RHEL. CentOS же может задержаться и на полгода. И всё это время не получать обновления безопасности. Чего стоит CentOS 8, который вышел 24 сентября, в то время как RHEL 8 вышел 5 мая, 140 дней задержки. В C7 в это время никто ничего не бэкпортировал, потому что центосники были жутко заняты выпиливанием логотипчиков RHEL. Все 140 дней, да.
Ляпать, как корова на асфальт - это упоительно и весело...
Ну дык ынтырпрайзненько жи, а исчо нахаляву
>В C7 в это время никто ничего не бэкпортировалвраки. во время подготовки Ц8 в Ц7 апдейты выходят. на самом деле проблема центоса в другом, в том что и сам rhel как-то скатился в уг.
Нет, не выходили. Во время подготовки С8 по этому поводу люди на форуме массово бугуртили, требуя объяснить, почему для семерки вот уже сколько месяцев не выходят обновления, хотя для RHEL они есть, на что одмены флегматично отвечали, что вот-вот обновления появятся, сборка дистра - это очень сложный процесс, и вообще тут никто тебе ничо не должен.
Скачай активатор с рутрекера
А почему обновление пакетов по dnf install foo по умолчанию выключили?
Видимо, чтобы поведение больше соответствовало ожидаемому.
Ну, вот я ожидаю, что у меня установится последняя версия пакета. Почему результат должен быть разным в зависимости от того, установлен ли пакет или нет? Я хочу новый пакет и мне нет дела до того, установлен он уже или нет.Тут должно быть какое-то более подробное объяснение такого изменения.
> Ну, вот я ожидаю, что у меня установится последняя версия пакета.Я ожидаю, что install мне поставит то, чего у меня ещё нет. А если оно уже есть, то мне скажут «Ты что, bergentroll, дурак? Оно уже установлено.». На мысль об обновлении или иных действиях системного характера слово «install» меня не наводит.
Какой смысл в этой новости, когда 8.3 совсем не представлен? Эта якобы новость видимо расчитаня на тех, кто будет пускать слюну ещё неделю, пока RHEL 8.3 таки не будет представлена в виде ISO образов.
О боже они убили SPICE
Рукожопы сэр...
Где бы почитать про реальные причины выкидывания SPICE, то что его считают устаревшим а 100 летнии VNC и RDP нет, явно какой то обман.
Не достаточно энтерпрайзно, на Win2k не работает
Это про то что win2k не работает VNC или это это про то что Win2k давно уже снят с поддержки ?
VNC он же RFB на винде работает
VNC и RDP оказались более зрелыми и интегрированными с виндой продуктами, насчет SPICE ну он конрентно слился VNC(RFB) который открыт и протестирован
Да, тока спайс умеет прокидывать USB устройства и директории всякие (как RDP), а открытый (спайс тоже открытый) и протестированный VNC - нет. Сначала выпилили поддержку HTML5 клиента из oVirt при переходе от 3 к 4, типа, дюже сложно интегрировать. Терь вот вообще решили выпилить. Я из списка того, что на замену предлагают, кроме VNC и RDP вообще ничего не знаю. Теперь процесс загрузки виртуалки только через VNC можно будет узреть или через виртуальный ком, где это поддерживается.
Чувак, ты успокойся) в овирте прекрасно все работает не запуская ни каких клиентов внешних типа tigervnc - на виртуалку прямо из браузера можно ходить ( главное импортнуть и сапрувить сертификат самоподписанный твой с rhvm и в настройках консоли виртуалки выбрать VNC и noVNC)
В AppStream старая ветка Rust :(
кому он вообще нужен?!
Меня вообще этот АппСтрим ставит в тупик, орали что модули это круто, в результате в обычном ЕПЕЛ все новее.
гRustь-печаль...
И да минует меня чаша сия.
> сервис windows updatesА это как реализовано?
> В репозиторий AppStream добавлены модули с новыми ветками GCC 10Значит ли это, что в RedHat/CentOS теперь будут корутины c++20? В Clang без libc++ их нет (а в редхате нет libc++ от llvm), в GCC v9 их тоже нет (а он сейчас в последнем dev tool set). Есть тут кто в теме?
боже мой установи нормальный линукс уже.
Конечно, без твоего совета, я так бы и не попробовал другие дистрибутивы.CentOS - самый нормальный Linux для хостинга длительных проектов. Ни один Linux не дает одновременно стабильности (в смысле времени поддержки с устранением уязвимостей) и новых пакетов (с новой системой модулей можно устанавливать новый софт на дистрибутив). В любом другом дистрибутиве либо обновляй его с какой-то периодичностью (рискуя сломать свое приложение) либо не обновляй и рискуй быть взломанным через известную уязвимость. Для собственного проекта разницы нет, ты всегда сможешь его пересобрать. А если проект отдается заказчику - вряд ли он его будет регулярно пересобирать (а вот обновлять дистрибутив вполне осилит). И тут CentOS рулит.
Еще бывают ситуации, когда под проект покупается сервер с железкой типа рейда, карточки захвата для видеокамер или другого железа и через 3 года контора-производитель закрывается и перестает обновлять драйвера на железку под новые ядра. В RedHat бинарная совместимость ядра - 10 лет и старый драйвер будет работать при обновлении ядра (причем первые пять лет в него бекпортируют обновления, т.е. ядро развивается). Дебиан и Ubuntu в реальности обновляют ядро года через 3, хоть и обещают 5 лет. Поэтому в таких проектах вообще выбора нет (CentOS либо плати за RedHat/SuSe). Менять систему видеонаблюдения из-за того, что драйвер карты не работает под новым Arch - не разумно.
Так что прежде чем давать советы - закончи школу (и освой что-то кроме Arch).
Когда они уже выпилят анаконду и добавят нормальный установщик?
Удваиваю. Ублюдочный тормозной инсталлятор.
> Удваиваю. Ублюдочный тормозной инсталлятор.Такой же у6людочный и тормозной, как и другое их поделие — Gnome 3.
В Red Hat одни наркоманы что ли работают?
Напоминают газпромовцев, которые на совещаниях по поводу спутникового интернета трясут своими новенькими айфонами и заявляют "Абонентка в год дешевле этого айфона, копейки". Вот только не взлетает ни у Газпрома, ни у гнума.
ахах, зачем напомнил блин, 2 тысячи в месяц за 10 мбит, этим ушлепкам выгодно торможение развитие интернета в северных республиках России, иначе там давно уже положили магистрали и доили монопольно все дома/квартиры за 500 рублей от Ростелекома.
Ну это еще по-божески. Лет семь назад канал вдвое меньшей ширины стоил 10к.
Кстати, virt-manager тоже объявлен устаревшим.
И вместо него предлагают Cockpit.
Зачем?
Кому нужен платный Линекс, когда есть Дебиан и ФриБСД?
Двачую. Только лошкам из корпораций!
Мы накатили бесплатную центось с таким же функционалом.
Для освоения спонсорского бабла. Не думайте, что только в Рашке знают про откаты.
Вот только у центоси нет такого же функционала.
Дебиан только скурвился с свж и системД.
Чем плох системд? Что за карго-культ везде его хейтить?
> Кому нужен платный ЛинексИсходники Линукс и всех его производных, всегда, гарантировано будут бесплатны и строго распространятся только под GPL-2.
Ты платишь за зборку дистрибутива, поддержку и гарантии.
чопочом?
мой вопрос про стоимость для soho в силе.
https://www.redhat.com/en/store349 долларов. Потянет бюджет?
Нее лучше продолжу сидеть на Центосе.
> Нее лучше продолжу сидеть на Центосе.сколько ты платишь за центос и кому??
> /proc/sys/net/bpf_jit_enable для управления включением JIT-компилятора для BPF.JIT - зло.
Самый минимальный пакет на Red Hat Enterprise Linux Workstation стоит 179$ (14000 руб) и это в год (без техподдержки). Винда и то дешевле обходится.
А теперь посмотрим, RHEL за 5 лет съест 70 т.р., а Ubuntu LTS 0 р. При том, что в RHEL пакетов явно меньше, например, нет Хромиума (который еще есть нормальный для 16.04 и 18.04).
Сомнительным кажется существования дистра. Хотя, зарубежом такие суммы не должны быть проблемой.
За 0 руб поддержки Ubuntu LTS будет на 0 руб
Для разработчика по Developer Subscribe будет стоить 0 руб.
> Самый минимальный пакет на Red Hat Enterprise Linux Workstation стоит 179$ (14000
> руб) и это в год (без техподдержки). Винда и то дешевле
> обходится.
> А теперь посмотрим, RHEL за 5 лет съест 70 т.р., а Ubuntu
> LTS 0 р. При том, что в RHEL пакетов явно меньше,
> например, нет Хромиума (который еще есть нормальный для 16.04 и 18.04).
> Сомнительным кажется существования дистра. Хотя, зарубежом такие суммы не должны быть проблемой.считать по количеству пакетов это наркоманство.
а вот то, что RH кладёт болт на soho и выкатывает неконкурентный ценник - ещё большее наркоманство.
Прежде чем писать такие размышления, вы бы хоть изучили вопрос, за что люди деньги платят. redhat-insights там... Или sosreport... Не о чём вам не говорят?
А вот интересно. RHEL7 (точнее CentOS) вышла в 2014 году. Но на зеркалах уже нет пакетов для архитектуры x86 (не в 2014 году же они ее дропнули). Доступны только пакеты для последней ревизии. Судя по web archive страницы википедии, в 2018 году исчезло о ней упоминание. Через 4 года. Дистр поддерживается минимально 5 лет (2019). Такой себе LTS получается. Архитектуры дропают. Версии GTK меняют.
Для RHEL/CentOS 7 никогда небыло х86, только х86_64.
не было*