Да, вы правы - не потянет.
Если в пределах одного сервера все, то хеш-таблицу.
Самое первое, что надо понять - что вообще хочет автор.
Наверняка уже есть нормальны решения. Тот же самый Cisco NetFlow генерит большой трафик, который как-то разгребается.
Но есть еще одна проблема: 1.5М записей по 100 байт - это 150Мбайт в сек. С учетом накладных расходов от 10% до 100% это до 300 Мбайт/сек. Итого примерно 1.2–2.5Гбит/сек. Уже нужен очень хороший сервер с 10Гб сетевой картой.
> *по поводу вредности — не бабахнет ли мне после переизлучения огромное кол-во фотонов, вредных для глаз?
больше фотонов чем было точно не будет
наоборот — часть потеряется, часть рассеется
(50000/5/60*100*8) ≈ 133 мбит/с.
Это небольшой трафик — CDN-ы будут смеяться.
Это можно без проблем отдать с одной машины.
Проблема явно где-то в системе, из памяти, совершенно не напрягаясь, можно раздавать в несколько раз больше.
Порекомендовал бы посмотреть что за машина, какая дисковая подсистема, установить мониторинг (тот же мунин), понять на чем загибается (на дисках, проце или еще чем-то), затюнить, возможно купить нормальный дисковый контроллер, диски побыстрее (15krpm, 2.5"), кеш в памяти.
Мегаплан это для менеджеров, для веб-студий накрайняк, но не для программных проектов и продуктов.
Ни SCM, ни майлстоунов. Хотя вложенные задачи — это классно.
Как ни странно, нельзя узнать URL картинки после редиректа, но можно узнать ее размеры!
Что можно сделать? Загрузить гифку или пнгшку высоты в 1 пиксель и ширины в нужное количество :))
тогда номер будет равен img.width :)
По идее такие картинки должны хорошо сжиматься, так что трафик будет не очень большой.
Какую задачу Вы решаете? Вам нужно сделать основной и резервный ДЦ?
Если так, то сделайте в основном ДЦ анонс маршрута /25, а из резервного /24. Тогда пока работает основной трафик пойдет по маршруту /25 как более специфичному. Как только основной ДЦ упал, трафик пойдет в резервный.
К сожалению, автор не дал никаких конкретных критериев скорости. Кроме того даны взаимоисключающие требования: минимизация памяти и скорость работы. То есть это абстрактные соображения, ну типо «чтобы не тормозило сильно». Не надо додумывать задачу за Product Owner'a :)
«легка и доступна»?
только первый шаг, а дальше отсутсвтие vpn будет напрягать каждый день.
Роутер штука такая — настроил один раз и пусть работает и есть не просит.
Идеи хорошие, но это долго.
По второму пункту все равно не очень понятно, что делать в такой ситуации — отключать показ контента? Все же как-то надо запрашивать авторизацию.
