ожидайте сценарий +, как выполнить, случай в ожидают сценарий

А-ч - мой любимый предмет!

По-видимому, Вы будете просто воспроизводить статическое, предварительно закодированное право файлов? хорошо то, что Вы хотите сделать, разрабатывают среднюю скорость передачи данных Вашего содержания сначала, это идет впереди для всех других вещей, которые необходимо будет разработать.

Теперь только для 150 МБ содержания Вы сможете кэшировать это легко, таким образом, Вы не должны будете волноваться о своей скорости диска (хотя это изменится, если Вы начнете выращивать этот довольный хранилище). Таким образом, то, что необходимо знать, - то, как интенсивный ЦП является этой работой (подсказка: вероятно, не очень, если это только что зафиксировало файлы - большую часть времени, Ваши центральные процессоры будут ожидать NICs) - который сказал, что Вы хотите по крайней мере два 2-3Ghz центральных процессора, вероятно, больше, но не глупые суммы, если Вы не ожидаете много роста, или Вы используете ту же машину, чтобы сделать транскодирование (который является плохой идеей так или иначе) - я продолжил бы работать с любым единственный сокет Xeon (36xx ряд) или двойной сокет Xeon (56xx ряд).

Вы захотите 4 ГБ памяти (это дешево, любой меньше - гетто и если машина не делает больше работу, затем повышающуюся, чем 4 ГБ прямо сейчас бессмысленны).

Удостоверьтесь, что Вы имеете в зеркальной паре small'ish/slow'ish дисков начальной загрузки/ОС и затем имеете другую зеркальную пару дисков данных - на данный момент я сохранил бы здесь, зная, что можно получить больше/быстрее диски когда увеличенное содержание.

Для ОС хорошо независимо от того, что Вы выбираете, нет никакой причины пойти почти 64-разрядная в эти дни, если нет никакого 64-разрядного драйвера, доступного для компонента, затем не помещают его в Вас машина - у этих парней было пять лет для перезаписи, если они не могут сделать этого, они не упорно работают достаточно за £$€whatever.

Теперь на самый важный бит, NICs, Вы захотите два в объединяемой в команду паре обработать отказы - идут для знаменитости, идеально карта класса сервера, которые поддерживают вещи как коалесценция прерывания и TOE/LSO - они помогут много. Теперь необходимо выяснить, какая скорость эти NICs - существует действительно только два варианта, которые необходимо рассмотреть - 1 Гбит/с и 10 Гбит/с.

NIC на 1 Гбит/с может отправить ~80-85MBps трафика, когда полностью управляется - который тренируется приблизительно в 200 Кбит/с или ~2Mbps на пользователя для 400 параллельных потоков - который является вполне немного на самом деле, это - примерно полный экран качество SD. Если бы Ваше содержание кодируется для => это число затем, я предложил бы, чтобы Вы перешли к NICs на 10 Гбит/с в день один - они обычно не точно в десять раз более быстры, поскольку их более трудно 'заполнить', но они остановят Вас имеющий проблемы роста в день один.

Конечно, Ваша вся сеть должна будет обработать тот объем трафика, также не забывают; переключатели, маршрутизаторы, брандмауэры, подсистемы балансировки нагрузки и т.д. должны будут все смочь очистить такую загрузку - плюс Ваши фактические интернет-ссылки, слишком конечно.

Удачи.

BTW - Я делаю такого рода вещь для приблизительно 500k пользователи, большинство в ~1.5Mbps (некоторые в ~6Mbps).

0
задан 10 October 2012 в 11:15
1 ответ

Я думаю, вы можете сделать что-то вроде

expect "machine1" {send "/var/tmp/linux.ksh\r" } \
"machine2"  { send /var/tmp/solaris.ksh\r" } \
.
.
.

Сказав, что может быть проще использовать uname , который вернет Linux и SunOS соответственно и должна значительно упростить управление сценарием, когда хосты приходят и уходят.

expect -re {#|>}        {send "PATH=/bin:/usr/bin:$PATH uname\r"}

expect "Linux" { send /var/tmp/linux.ksh\r" } \ 
expect SunOS { send /var/tmp/solaris.ksh\r" }

Обратите внимание, что команда uname находится в / bin для Linux и ] / usr / bin для Solaris, поэтому мы устанавливаем PATH перед командой, чтобы гарантировать, что он правильно найден в любой системе.

0
ответ дан 5 December 2019 в 15:53

Теги

Похожие вопросы