Как измеряется скорость диска? Это мбит или мегабайт в секунду чтения? Что сегодня в среднем, а что быстро и что очень быстро в отрасли?
Допустим, кто-то говорит, что создание копии файла размером 1500 ГБ (скажем, файла базы данных) занимает много времени, сколько времени потребуется для профессиональной системы и как можно рассчитать, учитывая скорость жесткого диска. ?
Скорость диска обычно измеряется в;
Как вы можете видеть, реального среднего показателя нет, если вы хотите получить рекомендации относительно того, что покупать, пожалуйста, не стесняйтесь возвращаться к нам с максимально возможной информацией - это должно включать бюджет, тип приложения, размер набора данных, базу пользователей аппаратное обеспечение / ОС плюс все остальное, что вы считаете полезным.
Что касается вашей копии объемом 1,5 ТБ, хорошо, если вы делали это с подключенным к USB 2 диском SATA 7200 об / мин, вы должны получить по крайней мере 30 МБ / с или 40 МБ / с, или на полные 1,5 ТБ может потребоваться более 10 часов. Если бы это была типичная профессиональная система DAS / SAN, я бы ожидал в области 100 Мбит / с, то есть это заняло бы около 3 часов.
Надеюсь, это поможет, ну и просто уточнить, МБ = мегабайт, Мб это мегабит.
Есть много, много переменных, участвующих в такого рода вычислениях. Реальные дисковые системы имеют много взаимозависимостей. Просто на одном компьютере:
Как видите, скорость самого диска - лишь один из многих факторов. Это большой фактор, но все же один из многих. Если эта копия объемом 1,5 ТБ находится на одном и том же диске, то диск (с вероятностью 95%) будет выполнять 100% случайную операцию чтения / записи, что обычно приводит к худшим показателям производительности. Если копия с одного диска на другой, и данные на 100% последовательны, а целевой диск полностью пуст, это должно обеспечить максимально возможную производительность с этой дисковой подсистемой. Реальная производительность будет где-то между этими двумя крайностями.
Если вы копируете между двумя отдельными серверами, здесь задействовано еще больше факторов.
У меня есть массив хранения данных, который может насыщать каналы SAS 3Gb (гигабит) при выполнении в основном последовательных операций. Если бы у меня был 6Gb SAS, он мог бы быть очень близок к насыщению. Для случайного ввода-вывода эта конкретная система работает очень по-разному в зависимости от операционной системы (например, OpenSolaris имел худший случайный ввод-вывод, а Linux XFS - лучший в 3 раза).
Слишком много переменных, чтобы ответить на этот вопрос окончательно.
Время, необходимое для копирования 1,5 ТБ данных, во многом зависит от типа данных. Если у вас есть несколько 1500 файлов 1 ГБ, это, вероятно, займет всего несколько часов, но если у вас есть полтора миллиарда файлов 1 КБ, это, вероятно, займет несколько дней.
Это связано с двумя конкурирующими характеристиками на дисках: пропускной способностью и средним временем доступа. Традиционный диск с пропускной способностью 100 МБ / с и временем доступа 10 мс довольно распространен. Если вы можете передавать данные последовательно, вы можете получить 100 МБ / с. Однако, если вам нужно прыгнуть в другое место, это займет 10 мс. Если бы вы работали в потоковом режиме, вы могли бы записать 1 МБ данных за время, необходимое для перехода в другое место.
Создание файла может занять несколько попыток, поэтому создание файла размером 1 КБ может стоить столько же, сколько и потоковая передача нескольких МБ данных.
Таким образом, в некоторых случаях лучше делать сырую копию диска блочного устройства, чем копировать в файловую систему с помощью чего-то вроде rsync. Если у вас много файлов, например, в файловой системе, которая заполнена на 50% или более, вам часто лучше просто скопировать полное блочное устройство через «dd», так как это занимает много времени. Конечно, вы не можете сделать это, пока смонтирована файловая система, поэтому у этого также есть недостатки.
Твердотельные накопители могут помочь смягчить это, потому что их время доступа примерно в 100 раз меньше, но накопители MLC SSD имеют сложные проблемы с доступом в зависимости от доступности пула предварительно стертых блоков. SLC SSD могут помочь в этом.
Контроллеры RAID со встроенным кешем могут помочь в поиске, как и модуль ядра flashcache, который позволяет вам кешировать блочное устройство через SSD.
Системы RAID могут обеспечивать несколько параллельных поисков, эффективно сокращая среднее время доступа, а также распараллеливание для увеличения пропускной способности. Но ваша общая производительность часто зависит от того, сколько файлов задействовано.