понедельник, 11 марта 2013 г.

FlylinkDC++ r502-beta69

* (fixed issue 927) Исправлено зависание в чате
* Исправлена ошибка в алгоритме отключения медленных источников.
* Исправлены локализованные проблемы с закачкой файлов - необходимо
тестирование. Пожалуйста отпишитесь в трекер, если в каких то случаях ещё
остались глюки.
* Нормализация расчёта скорости сразу после старта передачи.
http://rghost.ru/users/pavel-pimenov/releases/FlylinkDC-r502-beta69

31 комментарий:

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

1 Ники операторов не исправили нет их вверху
2 Отображение корости отдачи не исправили одновременно 5 юзеров скачивают показывает скорость 10мб\с, внизу отдача общяя 5мб\с
3 не оптимезирован актив скачка через инет (качает нормально только в пассиве), в локалке проблем нет
Из положительного возврасла скорость работы при старте флая.

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

Про ники админов вкурсе. Ищем проблему, можете не напоминать каждый раз!

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

я понимаю первого комментатора:) просто уже столько обновлений выпустили) а такой козаось бы пустяковый случай с никами операторов/ботов и т.п - не исправили(((

вы уж пожалуйста устраните данный глюк( а то надоело каждый раз при входе на хабы клацать в строке пользователей "Ник" дабы операторы и т.п пондялись на верх)

конечно боьшинство глюков/багов и т.п устраняете и устранили) но остались такие мелкие которые тоже местами достают(((

а так же как быть с тойситуацией поиска... когда по магнетке ищешь файл - файл уже нашелся а поиск оч длительным стал?) т.е продолжает чего-то искать)

около минуты поиск идет Оо хотя файл нашелся в самые первые моменты/секунды

ну а так же мешает такая ситуация что при скачке любого файла надо дополнительно нажимать "Download" и так как бы каждый раз и на каждый файл( может стоит убрать это? или сделать запоминание выбора?)

Евгений комментирует...

подтверждаю, скорости внизу показываются не реально высокие, в сетевой статистики скорость в текущей момент и средня так же живет своей жизней, текущая очень высокая, а средняя всегда минимум в 2 раза ниже от текущей. уже столько обновлений было и нету исправления, вернулся на 501 релиз, там тоже самое, уже везде ставлю 4хх ветку, там хоть и нету dcls, зато все остальное работает исправно.
году идут, а даже релизы ни чем не отличаются от бет версий, извиняюсь за критику, просто устал ждать.

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

Евгений для вас показания скорости самая критичная проблема?
других проблем нет?
зависания-падения?
501 релиз не должен себя так-же вести если конечно это не сломали раньше :(


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

надо дополнительно нажимать Download"

Это поправлю.

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

поиск стал реально долгим. раньше в локалке если файл ищешь - 5 сек. и все найдено. сейчас дольше минуты это в лучшем случае.

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

Gap51 пишет...
поиск стал реально долгим. раньше в локалке если файл ищешь - 5 сек. и все найдено. сейчас дольше минуты это в лучшем случае.

12 марта 2013 г., 17:57
так и есть при чём уже давно такое (

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

У кого поиск тормозит.
давайте разберемся когда началось и что у вас в настройках.

сделайте видеоролик?

у меня не повторяется

Вот видюшку только что сделал
https://www.box.net/shared/qdy7461mto8tee0nryu2

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

to Pavel Pimenov

вот если посмотреть твой ролик) то там даже тоже будет видно) что изначально время поиска стоит около минуты) тем самым файлы то уже нашлись... а проценты поиска+время поиска ещё идет хД) это как бы бага вообще? почему увеличелось как бы время поиска?) раньше как было: находило файлы к концу когда уже прошло 50-60% но и время поиск было гораздо менье чем одна минутка)

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

Т.е. вас беспокоит не тормоза появления результатов поиска а "долгий" нижний прогресс бар?


Алексей Соломин комментирует...
Этот комментарий был удален автором.
Алексей Соломин комментирует...

поиск стал реально долгим. раньше в локалке если файл ищешь - 5 сек. и все найдено. сейчас дольше минуты это в лучшем случае.

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

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

13198 падает при нажатии на кнопку поиск.

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

Спасибо что написали про падение
вот помоему ваш дамп
https://crash-server.com/Problem.aspx?ClientID=ppa&ProblemID=16652

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

Саша повисите в онлайне минут 20
сейчас я посмотрю причину падения
почему-то падает только у одного юзера.

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

