Да вроде об одном. Вы написали что резерва 3-5% хватит чтобы комфортно жить в условиях параллельного импорта, я написал что в нашем конкретном случае - не хватает.
Не поленился и посчитал - у нашей конторы текущий резерв составляет 1.7% по конкретной позиции (сервера), комфортный резерв по этой же позиции с учетом текущих сроков поставки составляет 8.5%. Проблема даже не в том что надо увеличить размеры склада ЗИП в 4-5 раз, проблема в том за счет чего закупить этот объем оборудования. Даже если "забыть" про всех старых клиентов и рассматривать только сейчас заключаемых - на первых контрактах стоимость ЗИПа составит 15-25%. Прибавьте к этому стоимость двойной таможни и двойной доставки.
Конечно если вы последние 5 лет занимаетесь поставкой одной модели сервера с одной памятью с одной моделью HDD - вам достаточно иметь один сервер, 2 плашки памяти и 10 дисков. Но наша математика так не работает. Быть может в комментах кто-то еще посчитает свою статистику.
никто покупая 10 серверов не покупает ещё 10 в резерв, достаточно и одного.
И кстати непосредственно клиенты вполне себе покупают. Мы стараемся уложиться в 10% избыточности если она требуется, но есть объекты с запасом 20%, 100%, 300% (одно устройство работает, 3 в резерве на самом объекте).
Бывает что одна редкая железяка идет клиенту, такую же нам надо иметь в ЗИП - и вот 3-5% превращается опять в 100%.
имея резерв в 3-5% можно спокойно пережить многомесячные сроки поставок
Как показывает наша личная практика (мы не совсем про сервера но близко) - нельзя. Склады в мск и регионах быстро исчерпались в итоге худший простой с февраля по сентябрь.
У нас есть рекомендованный производителем список чего и сколько должно лежать на центральном и региональном складе, он не выполнялся даже в допандемийные времена потому что это замороженные деньги. На складе балластом лежит зип под оборудование снятое с производства, но ходовые позиции могут в любой момент кончится, раньше это можно было решить срочной поставкой, сейчас по ряду позиций мы до сих пор поставок обеспечить не можем и сидим на остатках склада.
Отдельная боль - позиции собираемые заводом на заказ под клиента.
Надо или возвращать результат вычислений из программы
И получить overhead на обман компилятора и работать это будет пока компилятор не поумнеет и не поймет что вы возвращаете результат в никуда.
или говорить компилятору не делать оптимизаций
не делать всех оптимизаций? тогда мы получаем benchmark совсем другого неоптимизированного кода. КМК это повод для warning но никак не для слепой оптимизации.
Дак в статье и написано что нужно "обманывать" компилятор чтобы программа работала как положено. Стирание памяти это не только пароли, но и часть защиты от отладки\взлома например. Что касается записи на диск - видимым будет результат последней записи, значит предыдущие 10 проходов можно оптимизировать, а если следом DeleteFileA дергается то и последний проход не нужен.
Я понимаю когда undefined behavior, тут я не совсем согласен с логикой, но да, мы имеем то что имеем.
Ваша сборка хороша и имеет право, но кмк стоит учитывать ряд моментов.
HP DL360G5 - 3-5тыр
полка MSA20 - 5-10тыр
Возможно я не силен в гугле, но таких низких ценников найти не могу. Ну и давайте не забывать что оно будет очень сильно БУ и с ограниченной гарантией, проработает возможно еще 30 лет а может нет и тогда вопрос доступности запчастей.
X5460 (процы прекрасно тянут plex и прочие задачи)
Основное преимущество - цена. Для хранилки/шлюза не принципиально, для виртуализации или видео - проц 2007 года я бы не взял.
Главный вопрос шум - не у всех есть возможность изолировать полноразмерную стойку в серверной кладовке/гараже а у некоторых еще и очень чуткий сон.
Я наверное что-то делаю не так, но диски дома меняю без выключения и в корпусе без hot-swap, энергопотребление смотрю на UPS да и host систему на домашнем серваке ставил 1 раз; на работе iLo/IPMI не пользовался с момента установки системы. Иметь корзину/iLo/ECC/dual psu хорошо, но гнаться за этим дома?...
Да вроде об одном. Вы написали что резерва 3-5% хватит чтобы комфортно жить в условиях параллельного импорта, я написал что в нашем конкретном случае - не хватает.
Не поленился и посчитал - у нашей конторы текущий резерв составляет 1.7% по конкретной позиции (сервера), комфортный резерв по этой же позиции с учетом текущих сроков поставки составляет 8.5%. Проблема даже не в том что надо увеличить размеры склада ЗИП в 4-5 раз, проблема в том за счет чего закупить этот объем оборудования. Даже если "забыть" про всех старых клиентов и рассматривать только сейчас заключаемых - на первых контрактах стоимость ЗИПа составит 15-25%. Прибавьте к этому стоимость двойной таможни и двойной доставки.
Конечно если вы последние 5 лет занимаетесь поставкой одной модели сервера с одной памятью с одной моделью HDD - вам достаточно иметь один сервер, 2 плашки памяти и 10 дисков. Но наша математика так не работает. Быть может в комментах кто-то еще посчитает свою статистику.
И кстати непосредственно клиенты вполне себе покупают. Мы стараемся уложиться в 10% избыточности если она требуется, но есть объекты с запасом 20%, 100%, 300% (одно устройство работает, 3 в резерве на самом объекте).
Бывает что одна редкая железяка идет клиенту, такую же нам надо иметь в ЗИП - и вот 3-5% превращается опять в 100%.
Как показывает наша личная практика (мы не совсем про сервера но близко) - нельзя. Склады в мск и регионах быстро исчерпались в итоге худший простой с февраля по сентябрь.
У нас есть рекомендованный производителем список чего и сколько должно лежать на центральном и региональном складе, он не выполнялся даже в допандемийные времена потому что это замороженные деньги. На складе балластом лежит зип под оборудование снятое с производства, но ходовые позиции могут в любой момент кончится, раньше это можно было решить срочной поставкой, сейчас по ряду позиций мы до сих пор поставок обеспечить не можем и сидим на остатках склада.
Отдельная боль - позиции собираемые заводом на заказ под клиента.
И получить overhead на обман компилятора и работать это будет пока компилятор не поумнеет и не поймет что вы возвращаете результат в никуда.
не делать всех оптимизаций? тогда мы получаем benchmark совсем другого неоптимизированного кода. КМК это повод для warning но никак не для слепой оптимизации.
Дак в статье и написано что нужно "обманывать" компилятор чтобы программа работала как положено. Стирание памяти это не только пароли, но и часть защиты от отладки\взлома например. Что касается записи на диск - видимым будет результат последней записи, значит предыдущие 10 проходов можно оптимизировать, а если следом DeleteFileA дергается то и последний проход не нужен.
Я понимаю когда undefined behavior, тут я не совсем согласен с логикой, но да, мы имеем то что имеем.
Вас послушать дак любой benchmark (алгоритма или железа) или wipe data является мёртвым кодом.
А supermicro вкурсе что многосокетные платы не взлетели?
Ваша сборка хороша и имеет право, но кмк стоит учитывать ряд моментов.
Возможно я не силен в гугле, но таких низких ценников найти не могу. Ну и давайте не забывать что оно будет очень сильно БУ и с ограниченной гарантией, проработает возможно еще 30 лет а может нет и тогда вопрос доступности запчастей.
Основное преимущество - цена. Для хранилки/шлюза не принципиально, для виртуализации или видео - проц 2007 года я бы не взял.
Главный вопрос шум - не у всех есть возможность изолировать полноразмерную стойку в
сервернойкладовке/гараже а у некоторых еще и очень чуткий сон.Я наверное что-то делаю не так, но диски дома меняю без выключения и в корпусе без hot-swap, энергопотребление смотрю на UPS да и host систему на домашнем серваке ставил 1 раз; на работе iLo/IPMI не пользовался с момента установки системы. Иметь корзину/iLo/ECC/dual psu хорошо, но гнаться за этим дома?...