Если я вас правильно понял, вам следует использовать параметр -w (а не -W). Кто-то объяснил это здесь: https://stackoverflow.com/questions/17951182/ping-timeout-command-w-not-working-for-android
Для вашей платформы разница между модулями UDIMM и RDIMM заключается в цене (ниже), производительности ( нижняя) и максимальная емкость (нижняя). И UDIMM, и RDIMM поддерживаются отлично, но не может смешиваться.
Maximum (RDIMM) 192 GB (12 x 16 GB) RDIMM
Maximum (UDIMM) 96 GB (12 x 8 GB) UDIMM
Имея выбор, я не покупаю UDIMM, если я не знаю, что система будет иметь низкие требования к ОЗУ. На самом деле все сводится к знанию того, что есть больше ограничений на UDIMM, и что я пойду на компромисс. В текущем поколении серверов разрыв между ними сократился, так что оба варианта кажутся возможными.
Я настоятельно рекомендую вам взглянуть на ML350p Gen8 . HP Dynamic Smart Array, входящий в состав младших серверов ML350e Gen8 , вызовет у вас проблемы в долгосрочной перспективе, особенно если вы собираетесь использовать эту систему с Linux .
См .:
Что означает «PAL Shim AllocRequest, возвращающий NULL»?
Ссылка: поведение команды ping в окне, как указано ниже
ping -n 4 -w 3000 www.abcd.com
Pinging www. google.com [173.194.38.178] с 32 байтами данных:
Ответ от 173.194.38.178: байты = 32 время = 61 мс TTL = 53
Истекло время ожидания запроса.
Ответ от 173.194.38.178: байты = 32 время = 68 мс TTL = 53
Ответ от 173.194.38.178: байты = 32 время = 61 мс TTL = 53
Ответ от 173.194.38.178: байты = 32 время = 66 мс TTL = 53