Перейти к содержимому
Калькуляторы

pchol

Активный участник
  • Публикации

    216
  • Зарегистрирован

  • Посещение

О pchol

  • Звание
    Студент
    Студент

Контакты

  • ICQ
    Array
  1. Давным давно один известный человек писал здесь некую формулу расчета. Возможно где то можно найти еще эту тему. Возможно она (формула) уже неактуальна. Но все же, она осела в заметках, и я просто процитирую ее. 4 года назад, у регионального оператора, это впринципе работало.
  2. С графитом в конце концов упретесь в скорость вычитки UDP сокета. Он будет забит, и вы будете терять "приходящие данные". Я бы на Вашем месте посмотрел в сторону redis/memcache, раз уж Вы сами являетесь поставщиком данных. 2М метрик, каждая к примеру 4 байта - итого +8Мб каждые 5 минут, за час 240Мб, за сутки 5760Мб. Тоесть скорее всего машинки в 16Гб с учетом всех оверхедов (и потенциальных проблем) Вам хватит. А раз в час к примеру читать данные из редиса, агрегировать их, и складывать в какой нибудь любимый mysql.
  3. Касательно e1000e, вот из документации интела http://downloadmirror.intel.com/20927/eng/e1000.htm
  4. Если не ошибаюсь NAPI это все таки функционал ядра, а драйвер уже может либо поддерживать его или нет. Соответсвенно если драйвер собран с поддержкой NAPI то вы можете только меня те или иные параметры влияющие на него. Это в свою очередь делается через передачу опций при загрузке модуля через modprobe.
  5. Помоему никак нельзя. Только если поковыряться в graph.php.inc
  6. 20-25 это входных потоков или получаемый output ? На данный момент транскодите ffmpeg ? Какие настройки h264 ? Могу лишь сказать что по личным тестам wowza addon с акселерацией QuickSync работает раза в 2 быстрее чем ffmpeg. Опять же, коллега из intel говорил что транскодинг с cuda дает менее качественную картинку при той же скорости.
  7. Посоветуйте хороший хостинг

    Помоему не такая уж проблема поставить php / python / ruby или что там, с модулями + бд + nginx на VDS'ку. Все делается в считаные минуты. Под небольшими нагрузками будет работать даже с настройками из коробки. Касательно "закрыть порты", iptables и т д, достаточно все навесить на 127.0.0.1 или вобще unix socket и не иметь никакого гемороя. Забугорные хостинги дают вполне приличные машинки за 10$ с SSD и 1TB out трафика. Наши "хостеры" даже рядом не стояли, а те что стояли (clodo к примеру), в течении последних лет не очень себя зарекомендовали.
  8. Посоветуйте хороший хостинг

    Из зарубежных digitalocean / ubiquityservers.
  9. Не быстрее, вариант мастер - слейв наверно даже более "нагляден" и проще контролируем с точки зерния потоков данных. Но я просто привел пример когда нужно 3-4-5-6 копий данных, и также тот случай когда объем хранилища нужно нарастить без остановки сервиса. Gluster гарантирует консистентность данных в любом режиме, он не гарантирует время их появления на других нодах в асинхронном режиме. Проблемы с консистентностью и актуальностью данных могут возникнуть когда клиент сам является сервером.
  10. Все зависит от модели использования / дисков / фс на конечных нодах. Давно не трогал DRBD, но равзе там есть возможность на лету ввести еще одну машину, и ее диск "подцепить" к уже созданному устройству ? Можно ли там раскидать "реплику" к примеру на 3 машины и чтобы все работали в режиме master? С ceph все хорошо, но лично меня немного напрягают выделенные сервера метаданных на которых всё завязывается. Это оправданно, но при этом рождает дополнительные требования по обеспечению отказоустойчивости и доступности этих серверов, что не всегда подходит. Из вариантов есть еще pohmelfs с бэкендом в виде elliptics. Только модуль pohmelfs выпили из staging ядра начиная с ветки 3.4, и пока вроде не вернули :)
  11. Гластер вполне рабочий. Из недостатков на текущий момент: . в 3.3.1 сломали дисковый лимит по нодам, работает только лимит по папкам внутри тома . синхронный . гео репликация асинхронна, но при этом после завершения операции записи на мастере, мы можем иметь некоторую задержку при появлении данных на реплике. . если делать обычную destributed replication то не получите высокой скорости записи при высоком latency между нодами, если ваши ноды разнесены географически (в разных дц). . нет возможности на лету увеличить "избыточность" репликации.
  12. ТВ через Интернет

    www.ntvplus.tv Каналов пока мало, да и еще какие то проблемы с первым мультиплексом и его нет. Есть приложения для ipad \ iphone, наверняка через них можно будет застримить на apple tv.
  13. Может быть это поможет http://labs.adobe.com/wiki/index.php/Flash_Media_Gateway
  14. Футбол через Интернет?

    Дятел А Вы можете показать исходящий трафик ? Интересно сколько P2P video трафика генерируют пользователи. Также интересно в данном разрезе по типу трафика, куда попадает HDS / HLS, в том числе protected варианты.
  15. Попробуйте все таки через nginx как вам предлагали. На мой взгляд не правильно "проваливать" запросы до апача, для того чтобы опять их редиректнуть на nginx. Как вариант сделать конфигурацию вида server { server_name www.domain.com; rewrite ^(.*) http://domain.com$1 permanent; } server { server_name domain.com; ... }