суббота, 30 марта 2013 г.

fly-server почти готов...

Всем привет.
Флай-сервер планирую перевести в продуктивную ветку r501
Подробнее о функции можно посмотреть тут http://www.flylinkdc.ru/search/label/fly-server
 

Отчет по нагрузке с 1 марта (функционал обкатывается только на r502-beta-xxx)

1. Всего получено запросов к серверу - 1.481.543
2. Входящий объем json запросов - 1.279.793.942 байт  (c учетом сжатия через интерфейс прошло - 671.234.309 байт)
3. Исходящий объем ответов - 7.312.796.745 байт ( c учетом сжатия - 1.852.817.363 байт)  

Ниже приведены скрины нагрузки на виртуальный хост

Работа сервера в нормальном режиме:
Эмуляция нагрузки на CPU и диск сжатием 1 гига rar-ом 
(сразу видны задержки при этом включаются в обработку новые потоки (их активное кол-во отражено звездочками)

Думаю тут есть профи-админы веб серверов с большой нагрузкой
что посоветуете - можно выпускать или что-то нужно доработать?

12 комментариев:

Анонимный комментирует...

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

Анонимный комментирует...

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

JhaoDa комментирует...

Данный механизм всего лишь добавляет дополнительный функционал. Если fly-server исчезнет, принципиально ничего не изменится, кроме обмена медиаинфой.

Анонимный комментирует...

Если оставить Flylink а остальные не поддерживать то времени и сил будет достаточно для поддержания сервера.

Анонимный комментирует...

И это плохо, лишняя зависимость в системе, и при том в одних руках. Я понимаю если бы была сеть таких серверов и кто угодно мог бы поднять, как это происходит в случае с хабами или dht... Но это абсолютно централизованное решение. Захочет владелец сервера отрубить сервер, и никто ничего сделать не сможет.

Pavel Pimenov комментирует...

1. Серверов технически может быть много.
клиент получает список доступных из конфигурации и выбирает их рандомно.
пока нагрузка мелкая - сервер один.
если его не хватит - подниму реплику.
(Копия данных на ro-сервера делается простой командой curl из хрона)

2. Если все сервера задосят или они отключатся по другим причинам. DC++ клиенты не пострадают - у них просто не будет отображаться дополнительная информация
о качестве киношек и звука.

Анонимный комментирует...

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

Анонимный комментирует...

Может сервер в флайлинк встроить? Пускай у каждого будет минисервер

Pavel Pimenov комментирует...

1. Мне 38 лет.
Завещание пока не писал.
код сервера естественно будет опубликован.
2. Реплика данных сервера на клиент невозможна только по техническим причинам. т.к. сейчас объем базы = 2 г.

Анонимный комментирует...

У биткоина база 8гб, и как-то нормально. И не обязательно хранить всю базу.

Анонимный комментирует...

Возможно сделать проще в каждом клиенте сделать базу только на его шару. и потом сбрсывать на общий сервер если какие будут навинки в его шаре.

Анонимный комментирует...

Это уменьшит нагрузку на общий сервер и увеличит сохранность базы.