понедельник, 8 июня 2009 г.

FlylinkDC++ r386 beta8

SetupFlylinkDC-r386-beta8-build-1970.exe
SetupFlylinkDC-x64-r386-beta8-build-1970.exe

FlylinkDC-r386-beta8-build-1970(08-Jun-2009_18_33).rar
FlylinkDC-r386-beta8-x64-build-1970(08-Jun-2009_18_39).rar
FlylinkDC-r386-src-beta8-build-1970(08-Jun-2009_18_34).rar

r1969 | bripper60 | 2009-06-08 17:57:43 +0400 (Пн, 08 июн 2009) | 1 line
* Добавлена корректная проверка на то, поддерживает ли раздел стримы

42 комментария:

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

Как выключить смайлы?

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

elanc
правой кнопкой мыши на смайлике и выбрать там Disabled

http://code.google.com/p/flylinkdc/source/browse/trunk/compiled/todo.txt

предлагаю устроить голосование :)
просто пишем номер(номера)… (фичи, баги, … чёртика :) )

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

и ещё пару моментов
локальные баны это не есть хорошо, лучше что бы администрация хабов это делала
кто против локальных банов напишите "-777", кто за(т.е. так как есть сейчас) напишите "+777"

Переопределять статус клиента
кто за напишите "+555" , кто против напишите "-555"


напоминает смс голосование ))) ёлки =)))

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

Да это несерьезно... Ну напишет тут 10 человек, и что: это будет достаточная аргументация для введения/невведения таких фич что ли?

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

А реализованно ли вообще многопроцессорность в клиенте и будет ли она

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

ну это для начала ) потом тему сделаем с голосовалкой, а это так сказать старт :)


А реализованно ли вообще многопроцессорность в клиенте и будет ли она

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

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

-777
-555
>:(

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

Дайошь консольную версию под вендец и порт под линапс!!!!11!1

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

забанься линупсист. пиши linux. порт ненужен. пока кроме наличия пароля на личке флай не имеет преимуществ переде linuxdc++\valknut из trunk разработчиков. я гарантирую это.

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

+777
+555

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

забанься линупсист. пиши linux. порт ненужен. пока кроме наличия пароля на личке флай не имеет преимуществ переде linuxdc++\valknut из trunk разработчиков. я гарантирую это.
оллоло

Slippery Jim комментирует...

У valknut БОЛЬШИЕ проблемы с ADC (у флая их тоже есть, но меньше)

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

-555

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

на хеширование планируется распараллеливание

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

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

Почему нет то когда запущено много программ и все используют одно ядро,тогда флай переодически виснет
особенно заметно когда 4-х ядерный проц

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

На сколько мне известно, винда раскидывает процессы по всем ядрам равномерно.
И с 4х-ядерным процессором у вас в принципе всё летать должно, а не виснуть.
У меня два ядра. Ничего не виснет.
Я ещё раз прошу обратить внимание: скорость обработки информации современными процессорами и скорость чтения этой самой информации с жёстких дисков - величины разных порядков.

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

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

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

Ога, я всё протестил:
скорость HDD на чтение (по данным HD Tach 3) составила 31 МБ/с
Скорость хеширования - 25 МБ/с.
Нагрузка на CPU от процесса флайлинка при хешировании была около 15-20%
Так как проц у меня двухядерный (средненький по современным меркам Core2Duo@1500), то в случае нехватки процессорной мощности при хешировании нагрузка на CPU от флая составила бы ровно 50%. И вот тогда бы могли быть тормоза.
но раз нагрузка не превысила 20% - можно сделать вывод, что узким местом является таки система ввода/вывода.
P.S. Было бы неплохо, если бы ещё кто-нибудь провёл аналогичный тестик.

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

А теперь представьте, что у вас не один жесткий диск. У многих их по два, а у меня так вообще четыре.
Кстати, при копировании диск-диск (новенькие терабайтники от Хитачи и Самсунга) виста показывала скорость от 80 до 100 мегабайт/с (склонен ей верить :-) )
Так что смысл распараллелить хеширование есть и смысл очень серьезный.

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

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

