* Запросы к fly-server в окне списка файлов теперь идут асинхронно и не подмораживают интерфейс в случае задержек ответа от сервера. (Спасибо Ежу)
* Сокращено время завершения приложения
* Добавлен CustomBlockShare.ini для обновления списка исключаемых из шары файлов
* Улучшение CDM отладчика: теперь в отладчике отображается реальное время наступления события, а не время, в которое событие было выведено на экран.
* Исправлена ошибка, приводившая к блокировке системной очереди сообщений при открытии битторент ссылки.
* (Closed Issue 678) Не работают индивидуальные ограничения скорости по пользователям
https://code.google.com/p/flylinkdc/issues/detail?id=678 .
* Исправлена утечка памяти при длительной работе программы.
* Исправлена загрузка рейтинга для юзера, если закачка была в очереди, но прервалась на половинке по выходу
* (Closed Issue 1071) Ошибка в реализации алгоритма сохранения источников в БД
https://code.google.com/p/flylinkdc/issues/detail?id=1071 .
Доступно в автообновлении или по http
SetupFlylinkDC-x64-r502-beta.exe
SetupFlylinkDC-x86-r502-beta.exe
SetupFlylinkDC-x86-x64-r502-beta.exe
Подписаться на:
Комментарии к сообщению (Atom)
Сообщения
103 комментария:
r502-beta92 build 14457
в окне вкладки поиска после фразы "ищем" не хватает пробела, выглядит как "ищемИмяФайлаПоисковогоЗапроса"
Не работает сортировка по расположению, IP, ...
Не может запросить свой собственный IP (вы пытаетесь скачивать у самого себя)
Пробел добавил, в каком окне не работает сортировка по IP?
правый чекбокс (ник,шара,точная шара ...,IP,Расположение,...) выбираем "расположение". В окне, где располагаются ники и остальные поля нажимаем "Расположение треугольник вниз" смотрим как отсортировались все строчки,затем снова нажимаем "Расположение треугольник вверх" таким образом меняем направление сортировки и видим как пустые строки так и строчки вперемешку.
Так же себя ведет поле с IP
Проверять нужно на хабе с количеством пользователей в несколько раз больше, чем может отобразиться на экране
Проблема понятна.
Так возникает из-за того, что данные колонки подтягиваются из базы данных по мере необходимости.
(иначе на больших хабах возникают тормоза при старте)
Для решения проблемы нужно при смене сортировки по этой колонке
принудительно пробегать по всем записям и запрашивать эти данные из sqlite
при этом делать это нужно один раз.
Попробую реализовать в след бетке
Зафиксировал вашу проблему
http://code.google.com/p/flylinkdc/issues/detail?id=1075
на версии 501 с последним сервиспаком все сортируется и отображается правильно, последнюю бету поставил на другой комп только ради исправления "Вы пытаетесь скачивать у себя" и обнаружил проблему сортировки. Сделайте сервиспак для исправления скачки у себя и я останусь на 501 релизе...
Страшно ставить, такое количество багов...
Причём из разряда откровенно мешающих, вы что вообще не тестируете?...
Сижу и жду когда вредоносность багов исправят хотя бы до уровня полугодичной+ давности, моей используемой версии...
PS:
+Похоже так и не дождусь portable
(c "очень" нужным мне source-code).
PSS: ещё было бы неплохо список хабов - и в такой тип дистрибутива, хотя бы в текстовом виде, но по регионам/провайдерам.
Ежедневный фильм ужасов, или что происходит с пкм после alt+d
http://youtu.be/v0FqxSN9Q-0
Заведите тут раздел FAQ(вопрос-ответ)
Проблема понятна.
Для решения проблемы нужно
так и форум не будем забивать. И можно спросить совет что да как
Так уже есть форум и такая ветка
r502-beta93-x64 build 14468
фильм ужасов не изменился
ночью упал, утром смотрю в браузере крэш ссылка https://www.crash-server.com/DumpGroup.aspx?ClientID=ppa&Login=Guest&DumpGroupID=71745
Настройки-Дополнительно-Use fly-server cloud
Нужно добавить в ВИКИ fly-server
Поиск
Перед вами результаты поиска. Если вы не нашли то, что искали, вы можете создать новую страницу с именем, совпадающим с запросом. Чтобы сделать это, просто нажмите на кнопку «Создать страницу».
Результаты
Ничего не найдено.
r502-beta94-x64 build 14474
косяк с пкм после alt+d ни куда не делся
Роман, не пропадайте.
вы нужны как тестер. т.к. у меня это не повторяется.
также заодно нужно проверить что починился мультик при старте.
Роман, авто-обновите до beta95 ?
http://youtu.be/GaWw-S4ZYJA
все супер, пока работает нормально
ip-шники так и не сохраняются
2gap51
У меня больше не повторяется вашу ошибку :(
я даже себе в виртуалку постаивл 8.1
что-то странное стало происходить, опять упал ночью https://www.crash-server.com/DumpGroup.aspx?ClientID=ppa&Login=Guest&DumpGroupID=71980
Роман. скажите про падение
у вас открыто окно "Очередь отдачи"?
попробуйте сегодня уснуть не открывая его - утром не упадет?
Роман. сегодня вечером выпущу новую бетку
Вероятно падение утром пропадет!
Оставайтесь на связи
Вы очень полезный тестер и сильно помогли :)
Может пользователю выдадим адрес ночных сборок?, так процесс тестирования пройдёт более продуктивно.
Кинь. + расскажи куда что в ввести
може даже со скрином лучше
Роман, скиньте ваш адрес мне на tret2003@gmail.com, вышлю адрес сервера ночных сборок и инструкцию что куда прописать.
Желающие могут потестить последнюю сборку r14501 x86 x64
У меня больше не повторяется вашу ошибку :(
я даже себе в виртуалку постаивл 8.1
Есть варианты, что проверить? Потому как "оно же работало" и с какойто сборки перестало
крашимся, где обновление?
https://www.crash-server.com/DumpGroup.aspx?ClientID=ppa&Login=Guest&DumpGroupID=72104
https://www.crash-server.com/DumpGroup.aspx?ClientID=ppa&Login=Guest&DumpGroupID=71980
Есть варианты, что проверить? Потому как "оно же работало" и с какой-то сборки перестало
есть, от каждой сборки мы храним архив, напомните мне ваш адрес, вышлю ссылку где его можно взять.
to Роман, напишите мне на tret2003@gmail.com, вышлю вам адрес и инструкцию как получать ночные сборки с исправлениями.
to Gap51
Не надо адреса, нашел уже и выслал ссылку на архивы ночных сборок
Не надо адреса, нашел уже и выслал ссылку на архивы ночных сборок
Это ж сколько сборок придется перепробовать ) я ведь не помню когда сломалось. Месяц назад примерно...
действуйте как при индексированном поиске, берём самую старую сборку, тестим, если там работает, берём сборку посередине между текущей и той что только что потестили, т.е. сейчас 14500, а вы допустим потестили 11000, теперь берём 12750 например, тестим, если работает, то берём 13250, если там бага повторяется, то выяснили что между 12750 и 13250 сломали, делим пополам, и тестим 13000 и так далее, таким образом можно быстро не перебирая все сборки найти багу.
берём самую старую сборку
извиняюсь если туплю, но что делать с файлами .pdb ? там во всех архивах только они.
всё нашел
Вобщем потыркался я с разными сборками - ни одна не сохраняет ip. И... ничего личного, решил запустить другой клиент. Проверил сохранение ip - все Ок, сохраняется.
и еще, можно узнать где должны быть все файлы и папки флайлинка после установки? помнится что-то флай размещал в ProgramData. Сейчас там пусто. Что-то изменили?
предположительно c 14468
вопрос другой, за каким дампы если вы просто откатываетесь?
https://www.crash-server.com/DumpGroup.aspx?ClientID=ppa&Login=Guest&DumpGroupID=72435
сейчас 14486 даже стартовать не в состоянии )
Поищите на диске FlylinkDC.sqlite
там и будет профиль.
Роман. куда мы откатываемся?
я вас не понял.
также обновитесь до 14508
Поставил х86 и обновился до 14508, то что было не могло стартовать.
Киньте урл на краш сервер как у вас падает.
я разберу именно ваш случай
Разрабам.
А, вы не прикидывали - какая самая стабильная сборка FlyLink, судя по отзывам.
(по нормальному то это последний release, ну да не будем о грустном).
Просто имея на руках заведомо максимально-стабильную версию
- можно было бы визуальным сравнением довольно быстро вам локализовать новодобавленные баги в исходниках.
пкм на пользователе в чате "информация о пользователе" - стало очень не удобно, что перестал отображаться тег пользователя,
теперь приходится искать в списке пользователей чтобы посмотреть тег пользователя, не знаю как обычным пользователям, а модераторам очень нужно, чтобы знать какой клиент и как настроен чтобы начать помогать без кучи лишних вопросов.
r502-beta96 build 14508
сутки, полет нормальный
Если до менюшек руки дойдут, обратите внимание и на Issue 581.
r502-beta96 build 14508
По моему подстройки нижней панели скачивающих после перезапуска флая сбрасываются сами по умолчанию. К примеру снимаю птичку с панели "шифр", а после перезапуски он опять на своем месте.
Вы о сортировке в колонках?
раньше сохранялись?
Судя по общему молчанию - вероятно нижеследующие баги ДЛЯ ЭТОЙ ВЕРСИИ - только у меня :/
В общем, если надо - сами добавляйте в googl-иссурки, я итак времени угрохал...
БАГИ(FlyLink502-beta92, в ср.с FlyLink502-beta24):
* Файл=>Открыть SQLexplorer - на экране пусто на сером фоне, не понял - может так и задуманно?
* Файл=>Настройки=>Настройка интерфейса=>Сворачивать при закрытии - уверен не верно по умлч.держать включенным, думаю большинство со мной согласится
* Локализация: Файл=>Настройки=>...=>Полоса прогресса=>Цветовой образец вида - после слова "Образец" три символа отс.в рус.шрифте (квадратиком) PS: у меня - нерусиф.ось, и без известных reg-хаков для фотожопы, + понятно весь остальной текст в Флае - норм.
* Файл=>Настройки=>Автобан=>Клиенты - иконка странногог вида: белый квадрат в чёрной рамке с горизонтальным разрывом в центре и без нижней линии
* Локализация: Файл=>Настройки=>Дополнительно=>Use-fly-server-cloud - 1) не руссифицироан Файл=>Настройки=>Дополнительно=>Use-fly-server-cloud - 2) по умолчанию, вопреки требованиям общественности - всё равно включен (можно аналогично другим вынести в диалог предв.настроки)
* GUI: (По прежнему) не сделали общие для всех хабов настройки ширин колонок пользователей Хаба, мин.когда окна хаба - максимизированны. Дикость какая то крутить ширины и добавлять колонки для каждых из нескольких десятков хабов... (А, то и сбрасываемых при обновлениях клиента...)
* GUI: Перестало очищаться общее окно(в момент до полной инициализации, хабов пара десятков), в итоге оно на половинуну - показывает то что под ним, выглядя совсем уж позорненько, раньше - было залито белым и серым
* GUI: Файл=>Настройки=>Дополнительно=>Для экспертов=>Сохранять TTH в потоке NTFS - стоит переместить в: Файл=>Настройки=>Шара=>Настройки NTFS потоков - - т.е.в доп.страничку около настрок шары, а само включение сохранения в потоках - на страничке с папками шары. Иначе пока до неё доходит очередь Флай уже понасоздаёт кучу мусора на диске и просто деоптимизирующих и возм.кому то мешающих анализу данных на вирусятину в потоке. К томужу помещять эту настройку в ДляЭКСПЕРТОВ - глупо, её выключение - заведомо ничего не испортит.
* GUI: Глючит авторазмер окошки Поик слева от гл.Меню - при максимизации и назад, ширина не долна менятьс, тем более от этого эл-та положение кнопок закрытия хабов оказывается почти в центре...
* Звук скачки файлов не должен звучать при скачке файлсписка, что при запросе-IP всех пользователей [на всех хабах] - хорошо наблюдпется...
* INSTALL'er: Большая часть предустановленных для провайдера Воля (явно локальных)хабов - не работает, фиг с ними всё равно не пользуюсь, Но так и не понял может не тех вы подлючли при инсталляции, провайдера выбрал 100% верного (Volia/MaxNet,Харьков). Возм.из-за группировки с MaxNet, я соотв.в Воле, кстати пишется на русском, полностью ТОВ "Воля-Кабель". Не рабочие [в Воле/вообще-сдохли] хабы - DataSvit(dchub://10.0.0.6), MaxNet(dchub://dc.maxnet.ua),Vokar(dchub://77.244.45.130),Serghik(dchub://10.224.48.48),dc.dcwolrd.com.ua(dchub://dc.dcwolrd.com.ua:4899),Не_такой_HUB(dchub://10.106.252.126:8002), итого 6 из 9...
* INSTALL'er: CustomLocations.* явно не в дистрибутиве - это [идеалогически] не правильно.
* Диалог-Поиск: - Вместо категория "Видео" - теперь "Видео и субтитры", это 1) не удобно 2) мало помогает - учитываея что обыно более одного источника, как вариант для желающих - сделать отдельно категори "Видео" и "Видео и субтитры"
* Локализация: В диалоге "FlyLink уже запущен или ещё не закончил операцию закрытия..." - кнопки Да и Нет - на англяцком.
* Не исправили сильное неудобство с списком незахешированных файлов - 1) иногда мерцало вроде при добавл.больш.числа файлов туда 2) тогда же - невозможно было увидеть все файлы/ошибки, а не только несколько последних ошибок. PS: можно "решить" доп.менюшко с диалог Список ошибок, с нормальным скроллингои и шириной с высотой.
* Не исправили баг - отсутствие закачанного файла, который будучи заблокирован при предпросмотре небыл перемещён - а, главное 1) не выведенно сообщение в стате сетевых соединений, без убираний 2) операция сброшенна - вместо периодических попыток переместить после разблокирования.
* ENGINE: После обновления с 502-beta24 (на 502-beta92) появились Какие-то неадекв.использования ресурсов, т.е. ДИКИЕ лаги(проц:10..30%, при посл.перезагрузках ставшие - стабильно 100% на проц-р) ...в интерфейсе, и особенно ЖУТКО - (сразу после загрузки клиента в т.ч.) в Насктройках, и позже в нём же ~при вводе хинтов (активно всего два net-IO потока на мин.скоростях, сумарно до 20kB/s, какая либо особая запись в файлы видно что не идёт (думал - на сохранение IP'шек), fly-server выключил, по кр.мере снял галочку..., - не помогло) И это всё - даже при тех "до 30%", при 100%-же - и войти то туда проблемно, надо ждать до 10 сек!). PS: назад старую мою версию возвращал - в ней всё ok.
PS: Для эксперимента подождал, где то час - без изменений.
PS: Подозрение в том что это из-за импорта БД из старой версии Флая 5 же - не подтвердилось, без него тоже самое (перехэширование понятно прервал). Взял чистую сборку - нет тормозов вообще, подставляя конф.фалы выяснил что дело в большем чем изначально списке хабов. По мере закрытия - снижаясь, напр. 8 самых русских крупных = 60+-20% на проц.
PS: Сугубо ради эксперимента инфа: 1) конфиг что из старой версии(без тормозов), что новый(из инстяллятора) - без разницы 2) Пробовал отключать все чекбоксы которые могут как то реагировать на кол-во хабов, позже все, не помогло. Как вариант так же стоит не скидывать со счетов что какой то чекбокс может вообще не срабатывать.
PS: Сугубо ради эксперимента - переключил на PASV, без результата.
PS: Сугубо ради эксперимента - прибил Favorites.xml и добавил из хабсписка хабов, уже на десятке хабов видно что всё тоже самое... (дело не в порченном Favorites.xml) (скачек с меня в этот момент - 0, на новом конфиге - другой ник).
(продолжение информации по этому багу - ниже)
PS: Сугубо ради эксперимента - анализ переключений контекста(потоков) в Process Explorer выявил ~200..250 переключений в секунду! в ...CreateThread(), да гениально создавать потоки гипердинамически...(тут интересно заметить - в новой версии с большими CPUuse хорошо видно: при переключении в одном из потоков, причом по какому-то вн.условию отличным от других. (была версия что это вызовы обработчика ошибок при цикловом вызове ф-ии, но по логике так не должен тормозить), Что интересно - тайминг ожидания/wait ре-переключения ~= CPUuse (и что позв.предположить что тормоза Флая вообще - именно из-за вызова этой ф-ии в ук.потоке!), что как бы странно, вдвойне что если учесть что хоть переключений в среднем в 10..20 раз тут больше(что тоже странно,а возможно и нет - в зав.от др.вызовов) о соотношение к ним времени ожидания возврата - ~в 10 раз больше(это не странно только если во всех других потоках эта ф-ция вызывается напр.с CREATE_SUSPENDED, во что я не верю как то), и тем более - уч.что у меня не однопрецессный ПК... т.е.таких сумашедших ожиданий гоотовности создания by OS - по логике не должно быть, возм.всё дело в том что в этом потоке создание с CREATE_SUSPENDED, но поток(и) кот.должен был бы вызывать ResumeThread() - сильно тупит. PSS: +и явно эти вызовы завязаны на число подкл.хабов - при ум.их числа не только снижается загрузка проца как ук.выше, но и число контекстных вызовов в рассматриваемом потоке в расматриваемой ф-ии и том условии, почти до нуля; правда это не значит что обязательно ум.число созданий потоков - это может быть и в сл.если Affinity этого потока заблокированно на одном процессоре, на котором и другие потоки, и у которого появилось время для обработки дин.создания потоков, правда всёравно не ясно почему точка/адрес переключения другой и почему в 10 раз дольше была отработка переключения, сравнитьелно. PSS: для инфы всего вроде 40 потоков - при любой версии Флая, но это возм.без уч.кратковременно-созданных) Там ещё видно что похоже частенько(до 50+ в сек) глобальным-хипом балуетесь, но это почти не влияет... PSS: (правда аналогичное число переключение в данном потоки и данной точке наблюдается и в старой версии Флая - только понятно там загрузка проца была поменьше раз в сто, но всё же - к сведению)
PS: К 0-лю часам видать когда загрузка трафика на хабах снизиласть - загрузка проца упала до 30...60% на проц, позже - 20..40%. PS: восст.конфига в "исходно-тормозный" - не помогло.
PS: Деталь: минимизация окна Флая - приводит к падению загрузки с 20..40% до ~0%.... PS: Теперь ясно почему о этом баге не верещат на сайте, как минимум крупные раздатчики, ведь они раздают в свёрнутом состояни, да и к тому же - на одном или неб.числе хабов. PSS: Расм.выше число переключений контекста в сек - тоже явно уменьшилось..
PS: Если у вас тормозов нет - возм.баг только в хп, обновления - в порядке.
* Так и не исправили БАГ когда при добавлении группы файлов или каталога(ов) - не добавляются все альтернативы в подкаталоги. Более того теперь, сравнительтно, при добавлении группы файлов в каталоге: для всех кроме первого в каталоге - меньшее число истоников чем у первого, притом что заведомо известно что их [практически] идентично, что и подтверждает последующий ручной ПоискАльтернатив.
* Так и не вылечили баг когда тянут с меня файл, а на половине сбрасывается и заново перезакачивается.
PS: (тянется тут ещё со стронга, есть и в нём последнем)
PS: (произошло как раз в момент написания, вчера, и судя по шаре и прчм.- 100% явно не атака, а баг ADC или чьего то клиента, название клиента сокрыто хабом как и у др.пользователей, на других его не обнаружил)
PS: (я и сам не раз сталкивался, иногда на куче рядом-расположенных мелких файлов)
PS: Другие тесты(и необходимости): из StrongDC++242 в FlyLink502-beta24(или AirDC++ 2.30) - успешно скачало; из FlyLink502-beta24 в StrongDC++242(или ApexDC 1.5.4 или RSX 1.2.1) - последний выдал ошибку что путь слишком длиннен("Target filename too long").
PSS: (притом что в имени файла всего то! 194 символа, без учёта пути; пробовал даже качать в "C:\123\"; из версий: из-за длины пути в самой шаре - 242 символа(впрочем в л.сл.стандарт то минимум - 260), сам Стронг по кр.мере тоже прошарил его успешно... и отдаёт тоже - успешно,Флаю понятно)
PSS: врем.премещение в корень показало что в данном сл.таки дело в ДЛИНЕ ЗАГРУЖАЕМОГО(КОНЕЧНОГО) ПУТИ, а не шары...
PSS: Эксперименты по обрезанию показали что РЕАЛЬНО-совместимая-максимально-приемлемая длина пути вкл.имя диска = 152 символа!...
PS: Учитывапя что именно на таком нескачивающемся(в Стронге и минимум почти всех производных клиентах) файле - проблема зацикленности скачки, вполне возможно что, этот баг в том числе связан (непостижимыми тропами багов) с длиной конечного полного пути... Хоть и без гарантий, в любом случае баг с длиной критичен ибо НАКОНЕЦ ТО объясняет почему иногда в группе файлов недостаёт части файлов при скачке.
PS: Что делать другим клиентам(в том числе замороженным вроде Стронга) и тем более пользователям(тем более не собирающимся спешить обновлять), не знаю. Было бы неплохо - если бы вы хотя бы других разрабов проинформировали, насколько возможно; а, так же на своём сайте на самом видном вывесили предупреждение:
«Внимание: Было обнаруженно что ряд клиентов(напр.StrongDC++ 2.42) могут недо-скачивать файлы полностью, причём если в группе - то даже скрытно: выводя мельком только в статусной строке, и в зависимости от клиента - не добавляя в список закачки файлов: файлы невмещающиеся в ДЛИНУ ЗАГРУЖАЕМОГО(КОНЕЧНОГО) ПУТИ С ИМЕНЕМ файла большего чем 152 символа (прим: длина в шаре тут не влияет, правда при условии что скачиваемый файл - не предполагает быть в подкаталоге(-ах) суммарно с конечным - превысящем указанную величину). Независомо от DC-клиента раздающего. Флайлинк(~мин.начиная с серии 5.02) этой проблемы скачки - не имеет».
А, самому Флаю - явно СИЛЬНО не хватает предупреждения при хэшировании:
«Внимание: длина имени файла больше условных 100 символов(152_максимум_для_конечного_пути минус резерв), возможна проблема [неявной]невозможности скачивания некоторыми DC-клиентами».
* Так и не исправили БАГ 260 символов. Предъистория: макс.длина которую видит хп Explorer(и др.,напр.Far) - 260 символов (хоть в них же ничего не стоит получить большую длину - случайно увеличив имя каталогов [шары] переименованием или просто перемещением внутрь более глубого), но в л.сл. - с незаметным печальным финалом!. К примеру, Стронг242 уже при хэшировании ругается на такие длины (правда фактически незаметно при невнимательности - в сообщениях, чередуясь с другими ошибками), а Флай - видать открывает при хэшировании через версию ф-ции не ограниченной в стандартных 260 символов, в итоге - если суммарная длина больше:
1) у кучи пользователей с старыми версиями Флая(включая к примеру и 502-beta24) при скачке в Стронге242(глянул - только у него пользователей - полно, особенно за пределами РФ, и есть к примеру - даже, пользователи с версией 1.0 :]) - тот молча ничего не отдаёт, и на удивление в диалоге Список_Загрузок выяснятся что "No user to download from" ! Более того - постоянно делает запросы файлсписка(с меня же качая), и так же как и при добавлеении видать отвергает, а в том же AirDC++ 2.30 - хоть и начинает качать, но притом выдаёт ошибку - более вразумительно: "File not available", в окошке соединений в статусе скачки у пользователя. Попросту говоря - все не смые новые версии Флая(даже 5.xx, что уж про младше говорить) - хоть и смогли прохэшировать, но раздать не в состоянии такие файлы...
PS: Но, даже если бы флай(в ч.н.его СТАРЫЕ версии) могли успешно отдавать файлы в пути длиннее 260 символов - ни кто не гарантирует что суммарная длина СКАЧИВАЕМОГО пути с расшааренным путём и именем файла + ещё и часть конечного локального пути закачивающего файл - будет менее совместих 260 символов, т.е. a) собственно все клиенты кроме (прим: самых последних версий)Флая(only) ЧТО ВООБЩЕ СМОГУТ закачать и успешно сохранить... b) скачивая даже в идеальнейшем случае, т.е.успешно даже сохранив на диске, как пользователь сможет - не то что открыть такие файлы программой (ещё и не быв оповещён, что повсеместно, о такой длине пути) даже просто удалить... (да это я знаю - хаком, переименовывая каталоги, но ожидать подобного от других 90% lame-user'ом не стоит...), в общем и целом только поэтому - шаринг файлов с путями более 260 символов суммарно - не совместим в принципе с ADC, негласно, и для совсем полной совместимости со всеми клиентами - на все времена
PS: Да, в сравнении с 502-beta24 - FlyLink502-beta92 теперь успешно открывает и раздаёт такие файлы, но сам этот фат - тоже БАГ!, см.выше и ниже. Тем же кому не хватает 260 символов - предлагаю добавить опцию Файл=>Настройки=>Шара: "[X] разрешить шару с длиной путей >260 символов, что в ч.н.может воспрепятствовать закачке"
2) Указав на ту же шару Стронгу и уверен большинству прочих клиентов (в т.ч.параллельно с Флаем,как нередко меня, по куче причин, включая резервирование канала) - ни чего даже не хэшируется(правда выводятся предупреждения, но и попробуй заметь в статусной строке с её динамическими изменениями) и потому вообще - не шарятся, тем самым (фактически опять таки чуть ли не по вине Флая:/) - и не информируюется пользователь Флая о том что с него что то недокачают в группе файлов (инсталляции и особенно инсталлированных прог с вложенностями итд), даже - не видя клиентом тех файлов, т.е.не добавив/пропустив...Хорошо если программа не зависнет [с ОС]... А, в случае одиночного - тоже просто не увидят в шаре, что уверен неприятно удивит пользователей расчитывающих на обратное.
+ДАВНО НЕОБХОДИМЫЕ ВСЕМ(уверен точно никто не откажется) УЛУЧШЕНИЯ, хотя как по мне их отсутствие = БАГ(и):
* BACKUP файлы для БД при рестарте клиента, с автовосстановлением по запросу/предупреждению - в случае порчи, что постоянно периодически происходит напр.из-за зависания дров nVidia или вылета/зависона самого клиента, и на всякий случай - на сл.потенц.глюков в новых бетках с совм.с старой базой, а БД кроме восстановимой шары содержит подсветку иногда на сотни тысяч файлов, которая к примеру мне очень нужна, да и уверен и при меньших количествах многим не понравится сбрасывать подстветку своего просмотренного ранее. Учитывая что SQLite - это реально главней козырь Флая - в сравнении с многими конкурентами с xml, стоит ли позорится потерей баз у пользователей, т.е.нивелированием этого плюса...
* Настройки=>Дополнительно=>"Держать файл с изменениями SQLite в памяти. ...", а чтобы не повреждало интервально сейвить, раз в 2+ минут, при отс.обр.к диску и при нал.изменений
PS: а, правильнее - "интервально сейвить" запросы изменений, только
* +Один Ваш конкурент недавно стал использовать LevelDB - судя по отзывам это более эффективное решение чем SQLite, хоть и не совсем БД, но ничего не мешает сделать как надо.Впрочем это не сильно критично, и особенно в сравнении с вышеуказанным всем.
Пожалуй достаточно.
Спасибо за подробные отзывы.
я разнесу все ваши замечания в треккере по issue-кам чтобы не затерялось.
Сможете принять тестирование и оттюнить проблемные места
во флае в треккере?
LevelDB кто стал использовать?
я ее смотрел но в основной репке солюшена под винду не нашел - не стал собирать сам.
эти все баги от того, что прога раздутая стала.
Аналогичная картина как и с уторрент
ИМХО, самое важное нужно оставлять и допиливать - это всё что относится к поиску, DHT, магнетам и загрузке/отдаче. Всё остальное нужно свести до минимума.
* Файл=>Настройки=>Настройка интерфейса=>Сворачивать при закрытии - уверен не верно по умлч.держать включенным, думаю большинство со мной согласится
а как вы решили, что большинству надо?
мне кажется наоборот, у меня и всех моих знакомых, флай и торрент на закрытие имено настроен сворачиваться, потому что часты случаи случайных закрытий, что сильно раздражает пользователей.
у людей уже привычка по всяким скайпам и жаберам, что те программы которые должны висеть в памяти на крестик закрывают только окно, а не саму програму из памяти выгружает.
Ух скока проблем, букаф много но осилил. Некоторые проблемы решаются просто, некоторые не очень, какие-то уже решены и исправлены а какие-то стоит обсудить стоит ли исправлять. Будем обрабатывать, огромное СПАСИБО за проделанную работу!
* Файл=>Открыть SQLexplorer Да, это место ещё не дописано и временно отключено
* Файл=>Настройки=>Настройка интерфейса=>Сворачивать при закрытии не думаю что дефолтные галки критичны да и вы первый кто про конкретную галку заговорил
* Локализация: Файл=>Настройки=>...=>Полоса прогресса=>Цветовой образец вида - после слова "Образец" три символа Была бага, поправили
* Файл=>Настройки=>Автобан=>Клиенты Недописана и иконку для неё ещё не придумали
* Локализация: Файл=>Настройки=>Дополнительно=>Use-fly-server-cloud 1. уже локализовали, будет в следующей бетке 2. про первичные настройки разговор вообще отдельный
* GUI: (По прежнему) не сделали общие для всех хабов настройки ширин колонок пользователей Хаба завёл иссуйку
* GUI: Файл=>Настройки=>Дополнительно=>Для экспертов=>Сохранять TTH в потоке NTFS - стоит переместить в: Файл=>Настройки=>Шара завёл иссуйку
Анонимный пишет,
эти все баги от того, что прога раздутая стала.
- прогресс, #$%!(^*...
Аналогичная картина как и с уторрент
- Не знаю как другие, но к примеру я - начиная с 3-ей версии му'кой уже и не пользуюсь, чего и вам всем советую. Сейчас на 2.2, по привычке. Но учитывая что её перестали раздавать с официального сайта(я уже не говорю сопровождать, улучшать и править), гиперкомерциализуясь, а брать с непонятных источников прогу с net-выходом - [дополнительно] вирусов нахвататься, думаю другим это эквивалентно: правильно - вообще не использовать му'ку... +Советую, для скорости и разгрузки ПК, брать те клиенты что на С, а не на жабе или тем более питоне, подр.о этом см.в википедии.
ИМХО, самое важное нужно оставлять и допиливать - это всё что относится к поиску, DHT, магнетам и загрузке/отдаче. Всё остальное нужно свести до минимума.
- Да, эти элементарные пункты дико позабыты - в погоне за порталами и прч.не пойми за чем нужными вещами в DC-клиенте...
(Нет, я всё понимаю - DC дико не хватает функциональности торрент серверов и особенно комментов к файлам(и ответов на проблемы), как и рейтинга(только правильного, а не как в торрентах - общего, но это уже отдельный разговор), но использования заведомо гипердырявого IE... Я же правильно понимаю что там IE? И опять таки - всё в ущерб тестированию самого DC++).,
Кстати, не понравилось нововведение в Флае - что мин.в бетках вопреки желанию пользователя(-лей) нельзя отключить авто-обновление.
Я уже не говорю про тех у кого повремёнка для вн.запросов или 3kBs модемная связь(полно, судя по скоростям скачек), так ещё что делать если при автообновлении [НА-БЕТКИ] база накроется... И т.д., включая глюки самого обновления, то по десять раз надень обновляет одно и тоже то ещё что то.
И вообще возможность отключения автообновления это НОРМАЛЬНО,
а наоборот - нет.
Не используйте бету там отключается автообновение, а для бет это просто не обходимо.
Евгений,
>>>...Сворачивать при закрытии - уверен не верно по умлч.держать включенным, думаю большинство со мной согласится
>>а как вы решили, что большинству надо?
>>мне кажется наоборот, у меня и всех моих знакомых, флай и торрент на закрытие имено настроен сворачиваться, потому что часты случаи случайных закрытий
- уверен после пары случайных закрытий ЛЮБОЙ способен научится использовать кнопку ОС Закрыть_Приложение - по назначению... И тем более что есть реализации свёртки на кнопке Свернуть(_в_панель_задачь), что как бы идейно ближе.
Я же уверен что куда «сильнее
раздражает пользователей»(особенно новичков в Флая или в его нововедениях) - когда они обнаруживают непонятные тормоза/лаги в програме/играх от вдруг начавшейся интенсивной раздачи, и т.д.,
- после ЗАКРЫТИЯ программы.
>>у людей уже привычка по всяким скайпам и жаберам, что те программы которые должны висеть в памяти на крестик закрывают только окно, а не саму програму из памяти выгружает.
- Не способные поменять свои в редные-привычки всегда в состоянии зайтив Настройки и включить нужное поведение. А, вот для новых пользователей Флая подобное поведение выглядит по большому счёту неадекватно.
Как вариант - можно добавить соотв.чекбокс при первоначальных настройках.
Pavel Pimenov,
1) ok, А, можно узнать - причём тут именно ваш хаб? Спецкоманды не хотелось бы "пускать к себе".
Вообще же, если у вас ни у кого нет машины с такой осью (в т.ч.в дуалбуте) - попробуйте VirtualBox. В ч.н., в нём сеть весьма широко настраивается. Уверен будет куда удобнее и продуктивнее чем таким вот образом тестить, но понятно исключая случай когда в вашем билде ОС тоже самое не повторить.
2) айр. (Но, в принципе подойдёт любая либа специально заточенная для эффективного доступа к паре ключ=данные, с алгоритмарм вроде Btree - без всяких там тормозных и потенциально-глючных SQL запросов и прочих заморочек). Кстати, они активно начали разрабатываться и число минимум забугорных пользователей стало резко рости, imho - так что не спите...
PSS: Но, вам крупно повезло: в их минусе - то, что прекратили поддержку хпыхи(под предлогом нежелания траты время на отдельное тестирование платформы - чего вижу и вам толком не достаёт, и к чему давно стремитесь), а это значит что все те кому нужна 100% совместимости с ней и все лаптопщики и прочие именно - с ней, минимум начиная с последней их версии - пользоватся ею не будут добровольно-принудительно и даже добровольно-принудительно принципиально, так что дерзайте...
...в т.ч.,с вашим багом тормозов в новых бетках [в хп], пока все загрузившие потестить и столкнувшиеся с подобным окончательно не перебежали с Флая.
Ещё бы bundle-подход оттуда позаимствовали, как я когда то, где то тут же, предлагал...
------
NightOrion,
>>про первичные настройки разговор вообще отдельный
- Обсуждениями проблем пусть занимаются мистер Президент, а я уже давно предлагал её РЕШИТЬ - вынеся всё startup-спорное в окно предварительной настроки Флая. Или же - даже всё окно Настроки таковым сделать вызвав - до подключений Флаем, а то и вообще до появления UI - и для его конфигурирования, нчиная со скина и цветов.
AirDC посмотрю.
А почему думаете, что levelDB более устойчевая в случае когда сбоит драйвера или железо и летит база sqlite
вообще WAL журнал транзакций минимизирует риск потери данных.
у меня база никогда не слетала.
в случае с levelDB думаю краш будет более вероятнее
она молодая еще и не так много тестировалась.
можете продемонстрировать как сломать sqlite базу?
Если levelDC взять из-за скорости.
нужно будет провести тестирование
спасибо.
>>А почему думаете, что levelDB более устойчевая в случае когда
>>сбоит драйвера или железо и летит база sqlite вообще WAL журнал
>>транзакций минимизирует риск потери данных.
Сугубо субъективно:
1) Почитал отзывов в поисковике и на хабре
2) Она я так понимаю намного меньше/проще (если нет - нафиг её, возмите какуюнибудь B-Tree библиотеку, вроде есть даже в stl(гляньте может и в wtl), хоть наверное она и standart-тормозна); проще значит и проще самому убедиться в безбаговости её.
>> у меня база никогда не слетала.
Вероятно потому что у Вас ПК мало чем занят, перезапускающим его, у меня же обратная проблема - та же минимум Метро LL на последних(вообще за несколько лет) NVidia драйверах - уводит комп в бсод или ребут постоянно-периодически гарантированно и так у многих(долго мучился пока не подобрал такой NV-драйвер что бы и не вываливался и притом не выдавал "10fps").В последней версии NVidia обещали что "что то исправили из жалоб...", в любом случае - к этому моменту её уже прошол...
Теперь поставил Fallout New Vegas, аналогично - вылеты... Но, уже вроде-как по причине кривизны самого движка(сейчас никак вот тут с Флаем и просто - нет времени занятся допиливанием его конфига из советов в инете).
Это так к примеру, про факторы у разных людей.
>>в случае с levelDB думаю краш будет более вероятнее
>>она молодая еще и не так много тестировалась.
Судя по отзывам как раз наоборот.
Главный же критерий - Вам её должно быть НАМНОГО проще визуально верифицировать.
>>Если levelDC взять из-за скорости.
>>нужно будет провести тестирование
спасибо.
Скорость у Флая терпимая, куда хуже его одно-поточность (я так и не понял как это - при ...40 потоках в нём, заблочили чтоли на один проц чтоли). Дело в том что все эти доп.либы - сами по себе - потенциальных источник багов.
PS: Правда в этом плане тот же вырезанный вами "Queue.xml" с tiniXML - (по крайней мере судя по названию)хоть и тормознее - но куда надёжнее :) Зря вырезали, оставили бы chekbox в настройки - можно было бы переключив тестировать на влияние багов в SQLite.
>>можете продемонстрировать как сломать sqlite базу?
1) Не делать BAKUP файлов в свете багов и нижеописанного...
2) Иногда всеголишь обновить до новой версии БД, может и в истории Флая было такое? :/
3) "Ошибка" [питания] на ПК во время записи любого-вообще файла или записи в эл-т каталога, или журнала ОС, - головка диска может случайно куда угодно прописать изменения...
Даже просто при чтении - может неудачно [несильно] ударить головкой диска и повредить данные.
Я уже не говорю про просто спонтанные шатания винчестера/СистБлока, у меня например частые(кто-то случайно задевает, или протираешь - бац: а его не выключил), хоть при этом ни разу багов из-за этого не заметил, но это ничего не гарантирует (не говоря уже про [мелкие] землетрясения, тем более частные во многих райнох земли).
4) Журнал БД - на самоом деле: не 100% гарантия! Для подобного !минимум нужно выключить кэш записи(в ОС полность к тому же не выключаемый судя по всему) в ОС и аппаратный внутри винчестера... И соответсвенно - забыть о том что у вас не 286. Впрочем, и в ук.идеальном случае, и то есть риск ошибок при проблемах в момент компановки журнала, начиная с внештатного выключения ПК [молнией или глюков в ОС/дровах].
Или вот - как раз сегодня: встал смотрю - помп в ребуте, кто виноват даже не видно. Может сильный пик впитании, может - ПО.
PS:
Правда как раз вчера добавил на ночь потестить надёжность этой бетки :/
(при отсутсвии закачек мной, правда кто то чего то тянол надоолго).
PSS: Кстати, которая уже вчера вечером надоедливо иногда спонтанно падала при [поисках и] скачках (минимум)больших файлов, напр.фильмов(инфа: после рестарта Флая - успешно дозакачавшихся впрочем).
PSSS: Правда, сегодня вот уже почти день успешно работает. В "режиме иконки", понятно.
----
+ Ещё:
* ФИЧА(новая, сранительно с 502-beta24): В Списке_Отданного - запредельные скорости, к примеру 125MB/s, при максимальных то 10-ти... В общем, в ч.н., истинная скорость не ясна.
ДопИнфо: Такое - не у одного, а даже у нескольких пользователей(с разными размерами файлов, от сот kB - до десятков MB), впрочем далеко не у всех - скорее нескольких.
Поправка:
В "режиме иконки", понятно.
=>
В "режиме иконки" и ниразу не стартанутой загрузки фалов или Поиска, понятно.
* файлов
Кто хочет потестить свежий билд
http://yadi.sk/d/OezmKyLC6wOxv
пока всем не выкладываем
Все вероятно мечтают...
- Может стоило написать - чего там изменено ?
(И в ч.н.если ли что то из перечисленного серьзного и чего вы сами не можете потестить ?)
Сырой лог изменений тут
https://code.google.com/p/flylinkdc/source/list
Из всего вам присланного там только правка 3-х неверно отображаемых символов...
Ну да незаметил новую правку: "Звук скачивания файлов не должен звучать при скачивании списка файлов и запросе IP"...
- Может, пока я ещё тут - начнёте править серьёзные проблемы?...
А вы собрались уже уходить?
Стойте - будет много встречных вопросов :)
Вопрос 1.
Можете в своей конфигурации запустить ежовую версию
https://code.google.com/p/flylinkdc/issues/detail?id=804
и оценить насколько стало легде системе?
для ежевой версии есть отдельный канал автообновления
если согласитесь потестировать - Алексей вам сообщит адрес или вообще сделает свежую сборку в архиве.
1) Глянул какой то дикий бред с ежами... Ещё и обновлять затем повторно... ужос идея.
Предлагаю: просто - выкладывать отдельно экзешник Флая или портабл, на крайняк - сборка целиком(но, я так думаю тестить не раз придётся...).
2) Конкретно указывайте где-поменяли/что-тестить.
Ежовую версию можно положить рядом.
Но на счет архива - отписал.
Алексей как сможет отпишет - отсавайтесь на связи.
Любителям контейнеров посвящается:
Guys from Google recently released their implementation of STL containers, which is based on B-trees. They claim their version is faster and comsume less memory, than standart STL containers, implemented via red-black trees. More details here
http://google-opensource.blogspot.ru/2013/01/c-containers-that-save-memory-and-time.html
Из лога текущих изменений:
* Добавлено автоматическое удаление запросов IP адреса. # В Окне "Очередь скачивания": не добавляем меню пред.просмотра не только к файл
листам, но и к DCLST, не полным файл листам, и запросам IP, так же не учитываем
их размер при расчёте размера очереди, и не активируем вкладку для событий по
таким закачкам.
Нечто неудобоварительно тут написанно
- это что теперь файлсписков больше не будет в окне Очереди_закачки ?. Если так то это точно НЕ улучшение. И кроме большей мутности текуших операций, тут автоудаление - не поможет: как прикажете прибивать (успешно, но) ОЧЕНЬ ОЧЕНЬ ДОЛГО качающиеся файлсписки, а то и по двадцать штук с разных хабов - забивая кол-во слотов закачки.
============
Вообще, я поражаюсь вашим приоритетам правки багов...
Уже давно размышляю, а сегодня и вчера - так втройне(ожидая пока программеры проснутся с справой ноги и слабают мне всё же версию для теста - по горячим следам): может вам ваших программеров - конкуренты подкупили ?...
PS:
Заодно косяков плодят быстрее чем ктонибудь успевает всё исправить.
Может стоит провести ревизию багов в контексте их создателей?...
PSS: Да и просто повесить на доску "почёта" список разрабов - по количеству багов?
Уверен самое оно - для стимулирования лучшего теста своего говнокода.
А, лучше не по количеству, а по количеству и вредоносности, предпочтительно с приоритетом - на дыры безопасности.
А я уже на 4-ю версию древнего билда 7008 откатился. Надоело терпеть увеличение тормозов с каждой новой версией. Да и вылеты сейчас реже. Процесс именно того, ради чего использую клиент, сейчас веселее вести.
Нечто неудобоварительно тут написанно
прочитайте ещё раз, там всё понятно
В описани исказано что для файллистов DCLS и запросов IP изменено МЕНЮ по ПКМ и при появлении и удалении их в очереди, вкладка не будет менять свой цвет.
Зато у Вас в профайлере - отсутвует такая необходимая часть для *полноценного* профайлинга как сброс данных из кэша перед считыванием тиков. :/
Не хватает в FlyLink основного свойства :
Отдавать частично закачанные и только что закачанные файлы.
Вы действительно крутой спец?
или понтитесь под анонимом?
Адрес автора профайлера находится в сорцах.
Сообщите о проблеме ему или лучше сделайте патчик.
я специализируюсь на базах данных
сбросом кеша и написанием профайлеров никогда не занимался.
Не хватает в FlyLink основного свойства :
Отдавать частично закачанные и только что закачанные файлы.
Специально проверил, частично закачанные файлы раздаются на ура, если имеется хоть один целый скачанный кусок этого файла и если его нет у желающего скачать. А по поводу только что скачанных, качали сразу в шару или нет? Если в шару то файл раздаётся как только пройдёт хеширование и выемку медиаинформации. Файлы скачанные в нерасшаренну папку не раздаются. Так же возможна раздача файла, который был скачан не в шару если раздача его началась пока он ещё качался, этот момент я не тестировал.
Так же проверил на других клиентах, оригинальный DC++ и EiskaltDC++ раздачу частично скачанных файлов не производят.
к Pavel Pimenov,
1) Вроде бы не понтуюсь, так - ссорказничал.
А, что такое "крутой спец?" :) Точно не я. Я даже ваши БД,MFC/WTL не знаю, правда и знать не хочу. И сравнительно давно вообще не программирую.
(Тем более программирование - область где по моим наблюдениям даже просто специалистов, т.е.чётко знающих что и как реально работает в итоге, и готовых голову положить в прямом смысле - за результат, уже десятилетий пять+ как не появляется и не появится. Только никто из программистов об этом обычно "розово-очково" не догадывается, или молчит в тряпочку не желая терять репутацию всемогущества в глазах роботодателем и перед его клиентами...)
2) Отсылать куда то что то - не вижу смыслу, тем более что автора и так явно всё давно устраивает. Так что ждать реакции скорее всего долго будете...
3) Можете глянуть например тут+ссылки:
http://ru.wikipedia.org/wiki/Rdtsc
тогда не убегайте.:)
Вам Ежик подготовил сборку в виде архива
http://code.google.com/p/flylinkdc/issues/detail?id=804
можете в своей конфигурации оценить на глаз
лучше?
там отрезано много чего из плюшек.
+ включена полная оптимизация в VC++ под SSE2.
Также я прикрутил levelDB к флаю.
"4-ю версию древнего билда 7008"
Можно узнать почему откатились на билд 7008?
Если не нравится 5xx ветка.
в свежей r417 я тоже что-то сломал?
Pavel Pimenov
"Можно узнать почему откатились на билд 7008?"
Логика простая. Скорее всего, я начал пользоваться FlylinkDC++ именно с этой версии, т.к. она самая старая из имеющихся у меня. А так как с обновлением ситуация со стабильностью не улучшалась, а наоборот, то принял такое кардинальное решение. Сейчас отдыхаю, когда наберусь терпения, или увиижу массу сообщений о стабильности, смогу снова попробовать свежую версию.
>>Вам Ежик подготовил сборку ... можете в своей конфигурации оценить на глаз - лучше?
- Никакой "моей конфигурации" - не надо, достаточно добавать пару десятков крупнейших ru-хабов (в час пик, иначе - лучше побольше).
>>там отрезано много чего из плюшек.
- не особо много.
>>Также я прикрутил levelDB к флаю.
- Зря, выдавать тестить стоило с QSLite,я как то не обратил внимание, а то теперь результаты неоднозначны.
А, так пока ничего не могу сказать кроме того что не заметил разницы, правда для теста закачал лишь тройку больших файлов, так и с .XML разницы не заметить. Тестить нужно на огромном огромном числе скачиваемых/отдаваемых файлов, позже как нибудь проверю.
PS: Обновлено: впрочем там всёравно используется SQLite... судя по заново-созданным *.sqlite* файлам.
=========
А, собственно по тестам[скорости] - могу сказать следующее:
* В отличие от betta52 эта ежовиковая - после загрузки вываливается уже при старте... после(и даже - ещё будучи в) окошке "Настройки". Впрочем, где наша не пропадала - подмена (чистого)конфига(с beta-92) и... - вуаля: всё OK, что и позволило сделать последующие эксперименты.
* Зато при переключенни на закладку Интеграция в настройки - чего то пишет в ОС startup... Соответственно - без нажатия кнопки Добавить в автозагрузку.
* Шлёт какие то подозрительные ОС сообщения к csrss.exe...
* (По прежнему) Автообновления так и не выключаются...
...
* Так, добавил пару десятков(точнее 31, с поправкой - на не часпик) крупнейших хабов, результат:
- Гипер тормоза отсутсвуют как класс, 0 % (и я отчего то уверен что это не включенное SSE так ускорило),
Правда - баг, окошки-пользователей-на-хабах - дефолтно выключенны, надеюсь это не очередная "нано-новация" на будущее...
PS: Для теста производительности включил все окошки пользователей на хабах, результат:
а) каждое окошко при инициализации жрёт от 50% до 100(на проц,условно) - что понятно и является причиной долгого дикого тупления Флая вообще при инициализации Флая
б) каждое новое окошко списка пользователей добавляет 6% на проц,
в) все вмесате - 60%..80% на проц, условно.
г) субъективно интерфейс стал отзывчевей, если конечно это не результиат обрезания "ежом" и тем более если конечно не считать ужасных периоических лагов - на перемещениях мышки и всего ГУИ(перемещ.окон, скроллинга, тыкании где угодно, итд), но и замеры делались - далеко не в часпик как тогда, и практически без сетевой нагрузки. На моих, не всех крупных хабах - ~60%, иногда 40%. Для сравнения, в стронге242 даже скроллясь по юзерам даже в озёрках - всего до ~20%+-10, изредка до 60% на проц,условный.А, в старой beta-24 - 30...40%. (Размер окон и субокошек - ~одинаков).
PS: Что интересно Поиск .avi & >2GB - проц дополнительно не грузил, впрочем если выключить окошки с пользователями - будет 10..40%.
* Похоже Флай даже отдавая время ОС - как то интенсивно обращается к памяти, например - загружаю KMPlayer получаю 10% =>70% (+60%! именно на Флае в Диспетчере задач), выгружаю - опять 10%, итд. На том же стронге242 - разница не более чем в два раза.
* Ух и успел подзадолбать меня это ваш Minimize=>Tray пока тестил на дефолтных настройках...
* Чекбокс "Искать в облаке" - это теперь так переводится: "Use fly-server cloud" ?... А, "fly-server"(ещё и выделясь языком) не упомянули - должно быть специально чтобы глаза не мозолило, дабы не рвались вырубать?...
-----------------------------
PS: По поводу остальных 27 обнаруженных в этой версии багов - опубликую их когда увижу что с этим и прочими вышеперечисленными куда более важными (в ч.н.мне) разберётесь, а то начнёте опять мелочи и править.
В конце концов обидно - тестишь вам тут на шару сотни багов находишь и даже в иссуйке не занесли абсолютнейшее большинство...
Вы не хотите подключиться к нам в скайп-чат.
Там есть Ежик и другие разработчики-тестеры.
В онлайне подскажете что у нас криво + совместно найдем узкое место и устраним.
если согласны - пишите
pavel.pimenov@gmail.com
если не согласны, то оставайтесь анонимом в блоге
очень много идей с вашей помощью появилось. огромное спасибо!
Про билд 7008
Если вы сидите на ветке 4xx
попробуйте r417 и если будут замечания отпишите - я приму их на контроль и поправлю.
программка не должна становиться хуже для пользователя.
мы (программисты) к сожалению нарушаем это правило в надежде изучить новые технологии и компиляторы..
Приношу извинения.
к Pavel Pimenov:
>>Вы не хотите подключиться к нам в скайп-чат.
1) не пользуюсь
1.5) подключаться куда то для ещё и обсуждений написанного - нет смысла: я и так тут подробнейше всё расписал, были бы желающие делать.
2) >> очень много идей с вашей помощью появилось.
- Собственно идеи я ещё не начал вам писать...
И очень много сил прилагаю чтобы этого не делать - на фичизме не один миллион проектов загнулося, а у вас и своих хватает, даже слишком...
Не большое предложение по автообновлению. Что если при обновке старый Flylink.exe не будет переписываться, а будет переименовываться, например, в Flylink_OLD.exe. Тем, кто сидит на серой ветке возможно пригодится. Иногда бывает, что нужно откатиться, и начинаются судорожные поиски предыдущего релиза.
Отправить комментарий