Я не имею опыта работы с CentOS, но, насколько можно понять из интернета, пакет OpenIPMI, средства которого использует SLES, входит в её дистрибутив тоже, и после установки этого пакета работа должна быть аналогична, с точностью до синтаксиса загрузки сервисов.
Думаю, тут надо оптимизировать логическую структуру базы данных (в смысле правильного выбора чисто сущностных понятий), эффективно её администрировать (строить индексы, статистику и т.д.) и писать эффективные запросы. При том, что сессии абонентов в реальном времени только добавляются, любой человек, хранящий в базе данных телеметрию, скажет вам, что 36 млн строк – это ни о чём.
ЭУР точно так же обеспечивает механическую связь руля с колёсами при отключении электроники, как и ГУР. Но другое дело, что с непривычки водителю будет весьма сложно повернуть колёса при внезапно выключившемся усилителе любого типа, особенно учитывая, как рулит большинство водителей – одной рукой, чуть ли не двумя пальцами.
Всё зависит от назначения кода. Если вы описываете структуру данных для обмена, как в вашем примере, то целесообразно использовать платформонезависимые типы, так как это обеспечивает совместимость. Если вы описываете какие-то абстрактные внутренние переменные, как, например, счётчик цикла от 1 до 10, то целесообразно использовать платформозависимые типы, так как это обеспечивает эффективность. Хороший кроссплатформенный код требует именно чёткого понимания, в каком случае требуется использовать платформонезависимый тип, а в каком – платформозависимый.
А зачем ставить задачу не выключать во всех остальных странах? Размениваться по мелочам и подрывать доверие к промышленной электрике ради какой-нибудь Ливии никто не станет. Следовательно, мы обсуждаем большую войну между ведущими военными державами. Вероятный противник – в другом полушарии, до него радиосигнал точно не дойдёт (да и стандарт электропитания там, кстати, другой). А соседние страны так и так спишутся в сопутствующий ущерб в случае большой войны.
Техническую поддержку переданных в Lenovo серверов IBM в настоящее время осуществляет служба поддержки IBM. Я с ними веду достаточно активную переписку по этому вопросу более двух месяцев, но пока никаких прорывных идей не поступило. Вероятно, какая-то работа выполняется, но результата пока нет.
Да, собственно, какая тут может быть идея? Только чинить ядро SLES12. Это должен делать Novell. Но Novell исходит из того, что тестирование совместимости ОС с оборудованием вендора – ответственность вендора. Так что тут складывается непростой многосторонний процесс.
Когда IBM сама выпускала систему OS/2 для своих компьютеров, в этом плане было проще :)
Да, собственно, какая тут может быть идея? Только чинить ядро SLES12. Это должен делать Novell. Но Novell исходит из того, что тестирование совместимости ОС с оборудованием вендора – ответственность вендора. Так что тут складывается непростой многосторонний процесс.
Когда IBM сама выпускала систему OS/2 для своих компьютеров, в этом плане было проще :)