Спасибо за ссылку, интересная машинка. Но количество потоков выходит все равно меньше, хотя каждый поток должен быть быстрее. Интересно было бы посмотреть нагрузочное тестирование в сравнении.
С HP почти не работал, но очень не понравились тормоза на локальной консоли при включении редиректа iLO. Может что и изменилось в лучшую сторону.
И сходу не нашел: что у него с энергопотреблением?
P.S. Windows не моя область, не интересно.
У нас вопрос шума не стоит так остро. Народ разговаривает по скайпу и между собой не громко, переписывается через IM вместо того, чтобы кричать. Когда приходят на работу — подойдутк кому надо и поздароваются, а не кричат «всем привет!». К тому же есть отдельная переговорная комната для совещаний, чтобы никому не мешать.
Вопросы в сравнении с Dropbox:
Версионности и восстановления удаленных файлов нет?
А если заливается популярный файл, уже имеющийся в облаке, он это понимает или все равно заливает весь файл?
>> В случае отсутствия lvm и zfs, я так думаю о снапшотах речи быть не может.
>>> Не стоит обращать внимание на используемые технологии…
>> Можно ваш вариант блочной миграции?
Я сейчас с ходу не нагуглил адекватной статьи, и у меня нет системы, чтобы в горячую накокипастить, но могу объяснить на пальцах.
Допустим у нас есть 2 одинаковых диска sda и sdb
Система стоит на sda (ну или у вас там нечто крутится, короче offline надо минимизировать).
Меняем тип разделов на auto-raid (как-то так он там называется)
Копируем таблицу разделов на sdb
Создаем метаутройство md1 из sda1 и sdb1 (допустим у нас только один раздел).
Наблюдаем в /proc/mdstat процесс синхронизации, при этом у нас система продолжает работать и диски в итоге получаются полностью синхронизированы. Т.е. тут эксплуатируется особеннсть, что физические устройства не блокируются при использовании метаустрйством.
Добавляем наш рейд в /etc/mdadm.conf
Далее варианты. Если мы мигрировали рут, то надо поправит grub.conf и fstab и перезагрузиться. Если же мигрировали другой data-storage, то надо остановить приложения, которые его используют, перемонтировать (если это файловая сисема) эту точку монтирования как метаустройство и запустить приложение.
В итоге простой заключается в перезагрузке или перезапуске приложения.
С HP почти не работал, но очень не понравились тормоза на локальной консоли при включении редиректа iLO. Может что и изменилось в лучшую сторону.
И сходу не нашел: что у него с энергопотреблением?
P.S. Windows не моя область, не интересно.
Серверы HP комплектуются какими-либо ОС c поддержкой?
Версионности и восстановления удаленных файлов нет?
А если заливается популярный файл, уже имеющийся в облаке, он это понимает или все равно заливает весь файл?
Кто-нибудь может поделиться magnet-ссылкой? Абсолютно нет желания регестрироваться на очередном неизвестном трекере.
>>> Не стоит обращать внимание на используемые технологии…
>> Можно ваш вариант блочной миграции?
Я сейчас с ходу не нагуглил адекватной статьи, и у меня нет системы, чтобы в горячую накокипастить, но могу объяснить на пальцах.
Допустим у нас есть 2 одинаковых диска sda и sdb
Система стоит на sda (ну или у вас там нечто крутится, короче offline надо минимизировать).
Меняем тип разделов на auto-raid (как-то так он там называется)
Копируем таблицу разделов на sdb
Создаем метаутройство md1 из sda1 и sdb1 (допустим у нас только один раздел).
Наблюдаем в /proc/mdstat процесс синхронизации, при этом у нас система продолжает работать и диски в итоге получаются полностью синхронизированы. Т.е. тут эксплуатируется особеннсть, что физические устройства не блокируются при использовании метаустрйством.
Добавляем наш рейд в /etc/mdadm.conf
Далее варианты. Если мы мигрировали рут, то надо поправит grub.conf и fstab и перезагрузиться. Если же мигрировали другой data-storage, то надо остановить приложения, которые его используют, перемонтировать (если это файловая сисема) эту точку монтирования как метаустройство и запустить приложение.
В итоге простой заключается в перезагрузке или перезапуске приложения.