Я пытаюсь оценить некоторые твердотельные накопители для сценария использования видео по запросу. Мы провели несколько сравнительных тестов на них, но мы хотели бы получить представление о количестве видеопотоков, которые они могут поддерживать с помощью более реалистичного нагрузочного теста, чем стандартные инструменты для тестирования.
Пока что я сделал это:
--vout dummy --aout dummy --codec dummy так что он постоянно запрашивает файл, но не декодирует его, чтобы сэкономить на процессоре)У меня также есть приставка, которая декодирует с того же SSD. Идея состоит в том, чтобы увидеть, сможем ли мы визуально заметить, когда производительность SSD начинает падать.
Я получаю приличные результаты, но основная проблема в том, что серверы нагрузки достигли предела (в диапазоне 700-800 с 10-12 ГБ ОЗУ) по количеству потоков, которые они могут захватить. Похоже, это из-за того, что одновременно происходит много подкачки, iowait заоблачно и сервер почти не отвечает.
Короче говоря, мои вопросы таковы:
/proc/sys/vm/swappiness но, похоже, это не имело значения)Спасибо,
Тим
Я создаю системы видео по запросу, и ничто не заменит написания небольшого кода, который точно отображает реальные характеристики воспроизведения. Мы написали тот, который мы называем «VODBasher», он использует точный транспортный механизм, который мы действительно используем на реальной платформе, и мы запускаем его из реальных мест повсюду. Это помогло нам понять, где мы увидим проблемы, а где нет. Все остальное - догадки.
Кажется вполне разумным, что у вас действительно закончится оперативная память на ваших «серверах нагрузки» (действующих в качестве клиентов в этом сценарии) с запущенными 700-800 копиями VLC. Это всего лишь 12-17 МБ оперативной памяти, используемой для каждого экземпляра, и ваши 10-12 ГБ. (Так что неудивительно, что настройка подкачки не очень далеко продвинется).
Есть ли какая-то особая причина действительно загружать фильм с помощью vlc (даже с фиктивным выводом), а не просто выгружать его в /dev/null?