Статья хорошая. MBR и GPT имеют сравнение. Linux грузится не только GRUB. Есть еще LILO и куча других загрузчиков. А еще есть не только Linux, но и BSD подобные системы и не только *NIX подобные, но и совсем особенные. Вот для унификации процессак загрузки и придумали UEFI.
GUID Partition table не грузит операционную систему, а содержит таблицу разделов. UEFI — вариант стандартизации EFI. Загрузка рассмотрена хорошо и даже полезно, но не путайте служебные области и процесс инициализации системы. Большим стимулом для этой путаницы выступает структура MBR и первые компьютеры у которых было мало памяти и низкие скорости. Структура MBR описана правильно, но надо разделять два разных функционала. Функция загрузки и функция определения геометрии разделов.
Все верно. Есть разработчики. Есть борьба за актуальные библиотеки.
Есть системщики. Есть собранный давным давно софт. Есть требования этого софта. Бездумная подмена библиотек в 90% случаев приводит к потере работоспособности.
Есть производство. Им важно, чтобы работало. Работало так как описано производителем софта.
Примеры? Общедоступных наверное уже и не осталось. В моей практике это CGG Geovecteur который за последние лет 15 перешагнул через CGG Geocluster, миновал CGG Octopus и достиг CGG Geovation.
Большая часть старых приложений усиленно выгоняется самим производителем с поддержки, так как не осталось уже дистрибутивов с поддержкой openmotif20, openmotif21, openmotif22. Слабое подобие lesstif совместимо только по сырцам. jre 1.6 уже явно везде выгоняется, но до сих пор используется.
Если кто в теме, то у меня сейчас сайт работает на CentOS 6.8. На CentOS 7 пока не перебирался, так как версия ядра уже не та. А когда знакомился с Geovecteur, то он вообще работал на RedHat 7.3 в 2004 году. Лично знаю разработчиков, которые писали для него модули в 1996 под RedHat 6.
А сколько криков вокруг Microsoft .NET сейчас. Сколько борьбы с уязвимостями без которых даже родной Microsoft WSUS перестает работать.
В общем, главное четко видеть для кого и что мы делаем. Если это начинает сильно зависеть от версий, то это плохо. Если это перестает работать при смене минорных версий. Это плохо.…
Скорее всего надо было срочно поставить какой-то проект и опробовать под CentOS 6.8.
Обычно CentOS очень стабилен и содержит кучу весьма древних библиотек. Просто так из последней убунты вытащить нечто и заставить работать под CentOS — не один пот сойдет.
Ну а openjdk вовсе не то же самое, что oracle-jdk. Тут не по одним граблям бегать придется почему стабильное приложение на oracle-jdk собирается и работает, а под openjdk ни в какую. Ну и наоборот.
Ну и так… рекомендации… если ставите несколько вариантов java на машине, то пользуйтесь для переключения alternatives. Не портите жизнь себе и окружающим.
А то что поставили ант распаковкой бинарников из архива, даже без rpm — видимо очень быстро надо и сильно доверяете источнику.
Не романтизируйте шины и кольца. Кольца конечно надежны, но сложные принципы отсечения коллизий и поздних коллизий.
А шина в чистом виде демонизировала безвинную техничку и заставляла бежать по ней (шине) для поиска плохого контакта. А еще этот коаксиал имел хорошую разницу потенциалов из-за не всегда хороших блоков питания.
Формально, современные звезды являются трансформацией той же шины для облегчения поиска неисправностей и уменьшения влияния одного луча на все остальные.
На самом деле очень интересный подход и детально описанный в курсах от DELL/EMC. В прошлом году с упоением смотрел, слушал, участвовал. Да показалось, что слегка напоминает небольшие корзинки от HPE/Fujitsu/IBM/Lenovo, но основная проблема — эффективность хранилища в Blade корзине весьма и весьма сомнительна, а вот комбинация корзины и хороших хранилок от одного из лидеров хранилок — ЭТО уже чего-то стоит. А вот темы ALLFlash array или DataLake зря не затронули. На самом деле конвергентная инфраструктура уже уступает место гиперконвергентной и соответственно на первое место выдвигается SDI (Software Defined Infrastracture).
Вот только родину Интернета в России называть глубинкой у меня язык бы не повернулся.
GUID Partition table не грузит операционную систему, а содержит таблицу разделов. UEFI — вариант стандартизации EFI. Загрузка рассмотрена хорошо и даже полезно, но не путайте служебные области и процесс инициализации системы. Большим стимулом для этой путаницы выступает структура MBR и первые компьютеры у которых было мало памяти и низкие скорости. Структура MBR описана правильно, но надо разделять два разных функционала. Функция загрузки и функция определения геометрии разделов.
SITE не только WEB.
Есть системщики. Есть собранный давным давно софт. Есть требования этого софта. Бездумная подмена библиотек в 90% случаев приводит к потере работоспособности.
Есть производство. Им важно, чтобы работало. Работало так как описано производителем софта.
Примеры? Общедоступных наверное уже и не осталось. В моей практике это CGG Geovecteur который за последние лет 15 перешагнул через CGG Geocluster, миновал CGG Octopus и достиг CGG Geovation.
Большая часть старых приложений усиленно выгоняется самим производителем с поддержки, так как не осталось уже дистрибутивов с поддержкой openmotif20, openmotif21, openmotif22. Слабое подобие lesstif совместимо только по сырцам. jre 1.6 уже явно везде выгоняется, но до сих пор используется.
Если кто в теме, то у меня сейчас сайт работает на CentOS 6.8. На CentOS 7 пока не перебирался, так как версия ядра уже не та. А когда знакомился с Geovecteur, то он вообще работал на RedHat 7.3 в 2004 году. Лично знаю разработчиков, которые писали для него модули в 1996 под RedHat 6.
А сколько криков вокруг Microsoft .NET сейчас. Сколько борьбы с уязвимостями без которых даже родной Microsoft WSUS перестает работать.
В общем, главное четко видеть для кого и что мы делаем. Если это начинает сильно зависеть от версий, то это плохо. Если это перестает работать при смене минорных версий. Это плохо.…
Обычно CentOS очень стабилен и содержит кучу весьма древних библиотек. Просто так из последней убунты вытащить нечто и заставить работать под CentOS — не один пот сойдет.
Ну а openjdk вовсе не то же самое, что oracle-jdk. Тут не по одним граблям бегать придется почему стабильное приложение на oracle-jdk собирается и работает, а под openjdk ни в какую. Ну и наоборот.
Ну и так… рекомендации… если ставите несколько вариантов java на машине, то пользуйтесь для переключения alternatives. Не портите жизнь себе и окружающим.
А то что поставили ант распаковкой бинарников из архива, даже без rpm — видимо очень быстро надо и сильно доверяете источнику.
А шина в чистом виде демонизировала безвинную техничку и заставляла бежать по ней (шине) для поиска плохого контакта. А еще этот коаксиал имел хорошую разницу потенциалов из-за не всегда хороших блоков питания.
Формально, современные звезды являются трансформацией той же шины для облегчения поиска неисправностей и уменьшения влияния одного луча на все остальные.