sh84

async синтаксис безусловно выигрывает по читабельности и простоте.
Будет ли значимый выигрыш при использование callback-ов - можно выяснить только с помощью тестов производительности и/или профилирования.
По моему опыту с 90% вероятностью окажется что разницы нет.

interface Iarr2Info {[key: string]: string; }
type Info = (Iarr2Info|string)[];
interface Iarr1Info {[key: string]: string|Info; }

let arr1: Iarr1Info[] = [
  {
    arr1info: [
      {
        arr1infocontent: "апвапва",
        arr1infoheading: "апвапва"
      },
      {
        arr1infocontent: "апвапва",
        arr1infoheading: "апвапва"
      },
      "foobar"
    ],
    arr1infoheading: "апвапва"
  },
  {
    arr1info: [
      {
        arr1infocontent: "апвапва",
        arr1infoheading: "апвапва"
      },
      {
        arr1infocontent: "апвапва",
        arr1infoheading: "апвапва"
      },
      "foobar"
    ],
    arr1infoheading: "апвапва"
  }
];

Что мешает использовать блокировку отдельно (что-то вроде SET key NX PX 1000)? Получить блокировку, увеличить счетчик, снять блокировку.

Есть расширение для хрома https://chrome.google.com/webstore/detail/allow-co... кjторое добавляет заголовок Allow-Control-Allow-Origin: * в ответы сервера.

arguments - локальная переменная определяемая в момент вызова функции, для функции typeCheck она своя, для анонимной функции - своя.
Соответственно при вызове sum(1, 2) в ней будет [1, 2]

А попробуйте все данные сериолизовать в 1 переменную, и сохранять в localStorage её - будет только 1 чтение и запись - должно быть быстрее.

Предложил бы обновить node и npm.

Теоретически байтики полученные любым путем можно засунуть в audio, только вот как их получить без Referer, браузер его автоматом всюду добавляет, в том числе в ajax запросы..

А если это ubuntu, то можно вообще не городить ничего и просто использовать upstart.

Загрузка в виде абстрактных запросах в секунду не позволяет делать какие-либо выводы о нагрузке на дисковую подсистему.
Если и апгрейдить диск, то только на ssd. При использовании ssd 32Г памяти при 100Г базе думаю будет достаточно (самый простой подход по памяти - в нее должны влезать все активно используемые индексы).

Отвечая предыдущему отвечающему: например что бы не засорять кеш файлами, про которые заранее известно что они либо не влезут в кеш, либо не составляют значимую часть нагрузки (а вытеснять своих мелких собратьев при каждом запросе будут).

И на сколько мне известно, опции такой нет..
А directio совсем про другой кеш.

На текущий момент большинство используют флеш: заводят rtmp видео из flash плеера, на сервере какое-н видео приложение, например AMS/WOWZA как указали выше (red5 еще туда же). Чат (и вообще весь сопутствующий функционал), кстати, можно делать в рамках того же самого video приложения поверх rtmp. Так что все сводится к написанию флеш плеера с нужным функционалом, покупки лицензии, допустим на wowza, написанию скриптов (на java) для него.

Я не встречал упоминаний что это число явно лимитировано и достаточно мало, но, если речь идет о обычном клиенте и о видео, то думаю куда как быстрее можно наткнуться на лимит:
сети - 250 клиентов по 1мбит - 250 мбит..
производительности самого браузера - не верю я что реализация webrtc стека потянет столько в принципе..

А для аудио думаю можно просто взять и поробовать: либо кучка вкладок в нескольких браузерах:) Либо написать свою программу для открытия кучки коннектов (готовых не встречал), webrtc либа (на си) используемая в хроме открыта..

А если через сервер, то можно у ребят их того же flashphoner.com порасспрашивать..

А нужна ли прям очень точная синхронизация видео?
Если размер буфера плеера 0.1с допустим и доставка по udp, то вроде-как не сможет видео физически рассинхронизироваться более чем на эти самые 0.1с, что на взгляд не различимо..

Тут важен формат видео.. http base это одно, а какой-н rtmp совсем другое..

Написать скрипт который в определенное время распарсит некую веб-страничку, выдернет ссылку на видео и сохранит видео в файл?
Другое дело что некоторые форматы потокового видео выцепить достаточно просто, а некоторые- сложно. Но вы никаких подробностей не дали..