15:40

А мы просто почитаем Ибо ставить эту байду мне всяко лениво Кстати, это не единственный проект подобного рода, если у кого-то есть желания - можно продолжить секс с другими системами

16:20 - 10.6%

А приэкт кстати финансируется гуглем ...

QUOTE (anatolyArts @ 08-06-2009, 15:25)

Сергей Иванович, а как ты знал, что я именно этот альбом хочу? Поставил качать. Начал в 15:20 (израильское время).

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

Sanctifica - 2002 - Negative B 3 clicks

15:20 -> 16:30 (13.3%) ~ 8.53K/s

This post has been edited by anatolyArts on 08-06-2009, 16:36

Не быстро, но работает, это не может не радовать... вероятно, если качать несколько файлов, то оно даже будет бодрее работать. А как с загрузкой канала - аплоад забит полностью? Сколько у вас диска под это дело?

LF_, я поставил UP=4k/s. За что мне обещали DOWN=UPx4 (max 16k/s)
Использование процессора 1-2 процента. ОЗ - линукс. Проц - 2.8 дуал.
Диска я "им" выделил гигу.

This post has been edited by anatolyArts on 08-06-2009, 16:43

Мне так показалось, что ап и даун там не взаимосвязаны. Т.е. соотношение 1:4 - это рекомендация. Но у себя я поставил ап на 10, причём эти 10 им не всегда забиваются. Иногда он вообще ничего не аплоудит, продолжая качать. Но бывает и наоборот. С занятостью диска есть тонкость. То, что там выставляется - это размер кэша, через который проходит и то что сам качаешь, и прочие другие транзитные данные. Он не растёт и не уменьшается, а занимает на диске сколько скажешь. Но есть ещё и persistent-temp, в котором сохраняются все качаемые файлы, если там где-то в настройках выставить для persistance "yes". Если это "yes" не стоит, то все закачки после перезапуска ноды начинаются с нуля. Ну, если в кэше все уже скачанные блоки до сих пор имеются, то все берётся из локального кэша. Если же нет, то перекачивается заново. Если же persistance для файлов выставлен в "yes", то после перезапуска прогресс всех файлов остаётся таким же как и до. Но вот этот фолдер persistent-temp постоянно разрастается и я нигде не нашёл установок, чтобы полностью скачанные файлы оттуда удалялись. Я просто время от времени при выключенной ноде тру содержимое этого фолдера. Так же и просто temp фолдер фринета используется им, когда файл комплитится. Там какие-то непонятные гиги непонятно чем иногда он занимает...

Вообще глюки есть. Регулярно - в некоторых билдах чаще, а в некоторых реже - выскакивают разные ошибки для скачек. Например что-то там Too many path components. Приходится жать появляющуюся кнопку Follow redirect. Или другие подобные малопонятные вещи, с появляющейся кнопкой Restart, после нажатия на которую всё может пойти нормально, а может пойти нормально лишь после удаления скачки и запуска её заново, временами лишь после нескольких таких раз. Иногда файл качается, качается, а потом когда все блоки скачались и он вроде как комплитится, раз - общее число блоков вдруг становится в два раза большим и этот же самый файл качается опять в своём же полном объёме. Причём, что обидно, такое очень часто случается именно с огромными файлами. Ну, если точнее, очень большие файлы я качал всего три раза, да и то последние два раза - это был один и тот же файл. Так, экпериментировал. Но во всех этих трёх случаях стабильно происходило описанное.

Кстати, количества блоков (ну, там, сколько их всего, сколько нужно для возможности закомплитить файл и сколько уже имеется) при скачке и закачке я смотрю в программе Frost. Там можно поставить галочку и видеть данные не только о файлах, которые качаются или закачиваются ею, но и о файлах добавляемых через веб-интерфейс фринета.

QUOTE (Сергей Иванович @ 08-06-2009, 13:54)

Т.е. соотношение 1:4 - это рекомендация.

Не знаю, не знаю. До того как я ограничил АП, он качал значительно быстрее. В графе ДАУН я прописал 200К, (-1 я убрал). Но скорость всё равно выше 16 уже не поднимается.

Скачалось! Средняя скорость 14к.

Довольно неплохо. Иной раз из мула файлы такого размера качаются неделями, если нет какой доброй души, отдающей во всю ширину своего канала. Но что самое главное во фринете - так это обещанная вроде как полная анонимность... Хотя медленно качающиеся из ослосети файлы - это в основном всякие старые релизы, расшаренные у тех, кто шарит и другие 9999 файлов, скачаные за предыдущие 9 лет. Что будет со вставленными во фринет файлами с таким же сроком старости - сказать трудно. Хорошо бы попытаться понять, сколько файл во фринете живет в случае если его вообще никто не качает. Залить, может, ещё какой архивчик и попытаться его вытянуть спустя неделю, скажем?

Сергей Иванович, попробуй залить и убрать у себя. Или просто убери тот-же альбом что уже выложил. подождём недельку-другую и посмотрим.

anatolyArts
Да не, этот файл из-за скачиваний и так немного разошёлся по фринету, да и неизвестно, может кто заглянет в топик и тоже решит попробовать качать. Чистоты эксперимента уже нет. А насчёт убрать... Так ведь сразу как я заинсертил файл, так я ноду зашатдаунил и с тех пор даже и не включал. Но даже если бы она и была включена, это бы ничего не изменило. Фринет немного не так работает как п2п сети. Вставленный файл - он вставлен в сам фринет, а нода его после этого не шарит. Впрочем, у фроста есть какой-то механизм похожий на обычные п2п - в нём можно файл как бы расшарить. И пока он расшарен, он будет доступен даже если во всём фринете ни одного блока от файла не осталось. Но с этим я даже и не пытался экспериментировать.

Так что для чистоты эксперименты лучше заинсертить совсем другой файл, что я на досуге и сделаю.

кстати, пират бей получил место в Европарламенте!
Sweden's political pirates signal internet's election power

Что ещё раз подтверждает посты страницей ранее