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
* Добавлена корректная проверка на то, поддерживает ли раздел стримы
Подписаться на:
Комментарии к сообщению (Atom)
Сообщения
42 комментария:
Как выключить смайлы?
elanc
правой кнопкой мыши на смайлике и выбрать там Disabled
http://code.google.com/p/flylinkdc/source/browse/trunk/compiled/todo.txt
предлагаю устроить голосование :)
просто пишем номер(номера)… (фичи, баги, … чёртика :) )
и ещё пару моментов
локальные баны это не есть хорошо, лучше что бы администрация хабов это делала
кто против локальных банов напишите "-777", кто за(т.е. так как есть сейчас) напишите "+777"
Переопределять статус клиента
кто за напишите "+555" , кто против напишите "-555"
напоминает смс голосование ))) ёлки =)))
Да это несерьезно... Ну напишет тут 10 человек, и что: это будет достаточная аргументация для введения/невведения таких фич что ли?
А реализованно ли вообще многопроцессорность в клиенте и будет ли она
ну это для начала ) потом тему сделаем с голосовалкой, а это так сказать старт :)
А реализованно ли вообще многопроцессорность в клиенте и будет ли она
каждая закачка это отдельный поток, открытый хаб тоже ) но пока особой много поточности на критичных вещах типа обрисовки интерфейса и хешировании нету... на хеширование планируется распараллеливание, на интерфейс пока нет, ибо идеи как это безболезненно сделать нет :)
-777
-555
>:(
Дайошь консольную версию под вендец и порт под линапс!!!!11!1
забанься линупсист. пиши linux. порт ненужен. пока кроме наличия пароля на личке флай не имеет преимуществ переде linuxdc++\valknut из trunk разработчиков. я гарантирую это.
+777
+555
забанься линупсист. пиши linux. порт ненужен. пока кроме наличия пароля на личке флай не имеет преимуществ переде linuxdc++\valknut из trunk разработчиков. я гарантирую это.
оллоло
У valknut БОЛЬШИЕ проблемы с ADC (у флая их тоже есть, но меньше)
-555
на хеширование планируется распараллеливание
Зачем? Всё равно скорость чтения с жесткого диска является узким местом и её уже никак не повысишь. Ну будет два ядра загружено; пусть даже четыре. От того что прочитанное с диска быстрее обработается, следующая порция данных быстрее не придёт. Задумайтесь. Выгоды нет.
Почему нет то когда запущено много программ и все используют одно ядро,тогда флай переодически виснет
особенно заметно когда 4-х ядерный проц
На сколько мне известно, винда раскидывает процессы по всем ядрам равномерно.
И с 4х-ядерным процессором у вас в принципе всё летать должно, а не виснуть.
У меня два ядра. Ничего не виснет.
Я ещё раз прошу обратить внимание: скорость обработки информации современными процессорами и скорость чтения этой самой информации с жёстких дисков - величины разных порядков.
Хотя если ещё подумать: нужно сравнить скорость чтетия и скорость хеширования. Если они совпадают - значит распараллеливание не даст прироста скорости - ведь жёсткий диск достигает предела своих возможностей. А если не достигает - значит дело в скорости обработки, и распараллеливание очень даже поможет. Сегодня вечером специально потестирую свою жестянку и отпишусь о результатах.
Ога, я всё протестил:
скорость HDD на чтение (по данным HD Tach 3) составила 31 МБ/с
Скорость хеширования - 25 МБ/с.
Нагрузка на CPU от процесса флайлинка при хешировании была около 15-20%
Так как проц у меня двухядерный (средненький по современным меркам Core2Duo@1500), то в случае нехватки процессорной мощности при хешировании нагрузка на CPU от флая составила бы ровно 50%. И вот тогда бы могли быть тормоза.
но раз нагрузка не превысила 20% - можно сделать вывод, что узким местом является таки система ввода/вывода.
P.S. Было бы неплохо, если бы ещё кто-нибудь провёл аналогичный тестик.
А теперь представьте, что у вас не один жесткий диск. У многих их по два, а у меня так вообще четыре.
Кстати, при копировании диск-диск (новенькие терабайтники от Хитачи и Самсунга) виста показывала скорость от 80 до 100 мегабайт/с (склонен ей верить :-) )
Так что смысл распараллелить хеширование есть и смысл очень серьезный.
Зачем? Всё равно скорость чтения с жесткого диска является узким местом и её уже никак не повысишь. Ну будет два ядра загружено; пусть даже четыре. От того что прочитанное с диска быстрее обработается, следующая порция данных быстрее не придёт. Задумайтесь. Выгоды нет.
будущее батенько это раз,
и два чем равномернее нагрузка на систему тем лучше, вот тем людям у кого сейчас проблемы такого характера: флай вешает всю систему когда хеширует… это очень поможет )
ps: это не сложно распараллелить кстати
pps: я ещё на CUDA хочу хешер сделать :-[
На сколько мне известно, винда раскидывает процессы по всем ядрам равномерно.
И с 4х-ядерным процессором у вас в принципе всё летать должно, а не виснуть.
что винда что линукс, да "распараллеливают", если есть два потока, ось эти два потока ровненько на 2 проца и раскидывает а если он один (во флае потоков хоть и много, но самый ресурсоёмкий хешер и он один) то и будет под завязку грузить одно ядро будь их в системе хоть 128 :)
ps: у меня 4х ядерник, на нём вроде норм(но тут вся шара по сетке, и притом 100Мб-й так что 10 метров они и на 3 пеньке, из старших, будут те-же 10 метров :) ) а вот на серваке стоит 4 пень с двумя конвеерами(не ядрами), так вот там флай честно, под полочку, грузит один конвеер на полную что не есть хорошо
pps: знали бы вы как "замечательно" windows управляет потоками, в vista ещё худо бедно хотя бы попытки видно, а в XP вообще труба :-[ но это я отвлёкся }:]
ну и совсем пост pps :)))) идея на далёкое будущее сделать так что если добавили в шару два файла с разных физических дисков шарить их в параллель вооть :)
Столкнулся с проблемой смены ника в чате. Компом пользуемся втроем. Попытка внести один хаб три раза, с разными никами - провалилсь.... пишет хаб такой уже есть в фаворитах. А было бы очень удобно. Получается когда садишься за комп, надо лезть в свойства и менять ник - долговато получается.
+777
+555
да не учёт вышел...
как вариант сделайте вот как при добавлении хаба в фавориты
для одного добавьте просто адрес, для второго с портом, для третьего с префиксом
пример:
80.92.102.122
80.92.102.122:411
dchub://80.92.102.122
и если вас троих с одного ip пустит хаб, что же всё хорошо
ps: после добавления можно отредактировать поле и оставить просто адрес вооть :-[
pps: внёс в todo как проблему, решение в голову здравого не пришло… час ночи :)
http://xmages.net/out.php/i267835_Untitled1.png
-------------------------------------
Интересно вот, что за файлы такие безымянные скачивал с меня товарищ SVOLOCH? При клике на "Открыть папку" открывается "Мой компьютер". о.О
-555
-777
+555
-777
-555
+777
Столкнулся с проблемой смены ника в чате. Компом пользуемся втроем. Попытка внести один хаб три раза, с разными никами - провалилсь.... пишет хаб такой уже есть в фаворитах. А было бы очень удобно. Получается когда садишься за комп, надо лезть в свойства и менять ник - долговато получается.
так зачем вписывать в хабы ник? просто без ника добовляйте и при запуске меняйте ник в настройках самой дс и всё.
+777
+555
-555
-777
Без ника добавляю хаб в фавориты - результат: берет ник из основных настроек по умолчанию, ничего не спрашивает.
Удаляю ник из основных настроек - отказывается соединятся, ник не спрашивает, просит его ввести в основных настройках.
Так что проблема пока остается.
дайте ссылки на народ.
Без ника добавляю хаб в фавориты - результат: берет ник из основных настроек по умолчанию, ничего не спрашивает.
Удаляю ник из основных настроек - отказывается соединятся, ник не спрашивает, просит его ввести в основных настройках.
Так что проблема пока остается.
эмм, а кто мешает прописать в настройки этих избранных хабов руками разные ники Oo
Не заметил, чтобы кто-то жаловался на достаточно давно появившуюся проблему. Периодически (несколько раз в день) появляется юзер, который с бешенной скоростью начинает запрашивать один и тот же tth. В нижней информационной панели скачивания он настолько быстро перемещается из качающих в "скачивание завершено", что поймать его мышкой очень трудно. Процессор начинает подгружаться, особенно когда этот юзер к тебе коннектится сразу через несколько хабов и в несколько потоков происходит этот запрос.
Единственное решение проблемы - забанить юзера через контекстное меню.
На ответной стороне может быть как флайлинк, так и иной клиент.
Уже длительное время в перестаёт сохранятся очередь загрузки после закрытия программы. Раньше я не сильно обращал на это внимание, т.к комп всегда был включен, но теперь это изрядно начало доставать
Все сохраняется.
Периодически (несколько раз в день) появляется юзер, который с бешенной скоростью начинает запрашивать один и тот же tth. В нижней информационной панели скачивания он настолько быстро перемещается из качающих в "скачивание завершено", что поймать его мышкой очень трудно.
есть такое, да...
периодически появляется
http://flybot.uservoice.com
эмм, прошу прощения мб ввёл в заблуждение :)
http://flybot.uservoice.com
это страничка для голосования по Flybot-у :-[
http://code.google.com/p/flybot/
>эмм, прошу прощения мб ввёл в >заблуждение :)
>http://flybot.uservoice.com
>это страничка для голосования по >Flybot-у :-[
>
>http://code.google.com/p/flybot/
почему бы тоже самое не сделать для самого Flylink DC?
почему бы тоже самое не сделать для самого Flylink DC?
можно, но мне например сейчас не до этого :-[
запишите в todo
Отправить комментарий