Спасибо падение серой исправлено в 13213 билде
через 30 минут выйдет обновка серой

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

у меня не работает поиск совсем после обновления

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

и в поиске находит не все файлы почему то

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

Павлик. откуда вы знаете что находит не все? вы точно знаете сколько должно быть найдено?
приведите подробности + снимки экрана.

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

to Pavel Pimenov
А кстати, действительно, поиск отвалился. Перенастроил в роутере отдельно tcp/udp порты - заработало. Но суть в том что еще вчера все висело на одном порту и работало. Про медленный поиск понял из постов выше.

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

медленный поиск откатил.
вместо 60 сделал 10 секунда как в sp12
в оригинальном стронге используется 5 сек.

про слет портом можно подробнее
как они слетели?

в момент обновления до последней беты?
вы ведь сидите на серой?

можно слет портов повторить как-то или смоделировать?

у вас был ручной проброс портов и TCP/UDP совпадали? и после обновления перестало искать?
а если поставить разные номера портов UDP и TCP то начинает работать?


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

у вас был ручной проброс портов и TCP/UDP совпадали? и после обновления перестало искать?
а если поставить разные номера портов UDP и TCP то начинает работать?

Немного не так. Просто в роутере можно указать, что порт для TCP/UDP один и тот же. Т.е. описать одним правилом. Сейчас у меня порты тоже совпадают, но правила пришлось разделить и написать вместо одного, два, для tcp и udp раздельно. Теперь для Флайлинка прописано два правила, а было одно.

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

и после обновления перестало искать?
Да, просто перестало искать, хотя закачка шла нормально абсолютно, если просто из чьей-то шары что-либо выбрать и скачать.

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

если пропал поиск - лочился UDP.
получается флай не виноват и что-то не так в роутере?
у меня тоже роутер глючит иногда
раз в неделю толкаю его )

а почему стоит ручной проброс?
upnp не срабатывает? какая модель роутера?

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

если пропал поиск - лочился UDP.
получается флай не виноват и что-то не так в роутере?

Может и роутер виноват. Отписался т.к. увидел, что у кого-то тоже поиск поломался. Ручной проброс для меня роднее ) Да и нету upnp на кинетике со второй версией прошивки.

Евгений комментирует...

Павел, для меня показания скорости действиетльно самая критичная проблема на данный момент, т.к. всякие падения нас ни разу не касались за эти годы находясь в работе 24/7, есть и другие проблемы которых нет в 4хх и мы к ним привыкли, а тут они реализованы, но не работают, но мы терпеливо ждем, т.к. этот функционал доставляет удобства, но не критичен.
а вот то, что я состою в тех.поддержке мултипирингового хаба, где раз в 5 минут поднимается вопрос о поддержке пользователя, и на втором месте по популярности вопрос почему такая низкая скорость, приходится проверять его слова чтобы убедиться, что он не тупит. уже было много казусов что забываешься в неверных показателях у самого себя.
на счет 501, я месяц назад пробывал сделать даунгрейд на 501, убрав галочку обновляться до бет версий, он обновился, а проблемы со скоростью остались, 500 релиз не подходит там уже нет dcls, тогда уже проще на 4хх вернуться.

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

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

Евгений, спасибо проблему понял.
сегодня дома проведу эксперименты сам со спидометром.

хотя по логу изменений Ежик утверждал, что починил расчет скорости.

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

Может он починил сам расчет скорости, а не отображение чтоб показания совпадали там где отдают в статусе всех делить скорость попалам или внизу справо общяя отдача там тогда умножить на 2, и все проблема будет решена. И вы сами Павел говорили что с никами админсками починили, и что занете в чем проблема и притом что она решена в 501. Тогда вопрос что мешает перенести тупа от туда в эту версию?. Эти два бага просто достали и они не опходими в отличии всяких дополнений.

Алексей Соломин комментирует...
Этот комментарий был удален автором.
Алексей Соломин комментирует...

Gap51
Мне тоже ручной роднее, для того, что статикой стоит.
Да и нету upnp на кинетике со второй версией прошивки.
Однако вот тут хочу поправить: upnp есть... по крайней мере в Keenetic 4G, как в других не знаю правда, но в старших моделях тоже должен быть.


На публику скоро выйдет 71 бетка, там исправлена несколько критических моментов, в том числе расчёт скорости на отдачах, и повышенная нагрузка на жёсткий диск. Пока же только пользователи внутренних веток: серой и ежовой могут получить последние фиксы, обновившись до r502-beta70 r13261.