Юрий Ярош

Можно реализовать обмен контентом внутри флэшового RTMFP протокола.
Можно просто написать плагин для браузера.

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

В США и Европе логи, скриншоты, IP не являются идентифицирующими личность данными и не могут доказать причастность человека к чему либо. В РФ за неимением и отсутствием потребности в чётких трактовках суд может "смолоть" что угодно, но подобные решения легко оспоримы.

Использую KVM и LXC + cgroups через libvirt.
Подводные камни зависят от целевых принципов и требований к деплою.
В принципе если написать тестов для целевых рецептов, то любые возникающие проблемы будут решаться прежде чем попортят нервы клиентам.

Не могу сказать что контейнеры очень стабильны, по крайней мере бывают различные артефакты: отказывается перезапускаться, ест слишком много неположенного и нужно контролировать через cgroups, либо вообще голодает. В общем в основном от ядра к ядру разные бока выскакивают... Иногда не хватает некоторых плюшек с OpenVZ, типа живых миграций и чекпоинтов.

Вердикт - юзабельно.
Но будьте готовы к проблемам расспределения ресурсов.

Нужно начать с того что 840Evо это свежая 19нм TLC память, а некоторые модели вообще на 10нм гоняются, так что ресурс там в 3-4 раза меньше чем у того же Crucial M500 =(.

Считайте 2700 циклов перезаписи у MLC - 3000 редко доживает ввиду перебоев питания, перегревов, и прочих побочных воздействий.

Ну если винт у нас 960ГБ, то
(960000 * 2700) / 10 = 259200000 секунд что собственно равно 8 годам у M500
Ну у 840Evо будет 2.5-3 года

Собственно текущее поколение процессоров на 22нм технологиях рассчитано на 20-30 лет использования, после чего у процессоров наблюдается "сдвиг по фазе". Серверное где-то на 50-60. Разгоны и прочие издевательства очень сильно ограничивают срок жизни. Как никак а в таких микро-масштабах диффузию никто не отменял, и при соответствующих температурах в любом случае будет происходить износ. По этому серверное оборудование всегда работает на сниженных частотах и температурных режимах. Собственно недавно эту тему поднимал Линус Торвальдс - учитывая предположительный уровень ошибок и сбоев, ситуация довольно печальная...

1. Предел есть - это ограничение адресации журнала NTFS.
Файловая система дает возможность записывать файлы больше 16 гб при маленьком журнале, если они записываются как Append only...

2. По умолчанию файлы больше 16Гб не копируются в винде так как при сбое чтения/записи на фрагменте который больше этих самых 16Гб ОС не может контролировать целостность файловой системы из-за маленького журнала. Если с журналом все впорядке, то и максимальный размер файла будет другим.

Максимальный размер журнала и длинна указателя зависит от размера тома и свободного места на диске. Хотя вообще аддресация файлов позволяет хранить 2^64 - 1 байт файлы.

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

Линуксу пофиг на подобные ограничения, так как в большинстве случаев он не фрагментирует файлы и у него нет потребности раздувать журнал попусту как это делает винда, и естественно в винде теоретическая пропускная способность будет больше.

В идеальном случае используют Закон Амдала, но он не учитывает накладные расходы на коммуникацию, когерентность кэшей, особенности конвеерных вычислений с ихними оптимизациями. Ну и ещё есть Закон Густавсона — Барсиса, в принципе аналогичен, но наверное более подходит для вашей задачи.

В общем слишком много факторов влияют на производительность, в том числе и зашумлённость каналов связи энергетическими флуктуациями от порхания бабочек в тропиках. Любая модель будет очень поверхностно описывать производительность.

Вы должны понимать что человека не интересует конструктивное решение вопроса и он не имеет потребности в понимании каких либо процессов. Слово "мошьность" для него ровным счетом ничего не значит. Но человек испытывает потребность в обсуждении... а не в решении каких либо задач. Именно в обсуждении, диспуте, истериках, крайностях психологической "защиты" и "нападения".

Вот вы на неё "напали" со своим непонятным "wifi", она пойдёт "обсасывать" к подруге, после чего будет от вас "защищаться" всеми возможными средствами. Совсем не потому что это плохо или хорошо, а потому что это её КОМПЕНСАТОРНАЯ ПОТРЕБНОСТЬ.

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

У ВСЕХ ВСЁ ХОРОШО.
Если вы будете пытаться прояснить ситуацию - станете врагом народа, и средством компенсации.
Потому что это очень удобно, и вы рядом.

У нас хорошо воспринимают примитивные силовые методы.
Замахнитесь на неё сковородкой и скажите что это радиация, после чего замахнитесь на неё листком бумаги и скажите что это WiFi. Она в принципе слабая личность так что подобные агенты должны оставить след в её восприятии, в дальнейшем таких инцедентов не должно повторятся. По крайней мере использовать вас как средство компенсации никто не будет, ибо "страшно".