February 3rd, 2010

404

discovery science

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

Так и представляю себе цивилизацию рыб, занимающихся удалением соединений водорода из воды.
404

chubra4

Оно прелестно. Я не знаю про первичную целевую аудиторию, но контент для вторичной аудитории офигенный.

ДА! Любовь к панцу, как результат детской психотравмы. Фрейд ликует.
404

онгоинг Angel Beats

Школота после смерти.

Цундеря, кровь.

Трейлер в чём-то интересный (не смотря на школоту и мистику). Возможно, стоит глянуть пару серий.

Ой, там ещё и девочки-рокерши... Шансы всё меньше.
404

теоретическое решение проблемы rss+торренты

Давным-давно, ещё на мюторренте под винды я столкнулся с одной неприятной проблемой: что делать, если "еже" скачивание торрентов приводит к появлению дубликатов? (т.е. один и тот же торрент-файл добавляется в очередь несколько раз?)

На это есть три варианта:

1) Торрент-клиент "помнит" про скачанные и отсиженные торренты. Это приводит к безразмерному росту размера архива, который начиная с какого-то размера реально начинает залагивать клиент. (в этом режиме работает мюторрент)
2) Торрент-клиент отсидив, ставит торрент на паузу. Ситуация ровно такая же как в п.1, только появляется возможность зайти раз в N дней и снести всё, что старше недели. Чуть больше эргономики, чуть больше тормозов (из-за необходимости всё это рисовать). Этот путь я некоторое время пользовал в делюге, и он меня достал.
3) торрент-клиент отсидив, забывает про торрент-файл. В этом случае очередь пуста... Но что происходит, когда торрент-файл _СНОВА_ скармливается торрент-клиенту? Одно из двух: тупой вариант: качаем заново, перезаписываем уже скачанное. Умный вариант: находится скачанное, начинаем сидить. Т.к. никакой информации о торренте мы не имеем (иначе см п.1), то сидится оно с нуля и до желаемого рейта. После 10+ итераций желаемый рейт не достижим из-за отсутствия пиров и торрент повисает. Постепенно их становится слишком много и они занимают все свободные слоты (как минимум, для сидинга). Т.к. торренты перепоявляются всё время, то оптимизация очереди "в начало, в конец" не срабатывает. Есть ещё третий путь, это глюк делюги, у которого такие торренты иногда повисают со статусом "чекинг". Тоже не очень хорошо, ибо мешает чекингу остальных, если нужно.


Я решил проблему следующим образом: rsstail качает фиды, wget качает торренты из них в один каталог. По очереди, раз в час, с нескольких лент. После этого проходится килялка, убивает всё, что мне не нравится (забаненные сабберы, дабы и т.д.; в дальнейшем сюда добавится фильтр от gattai c помощью lstorrent). После этого запускается singlemv, перемещающий торренты в каталог pickup'а у торрент-клиента. Благодаря singlemv торрент перемещается единственный раз. После чего содержимое временного каталога трётся целиком, чтобы прибить всякую левую фигню (сообщения о недоступности сервиса, левые файлы и т.д.). Проблему "помнить" о скачанных торрентах я переложил с торрент-клиента на singlemv. Он в настоящий момент не имеет транкейта базы (я о нём подумываю...), но singlemv думает об этом только при перемещении, а не при каждом чихе, как торрент-клиент, так что ресурсов потребляет много меньше. Сам же торрент-клиент (делюга) настроен в режиме "отсидил - убей торрент". Таким образом в каждый момент времени у меня болтается не больше пары десятков торрентов, а переодически вообще пустая очередь.

Эта схема работает уже примерно 3 дня и нареканий я пока не вижу - онгоинг приходит, дапов в торрент-клиенте нет.

За три дня "память" singlemv составила 13кб. Аппроксимируя: 1.5Мб в год. (структура "памяти" примитивная Pickle.dump(frozenset()), т.е. почти голое перечисление имён файлов.