Не вполне понятна практическая применимость описанного. Давно известны простые численные методы нахождения вещественных корней произвольных дифференцируемых функций. В частности, можно взять в библиотеке старинную книжку «Библиотека алгоритмов. Алгоритмы 1б-50б» и посмотреть там алгоритм 25б. Помнится, я в детстве ещё искал с его помощью корни уравнений вида sin(x)=ln(x) и т.п.
Ну попробуйте, например, найти multipath из коробки в какой-нибудь операционной системе, сертифицированной по российским требованиям защиты информации. Вопрос же не в том, чтобы заменить одну серверную сборку Linux на другую из эстетических соображений, а в том, чтобы приобрести этим какое-то новое свойство. К сожалению, приобретение новых свойств зачастую оказывается связанным с утратой старых.
А SLES и RHEL просто обычно тестируются производителем и указываются в списке совместимости. Как одно из следствий, под них выпускаются утилиты производителей для диагностики и настройки железа.
Такие серверы предназначены для балансировки разнородной нагрузки. Если у вас, например, тысяча выполняемых виртуальных машин с нестабильной нагрузкой (предположим, вы хостите виртуальные машины своих клиентов), то их гораздо производительнее будет объединить на одном компьютере с 768 ядрами, чем разбивать на много компьютеров, какие-то из которых окажутся перегруженными, а какие-то в это же время будут простаивать. То есть идея состоит в свободном перераспределении вычислительной мощности между приложениями.
P.S. SUSE Linux Enterprise Server поддерживает до 4096 процессоров.
Правило совершенно понятно вне контекста, и, на мой взгляд абсолютно ясно, как его выполнять: не надо писать циклов неопределённой продолжительности. Наверняка, в других документах вдобавок прямо сказано, что любая процедура в прошивке космического корабля обязана гарантированно возвращать управление, скажем, не более чем через 100 мс.
На практике это означает, что сложные алгоритмы должны быть ограничены не только достижением результата, но и заданным количеством итераций до неуспеха.
Так они не программируют общий случай алгоритмов. Задача, вычислительная сложность которой неизвестна, не должна программироваться в бортовой компьютер.
Написать заявление в бухгалтерию, по закону не могут отказать. Но, поскольку перевод денег в другой банк платный, вы этим разоряете работодателя на несколько десятков рублей с каждой зарплаты. С его стороны будет логично уменьшить вашу зарплату на соответствующую сумму.
Крайне сомневаюсь в наличии такого скрипта, который выдернет из репозитория VA что-то, кроме текстов программ. Особенно учитывая, что минимальной единицей версионности в git является файл целиком, а в VA версионируются в том числе методы и члены классов. А тогда возвращаемся к тому, с чего начали.
Ещё 15 лет назад у нас, по безальтернативности, была масса Java-кода в репозитории VisualAge, представляющем собой сервер с объектной базой данных. Ну и что сейчас можно сделать с этим репозиторием (огромным бинарным файлом dat)?
Не надо изобретать велосипед и ходить по давно известным граблям.
Лично мне кажется более полезным при собеседовании постараться понять из построения ответов психологические особенности личности, нежели как-то интерпретировать буквальный смысл ответов. Как верно заметил автор, люди зачастую говорят то, что, как им кажется, от них хотят услышать.
Что касается тестирования имеющихся навыков, то это может принести пользу при решении организацией типовых задач. Если ваша предметная область связана со значительной спецификой, то значимых навыков на начальный момент нет ни у кого.
Я бы для начала отметил, что работа компьютерного железа и операционных систем общего назначения, по ряду различных причин, нелинейна на субсекундных интервалах, поэтому обычный тест производительности по своей абсолютной продолжительности должен занимать хотя бы десяток секунд. Любые рассуждения о миллисекундах в контексте производительности можно проводить только с очень чёткими оговорками относительно того, что же именно и в каких условиях мы меряем.
И как раз законы Максвелла целиком построены на описании скрытых от нас, непосредственно не наблюдаемых параметров вроде вектора электромагнитной индукции, напряжённости поля и т.п.
Рассмотрение отдельных статических состояний объекта достаточно условно. А что, если куб из примера будет перекрашиваться случайным образом сам по себе, независимо от наших действий и даже от своей ориентации в пространстве (в реальной жизни так себя может вести скринсейвер компьютера, осьминог, или просто любой предмет в непостоянном освещении)? Или даже просто двигаться сам по себе? А дальше там пойдёт усталость и соринки в наших глазах. Нужно вводить в модель скрытые параметры, причём зачастую неизвестные, и динамику объекта и инструмента наблюдения.
Да, собственно, об этих вещах ещё Беркли писал (логически придя к выводу, что никакой объективной действительности вообще не существует).
А SLES и RHEL просто обычно тестируются производителем и указываются в списке совместимости. Как одно из следствий, под них выпускаются утилиты производителей для диагностики и настройки железа.
P.S. SUSE Linux Enterprise Server поддерживает до 4096 процессоров.
На практике это означает, что сложные алгоритмы должны быть ограничены не только достижением результата, но и заданным количеством итераций до неуспеха.
Не надо изобретать велосипед и ходить по давно известным граблям.
Что касается тестирования имеющихся навыков, то это может принести пользу при решении организацией типовых задач. Если ваша предметная область связана со значительной спецификой, то значимых навыков на начальный момент нет ни у кого.
Да, собственно, об этих вещах ещё Беркли писал (логически придя к выводу, что никакой объективной действительности вообще не существует).