Депозит:
SetupFlylinkDC-r500-alpha49-build-4100.exe
SetupFlylinkDC-x64-r500-alpha49-build-4100.exe
Яндекс:
SetupFlylinkDC-x64-r500-alpha49-build-4100.exe
SetupFlylinkDC-r500-alpha49-build-4100.exe
Яндекс:
FlylinkDC-r500-alpha49-build-4100-06-May-2010-18-52.zip
FlylinkDC-r500-alpha49-x64-build-4100-06-May-2010-19-08.zip
FlylinkDC-r500-src-alpha49-build-4100-06-May-2010-18-53.zip
Депозит:
FlylinkDC-r500-alpha49-x64-build-4100-06-May-2010-19-08.zip
FlylinkDC-r500-src-alpha49-build-4100-06-May-2010-18-53.zip
FlylinkDC-r500-alpha49-build-4100-06-May-2010-18-52.zip
------------------------------------------------------------------------
r4099 | tret2003 | 2010-05-06 13:14:59 +0400 (Чт, 06 май 2010) | 4 lines
* [merge] из 3хх (Closes issue #84) : Сохранение истории поисковых запросов при перезапуске программы
* (Closes issue #88) : Реализация возможности установки на закачку магнет ссылки из буфера
* отключение одного перевода, не компилились debag версии
* добавил потерянный файл в проект
Подписаться на:
Комментарии к сообщению (Atom)
Сообщения
109 комментариев:
С проблемой списков с русских ников когда разберетесь
Ну неужели! Закачка по магнет ссылкам! Не прошло и три года...
С проблемой списков с русских ников когда разберетесь
Работаем над ней и днём и ночью...
К стате баг с русскими никами единственный или есть ещё.... огласите весь список пожалуста )
когда автобан почините
Есть баг когда в нижнем списке закачек , они пропадают. Хотя на самом деле файл качается.
Стоит общее ограничение скорости отдачи в настройках. Убираю ограничение скорости юзеру - ничего не меняется.
дополнение к багу к русскому нику: те, у кого русский ник, так же не могут с тебя качать (хотя если поставишь флай 3xx ветки - спокойно качают)
дополнение к багу к русскому нику: те, у кого русский ник, так же не могут с тебя качать (хотя если поставишь флай 3xx ветки - спокойно качают
А теперь давайте уточним, чтоб всем уже было понятно, если я на 500 ставлю русский ник, то качать с других пользователей 500 версии несмогу, только с 300 качает ?, при этом с русским ником с 300 версии качается с 500 ?
r500 вообще не качает и не отдаёт файл листы ни кому с русскими никами, даже если одна буква русская.
Проверил на одном компе в два окна.
Первый клиент 49 альфа, второй r398 build 4030. Пока в r300 не сменил ник на английский писалось просто "соединение..."
как только поменял ник и переподключился, файллист загрузился сразу
А когда нормальные инсталяшки будут?
подтверждаю все, что написал Tirael
и это очень досадный баг, т.к. в корбиновской(билайновской) сети есть пользователи с шарой по 20-60ТБ, и ники у них русские, а значит качать с них не получается
А когда нормальные инсталяшки будут?
-
А они вроде нормальные
В alpha49 я инсталляции не успел залить. счас поправлю
http://narod.ru/disk/20505375000/SetupFlylinkDC-x64-r500-alpha49-build-4100.exe.html
http://narod.ru/disk/20505367000/SetupFlylinkDC-r500-alpha49-build-4100.exe.html
А у одного меня наблюдается проблема с определением разрыва соединения?
Подробнее: клиент всегда запущен (чаще всего в свернутом виде), периодически раскрываю, там все по старому.. через время смотрю - снова ничего не меняется. Переподключаюсь к хабу - совсем другая картина (по последним сообщениям на хабе видно, что активность была..) Выходит, что
был разрыв связи, но флайлинк никак на это не отреагировал и просто висел как ни в чем не бывало. Было не один раз.
В догонку анонимному коллеге:
- При отключении любого юзера от хаба, его ник некоторое время висит в Списке Пользователей. При попытке написать такому юзеру ЛС, выкидывает с хаба.
На протяжении многих сборок наблюдаю следующий баг. При смене настроек сетевого подключения и попытке выхода из программы, окно последней закрывается, но в процессах она продолжает висеть, пока не завершишь вручную. После следующего запуска все изменения настроек подключения сохраняются и программа нормально работает и при выходе процесс завершается. Но стоит опять сменить настройки подключения и выйти, она опять продолжает висеть в процессах. Пробовал отключать UAC и запускать от имени админа - результат тот же. Ось вин7 х86 оригинальный образ с мсдн, 3 гб ОЗУ, C2D E6750.
Есть такое дело. Подтверждаю анонимного коллегу.
Не добавляется файл в закачку, ни через поиск, ни через прямой ввод магнет ссылки.
Проблема явно ы пути. Наблюдается когда указываю скачать в корень диска.
В скачивании выводится: Сегменты 50/50
При попытке установить больше, а именно 200 сегментов - ничего не меняется. Т.е. я один файл могу качать максим с 50 пользователей.
В общих настройках скачивания никаких ограничений не выставлено.
Проблема с максимум 50 сегментов тянется уже с десяток версий.
Также через некоторое время, предположу что когда набирается предельное число источников - 50, но не факт что это так, - внизу окна, где должна выводиться закачка - она пропадает. При этом в окне "Очередь скачивания" явно видно что файл качается.
Данная бага тожа тянется уже с десяток версий, а то и больше.
Версия флая r500 alpha 49 build 4100 32 bit
свернул флай alpha 49-x64
win 7-x64 в свернутом виде вижу как общаются в опчате при развернутом виде увидел 1 сообщение из более чем 20 положеных --- посмотрите что это за прикол
Почему-то постоянно хешируется ...\Opera\wml.css
Opera 10.53 сборка 3374 стоит как браузер по умолчанию, в шару не добавлял системных папок.
Очень странная проблема запустил новую альфу чтобы проверить все ли работает потом нажал выход и тут начались лаги открыл диспетчер задач оказалось что процесс flylinkdc.exe съел 95 процентов оперативы пришлось вырубать его ручками чтобы память освободил!!! Интересно знать из-за чего может быть такая проблема???
исправьте ошибку в тексте кто-то патается на пытается использовать ваш клиент для спама ... в этом тексте
http://s48.radikal.ru/i121/1005/2b/ed788d72df15.png
Добавил Issue 90, 91.
Есть рацпредложение: сделать отдельный счётчик слотов для локальных пользователей.
Мой пример: есть локальная сеть с выходом в Инет. Всего открытых слотов - 100 (т.к. с Инета пользователи качают очень долго, то локальные встают на очередь). Препятствует эффективному файлообмену. Если бы был раздельный счётчик, то можно было бы выставить для Инет-пользователей - 20 слотов (будут качать намного быстрее), и 15 слотов на локальных пользователей (она на своих 100Мбит не будут мешать и занимать слоты).
Black-code запусти два клиента с раздельными настроками. Это также касается разных шар, разных банов, разных слотов и всего разного на разных хабах.
Сейчас сперва надо профиксить все баги и реализвать приоритетные функции, а фигню уже потом.
Black-code запусти два клиента с раздельными настроками. Это также касается разных шар, разных банов, разных слотов и всего разного на разных хабах.
Сейчас сперва надо профиксить все баги и реализвать приоритетные функции, а фигню уже потом.
Во-первых - это предложение, а не указание сделать так; Во-вторых - посмотрел бы я на то как ты файл у меня качаешь на скорости 6КБит/с...
Я качаю всреднем со скоростью 18-20 мегабайт/с. Главное знать как качать:
- Много источников
- По возможности сразу много файлов
- Много хабов
- Поиск альтернатив всеми 3-мя способами
конешно всё это дело упирается в число "50 сегментов на файл максимум", которое я надеюсь скоро поправят.
Флай во время работы разрушил свою БД.
Флай был оставлен на всю ночь: скачка/раздача, хеширование ~50000 файлов. На утро была обнаружена постоянная выдача сообщения о нарушении в структуре БД.
Скрин ошибки: http://picspix.com/img718/2230/98r500a49dbcrash.jpg
Похожую проблему описывал Tirael, но тогда было подозрение на выключение света. Теперь тот же симптом но во время работы.
Флай не может докачивать файлы по сегментам: если закачка прерывается, то начинается заново (со скольких-то процентов), если же соединение не разрывается, то за один сеанс скачивания файла, он скачивается.
Если необходимо, могу выслать копию БД.
Дополнение к выше написанному посту (про краш БД): при таком кол-ве качающих с меня, очень сильно тормозит поиск, бывают подвисания до 10-15 секунд и более.
Конфига железа: Core I7-950 3.06GHz, 12 Gb RAM, все файлы находятся на RAID 5 (5x1,5 Tb). Сам флай находится на диске С (отдельный HDD WD-250Gb). OS - Windows 7 x64.
Если не сложно, вышлите битую базу данных (пожатую) через обменник
при выключенном лс приходят лички от попрошаек слотов -- пожалуйста пофиксите
win7-x64final
alpha49-x64
при выключенном лс приходят лички от попрошаек слотов -- пожалуйста пофиксите
Могу сомневаться, но это и от хаба зависит на котором сидите.
Если приходят постоянно с одного хаба при закрытой паролем личкой, это настройки хаба виноваты.
Если же без пароля или стоит стандартный то как бы удивляться нечему, так и будет сыпаться.
Сижу на такой же 7-ке x64, проблем нет. Доступ к личке по паролю.
в alpha 49-x64 по переходу ссылки в дц на сакчку файла с сайта бьет ссылку пожалуйста сделайте фикс
Когда тыкаешь на магнит на сайте вылетает как бы окошечко... там выбераешь пункт "Добавить этот файл в очередь скачивания" и потом сохронить как выбераю папку куда сохронить...
Он скачевает не в эту папку а создаёт в Downloads Папку с названием диска D_ потом в ней папка куда я хотел сохронить файл... а в ней уже файл...
Поправте пожалуйста!
упал флай x64
win7-x64
http://depositfiles.com/files/8aibm7htt
alpha49-x64
дамп выше
Когда в списке закачек кликаешь по закачиваемому файлу, выбираешь в меню макс число сегментов 200 - ничего не происходит. Галочка вообще отсутствует, хотя вроде как файл по умолчанию поделен на 50 сегментов и соответственно она должна быть напротив 50-ти
Поправьте чтобы можно было выбирать больше 50, и желательно больше 200. Хабы растут, источников всё больше и больше, иногда получается больше 200. А если даже гиговый файл поделить на 200 сегментов, получаются довольно большие куски.
При закаче раньше выводилось как у каждого пользователя названи закачиваемый мной файл. А теперь выводится что у всех он назван одинаково, хотя через поиск видно что у одних пользователей только английское название, у других русское, у третьих всякие приписки.
Не удобно, приходится всё через поиск проверять на фейк, все названия файла, а хаб не даёт часто это делать.
При хешировании грузит только одно ядро на 100%. Остальные ядра простаивают. В грейлинк же грузит все ядра. Переведите пожалуйста на многопоточность.
"При хешировании грузит только одно ядро на 100%. Остальные ядра простаивают. В грейлинк же грузит все ядра. Переведите пожалуйста на многопоточность."
Подтверждаю многопоточность неработает хотя же делали в какихто версиях, а также инструеции sse, с ними работает стабильней и плавно и быстрее
и не надо говорить что прирость от них минемален
Подтверждаю многопоточность неработает хотя же делали в какихто версиях, а также инструеции sse, с ними работает стабильней и плавно и быстрее
и не надо говорить что прирость от них минемален
Была замечательная доработка - "Сохранить TTH в потоке" (для NTFS) + выставление минимального объёма файла для сохранения TTH.
Если реализовать, то пригодится она только для тех, кто только начинает пользоваться флаем, и то под вопросом - новички редко терабайты шарят сразу.
"Была замечательная доработка - "Сохранить TTH в потоке" (для NTFS) + выставление минимального объёма файла для сохранения TTH."
Да это отличная вещь, НО неиспользуются патенциал машины полностью сейчас 2 - 4 ядра это норма + еще ( 2- 4 виртуальных)и как то задействовать 1 ядро кащунство. Лучше было бы стояла галка на использование многоядерность и инструкции sse,sse2,... или задействовалось автоматически при установки программы.
Обидно другое что об этом не раз писали сделали запустили работало все было замечательно, но видать каму то из разработчиков лишние строчки кода помешали помню хорошо что многие просили вернуть обратно но видать так и несделали после введения "Сохранить TTH в потоке".
А сейчас же качаем и сразу шарим,
когда используется тока флай проблем с одним ядром нет, но когда запущены еще проги использование одного ядра явно мало начинаются тормаза.
надеемся что вернете многозадачность, темболее что это некоим образом не мешает работе флайлинка тока идет напользу.
С многопоточностью возрастает нагрузка на HDD (за счёт лишней работы механики). Нужно будет пользователям объяснить что такое NCQ (ACHI).
А сейчас же качаем и сразу шарим,
когда используется тока флай проблем с одним ядром нет, но когда запущены еще проги использование одного ядра явно мало начинаются тормаза.
Для слабых машин - согласен. Но это может быть ещё и стороннее приложение, работающее в один поток.
Ну ведь можно сделать это опционально. В разделе "для экспертов" сделать галочку "Использовать многопоточность"., отключенную по умолчанию. И подписать, мол, включайте на свой страх и риск, ну или типа того. Кто знает, что делает, сможет включить, а новички испугаются, либо (скорее всего) они просто не полезут менять дефолтные настройки. Надо делать софт более гибким в настройках, чтобы каждый смог настроить под своё железо.
И когда уже наконец почините установку количества сегментов? Не хотят регулироваться.
Количество сегментов жестко закреплено на 50-ти. Поправьте чтобы можно было выбирать другие значения или уберите это меню вообще, оно не работает уже более чем в 10 последних версиях.
Насчёт винчестеров. Скорость записи/считывания 280 мб/с моего винчестера (рейд 0 2хHDD). Хешируется со скорость всего 80 мб/с, и всего одно ядро нагружено на 100%.
Если не хотите делать многопоточность, найдите способ оптимизировать, как сделали в грейлинке.
Если возникают вопросы с нагрузкой на винчестеры - сделайте в конце концов регулятор скорости, пускай у каждого будет выбор!
Не вижу проблем чтобы раздувать базар, клиентом пользуется много пользователей, он должен быть более гибким.
"С многопоточностью возрастает нагрузка на HDD (за счёт лишней работы механики). Нужно будет пользователям объяснить что такое NCQ (ACHI)."
Флайлинк это прога для файлообмена так, значит нагрузка всеравно будет на HDD отдать/получить больше чем ширина канала.
"С многопоточностью возрастает нагрузка на HDD (за счёт лишней работы механики)."
Не вижу зависимости что 1 ядро = HDD , что 4 = HDD
в последнем нагрузка распределена равномерно итог меньше тормазов равномерная нагрузка на все узлы компа
Скорость записи/считывания 280 мб/с моего винчестера (рейд 0 2хHDD). Хешируется со скорость всего 80 мб/с...
Круто. Поздравляю с новым железом!
а у меня скорость з/с 25 мб/с, хешируется со скоростью 2 мб/с (в добавок странно шуршит)
!Пусть все остается как есть, я не хочу чтобы из-за Флайлинка мой винт нахер перегорел!
"Круто. Поздравляю с новым железом!
а у меня скорость з/с 25 мб/с, хешируется со скоростью 2 мб/с (в добавок странно шуршит)
!Пусть все остается как есть, я не хочу чтобы из-за Флайлинка мой винт нахер перегорел!"
А причем здесь флай? он у тебя и без флая сдохнет с таким шуршанием
Не вижу зависимости что 1 ядро = HDD , что 4 = HDD
Не надо путать поток и процесс. Запущенное приложение - это процесс. Процесс может иметь минимум 1 поток. Даже на одном ядре можно запустить много потоков у процесса и они будут работать "параллельно". 1 поток читает 1 файл, HDD более-менее "равномерно" читает файл. 2 потока "рвут" головки HDD, заставляя их метаться между 2-мя файлами. Ну и т.д. и т.п.
NCQ/ACHI (упорядочивание очереди сглаживает этот эффект).
Но это мелочь. Главное, чтобы это попробовали реализовать.
IMHO: сложностей никаких нет -
создаётся строковый массив, прога сканируя пути, забрасывает в него файлы к обработке, после окончания сканирования создаёт несколько потоков и запускает их. Потоки идут по массиву хешируя поочерёдно файлы. В простейшем варианте как-то так...))
А причем здесь флай? он у тебя и без флая сдохнет с таким шуршанием
Согласен. А если он ещё и IDE, то лучше поменяй.
К вашим сведеньям скорость одного винчестера (нормальная скорость, если вы его не засрали) - 140 мб/с.
Если подключать несколько винчестеров, все подключают их в рейд - скорость увеличивается в разы. А теперь воспользуйтесь статистикой и посмотрите у скольки из 10-50 тыс пользователей скорость хеширования ограничена процом? У 99,999%
В 0,....1% попадает аноним с винчем, который вот вот подохнет - и ему как не крутись, придётся купить новый нормальный винчестер.
Через год у всех будут 10-ти терабайтные винчи, а скорость расшаривания не увеличится, т.к. частота процессоров больше не растёт, увеличивается лишь кол-во ядер.
Если подключать несколько винчестеров, все подключают их в рейд - скорость увеличивается в разы.
Подавляющее большинство про NCQ/ACHI не знают, а ты про RAID.
Через год у всех будут 10-ти терабайтные винчи,
Звучит оптимистично, но цена будет очень высокой.))
частота процессоров больше не растёт, увеличивается лишь кол-во ядер.
Тогда просим переписать алгоритм хешера на технологию CUDA, с автоматическим определением флаем какой алгоритм на данной машине лучше.
Шутка конечно, но кто же знает...
При закачивании файлов иногда пропадают файлы из списка скачивания.
Хотя на самом деле файл качается.
После ваших слов, смелое заявление western digital, что их винчестеры Caviar Black можно использовать на высоконагруженных серверах, и они тянут до 15 потоков вещания HD видео, кажется абсурдным.
Кстати, есть такая штука, называется raid - подрубаешь в неё все винчестеры и объём не теряется, а скорость считывания/записи и максимульное кол-во потоков складывается!
Странно что хеширование так перегружает проц, впринципе операция то простая.
Black-code цена не будет высокой. По винчестерам снижение цен составляет 30% в год, хотя скорость увеличения объёма увеличивается. И SSD скоро начнёт конкурировать, т.к. технология на порядок надежнее и быстрее.
И уже наблюдается переполнение рынка, многие уже купили себе объём, который им достаточен.
Кстати, многие, у кого одноядерный проц, не расшаривают файлы только из-за того, что знают что этот процесс долгий и во время него из-за лаг за компьютером сидеть невозможно. Т.ч. хотелосьбы чтобы всётаки попробовали оптимизировать. Не должна такая простая задача так сильно грузить проц. Современные видяхи обрабатывают на порядки больше подобных вычислений и не тормозят.
Странно что хеширование так перегружает проц, впринципе операция то простая.
Если используется внешний raid-контроллер, то проц разгружен. Если используются возможности самого чипсета, то для расчётов используется основной процессор.
В принципе у меня RAID 5 (5x1,5Tb) на встроенном raid (CPU Core i7-950 3,06 GHz) проц практически не нагружен. В пике раздач (~ 100 подключений) флай грузит его на 13%.
Современные видяхи обрабатывают на порядки больше подобных вычислений и не тормозят.
Я уже упоминал про CUDA. :)
Direct Compute тогда уж чтоли, для универсальности. Приверженцев красного лагеря чтобы не обделять)
Пользуюсь Caviar Green 2ТБ. В руководстве написано:"
Количество головок: 8
Количество дисков: 4
Два процессора - Вычислительная мощность удвоена с целью дальнейшего повышения скорости работы.
Колоссальный кэш: Увеличение объема и скорости кэш-памяти до 64 МБ повышает быстродействие накопителя.
Двухприводная система позиционирования головок - Система позиционирования головок с двумя приводами, отличающаяся повышенной точностью размещения блока головок над дорожками диска. Главный привод, работающий по традиционному электромагнитному принципу, перемещает блок головок по приблизительным координатам. Вспомогательный привод, в котором используется пьезомотор, более точно позиционирует головки над дорожкой. (только в моделях емкостью 2 ТБ) Двухприводная система позиционирования головок
позволяют проигрывать до 10–12 HD-потоков одновременно!".
Я думаю все современные винчестеры должны без снижения скорости поддерживать 4-8 потоков, какраз по количеству ядер? У них же всётаки не одна считывающая головка.
Black-code, да, у меня программный RAID из-за того, что при покупке материнки увидел надпись RAID не счёл нужным убедиться что в ней есть нормальный аппаратный raid. Оказалось что он реализован на jmicron, через esata, и то с большими глюками.
Почитал сейчас форумы, говорят что программный raid0 в не должен заметно грузить процессор. Флай видимо считывает файлы не так, как это происходит при копировании...может запрашивается каждый байт файла в отдельности...
Я думаю все современные винчестеры должны без снижения скорости поддерживать 4-8 потоков, как раз по количеству ядер?
Открой диспетчер задач и во вкладке "Процессы" сделай видимой колонку "Счётчик потоков" или "Кол-во потоков". И посмотри на рабочий флай. Один качающий у тебя юзер - 1 поток. :)
Ну да мы мы отклонились в сторону железа. Давайте завершим, решив, что многопоточное хеширование необходимо.
Black-code, да, у меня программный RAID из-за того, что при покупке материнки увидел надпись RAID не счёл нужным убедиться что в ней есть нормальный аппаратный raid.
Это аппаратный raid. Для программного raid не обязательно наличие самого raid-контроллера (кстати Windows может штатными средствами делать программные raid-массивы).
Здесь есть описание программного и аппаратного raid: http://ru.wikipedia.org/wiki/Raid
При хешировании грузит только одно ядро на 100%. Остальные ядра простаивают. В грейлинк же грузит все ядра. Переведите пожалуйста на многопоточность.
После стольких дебатов по этому поводу решил проверить у себя. Не знаю какое у вас железо, у меня 2-х ядерный Athlon 64 5600+ по 2,8 Ггц на ядро. При хешировании суммарная нагрузка на проц 40% (+ фоновые приложения), а скорость хеширования равна 55-65 Мб/с (слабый SATA II контроллер - больше не жмёт на чтении-записи). Win7 64bit, FlylinkDC x64 r500 alpha 49
Снимок
Уже писали, что невозможен нормальный выход из программы при смене настроек подключения. Окно закрывается, но процесс висит, пока не кикнешь.
Black-code ммм, а разве я не это написал? У меня аппаратные говно-raid, и я сделал программный через винду.
Железо
- 4-х ядерный CPU Intel Core Quad Q9450 BOX 2.66 12Мб 1333МГц LGA775
- материнка p5k 4 sata2 + jmicron (1 esata + 1 sata, ими не пользуюсь)
- 1 винчестера WD1002FAEX (http://www.wdc.com/ru/products/products.asp?DriveID=792) По отдельности каждый у меня набрал 140 мб/с. Когда включил в рейд0 - вместе стали работать со скоростью 270 мб/с
При этом флай хеширует со скоростью всего 60 мб/с и одно ядро процессора нагружено на 100%.
Не знаю про нагрузку на механику, запустил 10 тестов на считывание - винчестеры также тихо работали как и при 1-ом тесте. Скорость естесно разделилась между тестами поровну.
Конешно 500 гб с такой скоростью шарить получается ооочень долго.
А скоро пойдут 3D HD фильмы по 50-100 гигов, это прикиньте сколько один фильм шарить придётся?
А если ещё одноядерный проц, то там вообще человек будет ставить на ночь(только не закачку, а расшаривание) с надеждой что оно всётаки закончится до утра, иначе работать будет не возможна.
Дамы и господа!
О железе и о том как у кого что-либо работает можно разглагольствовать сколь угодно много, но все останутся при своем мнении.
Пишите по существу что Вы хотите, грамотно и по существу сюда:
http://code.google.com/p/flylinkdc/issues/list
Какая та фигня с добавлением в закачку. Если оставлять путь по умолчанию - файл в закачку не добавляется. Как только меняю путь, сруз добавляется.
Какая та фигня с добавлением в закачку. Если оставлять путь по умолчанию - файл в закачку не добавляется. Как только меняю путь, срузу добавляется.
Там ещё в пути какието % присутствуют
Какая та фигня с добавлением в закачку. Если оставлять путь по умолчанию - файл в закачку не добавляется. Как только меняю путь, сруз добавляется.
Проверь в папке (в которую ты хочешь скачать) наличие такого же файла (имя + расширение). Под папкой понимается как "Очередь закачек", так и физическая папка на жёстком диске.
Дамы и господа!
О железе и о том как у кого что-либо работает можно разглагольствовать сколь угодно много, но все останутся при своем мнении.
Пишите по существу что Вы хотите, грамотно и по существу сюда:
http://code.google.com/p/flylinkdc/issues/list
Не надо туда ничего писать. Уже один баг-трекер похоронили из-за кучи спама.
А тем, у кого так сильно уж чешется - прежде чем заводить дефекты, проверьте, не будет ли он дубликатом уже существуюшего
Не надо туда ничего писать. Уже один баг-трекер похоронили из-за кучи спама.
А тем, у кого так сильно уж чешется - прежде чем заводить дефекты, проверьте, не будет ли он дубликатом уже существуюшего
На личном примере - уже 2 дубликата сделал. :(
Прошу прощения!
Как бы, в любой момент времени активна только одна связка пластина\головка, внутреннего рейда в винтах нет.
Многопоточное чтение с винта почти всегда просаживает скорость, насколько зависит от винта, у вд относительно спокойно, у старых сигейтов и всех самсунгов в этом плане все очень плохо. Максимум что делает NCQ - не просаживает скорость в хлам при множестве запросов, быстрее чем в 1 поток файлы с винта не читаются.
Пользуйтесь уже современным оборудованием и софтом, флай х64(а вы думали его просто так выкладывают?) имеет намного более высокую скорость хэширования, до нескольких раз доходящую, нежели его 32битный вариант. Если процессор не поддерживает архитектуру х86-64, хэширование скорее всего упрется в скорость проца, в противном случае(таки поддерживает) юзер устраивает себе проблему сам, недополучая от своей железяки максимум производительности. И никакая многопоточность здесь не поможет.
рейд же дома вообще не нужен(кроме средства от комаров, возможно), для ОС и приложений придумали SSD, а на рабочих винтах для обработки медиа-контента(единственная польза от страйпа на встройке, и то под сомнением) хранить вперемешку разный хлам - так никто не делает.
Да, кстати, прирост скорости за последние 5 лет составил аж 50 мегабайт в скорости линейного чтения в начале диска, по 10мегабайт за год. Значительного увеличения плотности в ближайшие годы не планируется, в том числе и потому что такие объемы уже не нужны большие, массам, немассы всегда найдут как сделать много. Ну и технически это стало сложнее делать, прорыва в изготовлении дисков можно не ждать.
Единственное чего хотелось бы пожелать, впрочем оно не так уж и важно, учитывать при хэшировании что чтение ведется с разных винтов, а то флай вроде как идет по списку сверху вниз, и длиться этот процесс может долго, потому что сначала один винт, потом следующий, а было бы быстрее если бы запускалось несколько потоков кэширования по одному на каждый физический диск. Возможно ли это реализовать я не знаю. Срочность этого персонально для меня вообще не актуальна.
Вы хотите сказать что лучше пускай виснет весь комп от 100% загрузки проца, чем сильнее шумит винч? И чё, мне каждый раз приходится ждать несколько часов, пока всё прохешируется? Явно не по человечески сделано. Если волнует механика и т.п. винчестера - сделайте ограничитель скорости для барышень.
Если волнует механика и т.п. винчестера - сделайте ограничитель скорости для барышень.
Это уже есть и к параллельному хешеру отношения не имеет.
Помоему предельно ясно что нужно сделать многопоточность и оптимизацию, чтобы всётаки программа работала максимально быстро и также сделать регулятор скорости хеширования для тех, у кого старые винчи.
И от новых технологий никогда не отказывайтесь...хотя процессиры с 2, 4, 8 уже на рынке не один год. В любом случае это когда то придётся сделать, т.к. с такой скоростью даже 20 гигобайт шарится долго. А представьте у кого расшарено 1-5ТБ, какой это нелегкий труд столько шарить с такой скоростью?
Как хорошо я подвёл итоги, все сразу замолчали )
Нужно ещё сделать возможность включать многострочное поле ввода текста в чаты (3 строки вполне достаточно)
Очень неудобно когда приходится писать многострочный текст...или иногда случайно сделаешь эдак 10 переносов, а их же не видно пока не отправишь. И вот такое вот кривое дело отправляется в чат.
Как хорошо я подвёл итоги, все сразу замолчали )
Итог был подведён несколькими постами ранее...)
Файл - Настройки - Сообщения
Поставить галочку напротив "Многострочное поле ввода в чате хаба/привата"
Ах вот они куда его записхали...спасибо )
Кликаю правой - скачать - обзор. Далее открывается окошко с открытой папкой "мои документы", при этом внизу прописан адрес: %SystemDrive%Downloads\Utomlennie.Solncem.2.2010.O.DVDRip.XviD.AC3.avi
Ну я соглашаюсь, ничего не трогая. Файл в закачку не добавляется.
Жму опять - скачать - обзор, далее указываю нормальный путь, без всяких процентов - файл сразу начинает качаться.
Ещё интересная глюка, выводится что один сегмент файла качается бестрее, чем он вцелом )
Поставил закачку на паузу, файл перестал качаться. А выводится что этот сегмент якобы ещё качается http://s002.radikal.ru/i198/1005/b1/55977e168f38.jpg
Начал качать файл, сначала всё было нормально, но потом, через пару минут, закачка внизу перестала выводится. Показываются только отдачи.
Зашел в "очередь скачивания" - там выводится что файл качается...вернее увеличивается значение % в столбце "скачано"
Где после этого включить её вывод внизу?
Где после этого включить её вывод внизу?
Это косяк который не могут исправить с alpha 1. Так что практически никак, только если сама не появится.
Пока кроме перезапуска вроде нет способов.
А чё исправить не могут? Проследить ошибку сложно?
В нижнем окне, если кликнуть по любой отдаче правой, и далее в появившемся меню поиск альтернатив - ничего не происходит. Конешно этот пункт несовсем адекватный в раздачах, но иногда он всётаки нужен, чтобы узнать сколько человек раздаёт данный файл кроме тебя.
Далее я опять кликаю по раздаче правой и выбираю пункт копировать. В нём долго ищу TTH и оказывается среди всего возможного его там просто нет!
Таким образом чтобы посмотреть сколько ещё кроме меня раздаёт файл - мне нужно лезть в свой список файлов, там его искать, копировать TTH и уже вбивать в поиск.
Предложение:
1) Сделать пункт "Поиск альтернатив" раздаваемого файла рабочим
2) Добавить пункт "Копировать TTH"
Предложение:
1) Сделать пункт "Поиск альтернатив" раздаваемого файла рабочим
2) Добавить пункт "Копировать TTH"
юзай greylink dc++!
там дофига фишек, которые флаю даже и не снились, и всё нормально работает
я всё надеялся что разрабы флая всётаки поднатужатся и реализуют 5 пунктов, о которых я писал...
не люблю менять программы, но всёже видимо придётся.
Мне так кажется что они все заняты созданием региональных сборок, поэтому разработка почти остановилась.
Предложение:
1) Сделать пункт "Поиск альтернатив" раздаваемого файла рабочим
2) Добавить пункт "Копировать TTH"
Писал давно об этом. Видать меня неправильно поняли.
Действительно, пригодилось бы. Намного удобнее и сразу по щелчку все как на ладони.
Намного удобнее и сразу по щелчку все как на ладони.
Былоб всё как на ладони, еслиб сделали вывод неполных источников в поиске. Этому предложению уже 2 года, вы думаете ещё чего-то дождаться? Юзайте грейлинк! тут уже не осталось энтузиазма, всё повязло в деньгах.
Юзайте грейлинк! тут уже не осталось энтузиазма, всё повязло в деньгах
Не понял, в каких деньгах?
Если раз в месяц кто-то перечислит 50 руб, чтобы его хаб добавили в список, то это смешные деньги для разработчиков, которые их заработают на основной работе за 10 минут
Да иди ты сосвоим грейлинком народу нравится флай
Когда можно поюзать обновление с исправленными багами?
VIP сборка от 1 тыс руб
Можете объяснить, почему когда качаю в торренте, то там скорость нарастает до максимума и держется стабильно. Т.е. из инета выжимается максимум, так, что даже сайты почти не открываются.
А в дц как-то всё хило, скорость всё время скачет. Причём как у отдачи, так и у закачки.
Если к примеру открываю в браузере HD ролик в youtube - то браузер отнимает трафик себе, и в дц скорость падает.
Я так понимаю во-первых есть какая-та система приоритетностей и в случае с торрентом - он в приоритете над всем, а в случае с дц - всё в приоритете над ним.
Во-вторых как обяснить нестабильность скорости? Вы обратите внимание на одного любого качающего, он всё время качает с разной скоростью и разброс часто достигает 50% и больше - никакой стабильности. С общей скоростью получше, но тоже не идеал, как в торренте.
Есть предположение что многопоточная отдача в дц реализована неочень правильным алгоритмом и потоки типо "пихаются" вызывая падения и различного рода скачки скорости?
Поправьте перевод, у вас в меню написано копировать -> "Юзер"
Правильно копировать -> "Ник"
Юзера скопировать невозможно по определению
файл частенько н добавляется в закачку.
Кстати да, даже опера качает стабильнее. Я думаю это возможно неправильно подсчитывается сама скорость. Разработчики, хотелось бы услышать ваше мнение про нестабильность скорости.
Оптика 10 мбит/с закачка и отдача. Соответственно раздавать в теории должно под 1.25 Мбайт/с. Запускаю торрент, через 5 минут эта скорость устанавливается и стабильно держется. Для сравнения я в нём ограничил число качающих в 100, стабильность скорости при этом не пострадала.
Далее запускаю флайлинк, жду пока наберется 100 качающих и начинаю снимать график средствами самого флая + поставил ограничения на скорость закачки, чтобы не мешала.
Вот получился такой график: http://s44.radikal.ru/i104/1005/0a/337d64df38d5.png
Видно что инет не задействуется полностью, скорость скачет очень сильно и даже наблюдаются долговременные провалы - и это при 100 качающих!
Оптимальное значение по стабильности получается где-то при 10 качающих, при этом далеко не всегда.
При тестировании все программы, которые тем или иным способом используют или могут использовать интернет - были отключены.
Вывод - если собираетесь кому-то одному передать файл, лучше передавать через связку hfs+opera или icq.
Вывод - если собираетесь кому-то одному передать файл, лучше передавать через связку hfs+opera или icq
логично. при этом выключив вообще все сетевые программы, чтобы не забивали канал
а если ты будешь отправлять файл через icq, не выключая dc-клиент, то он у тебя отожрёт половину часть на себя, а торрент - и того больше.
только зачем этот вывод размещать здесь, кэп?
только зачем этот вывод размещать здесь, кэп?
чтоб разобрались и поправили видимо?
в настройки нужно бы добавить раздел история поиска с ведением или отключением чтобы незапоминало слова в поиске и в очереди отдачи, завершенные скачивание и в очереди скачивания добавить функции кнопок как в недавних хабах "удалить", "удалить все" с запросом на удаление 1 раз задало вопрос точно удалить при нажатии "да" удалять и такое же сделать в метке "друзья"
P.s
когда разделите калонки добавить в друзья/враги отдельно и еще если нетяжело в блокированные чтобы после этого немогли тебе писать в лс
и добавить в друзья/враги по IP+Ник
или по IP
По Нику
ждемс если сможете релизовать данные возможности
P.S оргомное спасибо за ваш клиент
Читаю сообщения на данном сайте уже небольшое время.. И могу сказать сразу что буду продолжать это делать :D
Отправить комментарий