будущее батенько это раз,
и два чем равномернее нагрузка на систему тем лучше, вот тем людям у кого сейчас проблемы такого характера: флай вешает всю систему когда хеширует… это очень поможет )
ps: это не сложно распараллелить кстати
pps: я ещё на CUDA хочу хешер сделать :-[


На сколько мне известно, винда раскидывает процессы по всем ядрам равномерно.
И с 4х-ядерным процессором у вас в принципе всё летать должно, а не виснуть.


что винда что линукс, да "распараллеливают", если есть два потока, ось эти два потока ровненько на 2 проца и раскидывает а если он один (во флае потоков хоть и много, но самый ресурсоёмкий хешер и он один) то и будет под завязку грузить одно ядро будь их в системе хоть 128 :)
ps: у меня 4х ядерник, на нём вроде норм(но тут вся шара по сетке, и притом 100Мб-й так что 10 метров они и на 3 пеньке, из старших, будут те-же 10 метров :) ) а вот на серваке стоит 4 пень с двумя конвеерами(не ядрами), так вот там флай честно, под полочку, грузит один конвеер на полную что не есть хорошо
pps: знали бы вы как "замечательно" windows управляет потоками, в vista ещё худо бедно хотя бы попытки видно, а в XP вообще труба :-[ но это я отвлёкся }:]
ну и совсем пост pps :)))) идея на далёкое будущее сделать так что если добавили в шару два файла с разных физических дисков шарить их в параллель вооть :)

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

Столкнулся с проблемой смены ника в чате. Компом пользуемся втроем. Попытка внести один хаб три раза, с разными никами - провалилсь.... пишет хаб такой уже есть в фаворитах. А было бы очень удобно. Получается когда садишься за комп, надо лезть в свойства и менять ник - долговато получается.

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

+777
+555

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



да не учёт вышел...
как вариант сделайте вот как при добавлении хаба в фавориты
для одного добавьте просто адрес, для второго с портом, для третьего с префиксом
пример:
80.92.102.122
80.92.102.122:411
dchub://80.92.102.122

и если вас троих с одного ip пустит хаб, что же всё хорошо
ps: после добавления можно отредактировать поле и оставить просто адрес вооть :-[
pps: внёс в todo как проблему, решение в голову здравого не пришло… час ночи :)

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

http://xmages.net/out.php/i267835_Untitled1.png
-------------------------------------
Интересно вот, что за файлы такие безымянные скачивал с меня товарищ SVOLOCH? При клике на "Открыть папку" открывается "Мой компьютер". о.О

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

-555
-777

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

+555
-777

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

-555
+777

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

Столкнулся с проблемой смены ника в чате. Компом пользуемся втроем. Попытка внести один хаб три раза, с разными никами - провалилсь.... пишет хаб такой уже есть в фаворитах. А было бы очень удобно. Получается когда садишься за комп, надо лезть в свойства и менять ник - долговато получается.

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

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

+777
+555

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

-555
-777

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

Без ника добавляю хаб в фавориты - результат: берет ник из основных настроек по умолчанию, ничего не спрашивает.

Удаляю ник из основных настроек - отказывается соединятся, ник не спрашивает, просит его ввести в основных настройках.

Так что проблема пока остается.

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

дайте ссылки на народ.

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

Без ника добавляю хаб в фавориты - результат: берет ник из основных настроек по умолчанию, ничего не спрашивает.

Удаляю ник из основных настроек - отказывается соединятся, ник не спрашивает, просит его ввести в основных настройках.

Так что проблема пока остается.



эмм, а кто мешает прописать в настройки этих избранных хабов руками разные ники Oo

LAV © комментирует...

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

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

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

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

Все сохраняется.

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

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

есть такое, да...
периодически появляется

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

http://flybot.uservoice.com

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

эмм, прошу прощения мб ввёл в заблуждение :)
http://flybot.uservoice.com
это страничка для голосования по Flybot-у :-[

http://code.google.com/p/flybot/

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

>эмм, прошу прощения мб ввёл в >заблуждение :)
>http://flybot.uservoice.com
>это страничка для голосования по >Flybot-у :-[
>
>http://code.google.com/p/flybot/

почему бы тоже самое не сделать для самого Flylink DC?

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

почему бы тоже самое не сделать для самого Flylink DC?


можно, но мне например сейчас не до этого :-[

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

запишите в todo