dixen18

В настройках профиля привязка IP к пасскею включена? Если да - отключай и перезапускай клиент

Недавно сталкивался именно с таким BSOD....Переустановка винды ничего не давала (поскольку даже во время установки выбивало именно такой BSOD) .. Была найдена одна только причина - видеокарта практически не охлаждалась и температура на ней составляла 95 гр...Охлад был пассивный...Пришлось заменить видеокарту а вместе с ней и материнку)))

Эх..Вам надо было прочесть инфу в синем экране и посмотреть на каком системном файле систему выбивает..Так было б проще выявить причину..Может проблема и не в харде а в сетевухе..Если сможете - сделайте фотиком снимок BSOD и выложите с.юда

Сидируйте и будут вам бонусы

Сорри но мне кажется что вас "пробрутили".. Смените пароль на аккаунт на какой нить весьма сложный)) Только запомните его... ЗЫ...Кто брутит - есть такой "нехороший мэн"..Я уже как то упоминал о нем

В Настройках профиля на трекере попробуйте снять привязку айпи адреса к пасскею...и перезапустите клиент

Я так и сделал..Номер благодаря которому я подключил спец тариф вообще зареган в Московской области... На другого человека

Релиз Call of Duty: Modern Warfare 3 в конце этого года так же неизбежен, как наступление зимних холодов, однако анонса проекта нет до сих пор. Тем не менее, в блоге Kotaku уже появилось огромное количество информации о грядущем шутере, полученной из нескольких источников. Разумеется, она полностью неофициальна, однако ее правдивость почти не вызывает сомнений — к текстам прилагается много графических материалов из игры. В руки блоггеров попал пересказ большей части сюжета Modern Warfare 3. Чтобы познакомиться с ним, нажмите на кнопку ниже ВНИМАНИЕ!! Спойлер.. Открыть текст После побега из Афганистана Мактавиш, Прайс и Николай попытаются залечь на дно в индийском городе Дхарамсала, однако люди Макарова обнаружат их убежище. В этом эпизоде игроки будут управлять еще одним «хорошим русским» по имени Юрий.Затем действие перенесется в Манхэттен, атакованный российской армией. Главными героями этого уровня станут два новых персонажа — бойцы отряда «Дельта» с позывными Фрост и Сэндмен. Им предстоит уничтожить «глушилку» на крыше нью-йоркской фондовой биржи, чтобы американцы могли нанести ответный удар. После этого «Дельта» покинет город на вертолетах Blackhawk. Сбив несколько вражеских «птичек», спецназовцы высадятся на подводную лодку и проведут на ней диверсию. Следующий герой Modern Warfare 3Краткая информация об игре — агент службы безопасности президента России. Спустя полгода после штурма Нью-Йорка российский лидер полетит в США, чтобы заключить перемирие. Прямо в воздухе самолет атакуют террористы. Они смогут захватить президента, однако его дочь сумеет улизнуть. Получив коды запуска ядерных ракет, Макаров сорвет мирные переговоры. Тем временем Прайс, Мактавиш и Юрий отправятся в Африку, где узнают от торговца оружием из ЮАР, что Макаров хочет купить отравляющие вещества у повстанцев в Сьерра-Леоне. Предотвратить поставку смертоносного груза также попытаются бойцы SAS, которые будут сражаться с террористами в лондонских доках и метро. Увы, все их усилия не увенчаются успехом. Начиненные ядом грузовики взорвутся прямо перед зданием Парламента. Схожие теракты в других европейских столицах унесут десятки тысяч жизней, после чего в Старый Свет хлынет стальная лавина русских танков. Поняв, что торговец оружием обманул их, Прайс отыщет его в Сомали. В ходе допроса злодей признается, что помощник Макарова по прозвищу Волк скрывается в парижских катакомбах. В роли американского танкиста игроки будут сдерживать наступление русских под Гамбургом, после чего попадут в Париж, где французский спецназ, «Дельта» и отряд Прайса устроят охоту на Волка. Наземную операцию нужно будет прикрыть огнем с борта AC-130. Кольцо вокруг Макарова начнет сжиматься, однако террорист успеет преподнести пару неприятных сюрпризов. Сначала он улизнет из засады, которую Юрий и Прайс устроят в Праге. Затем — похитит дочь русского президента в Берлине прямо из-под носа у Фроста. Когда спецназ освободит заложников в Кремле, лидер националистов вновь скроется. Правосудие настигнет Макарова в Дубае, где Юрий, Прайс и Сэндмен пробьются к нему через хорошо укрепленный отель и наконец-то прикончат преступника. После финальных титров игроков ждет еще один эпизод в горящей столице Соединенных Штатов. Кроме того, стали известны первые подробности о мультиплеере. Сетевые битвы развернутся на 20 картах (возможно, некоторые из них будут доступны не сразу, а появятся в загружаемых дополнениях). Для режима совместного прохождения Special Ops разработчики готовят 7 уровней. Еще 5 арен рассчитаны на Survival — оборону против бесконечных волн врагов. Судя по доступным изображениям, авторы уделяют большое внимание моделям бойцов. Их внешний вид сильно меняется в зависимости от выбранного снаряжения. Выход игры, над которой работают Infinity Ward, Sledgehammer Games и Raven Software, намечен на 8 ноября этого года. Источник

Самый выгодный тариф (как мне кажется) в соотношении абонплаты-скорости доступен абонентам мобильной связи Билайн После 40 гб скорость становится 7-8 мб..

Торренты, винты, кэширование Жалуясь на винт не забывайте указывать модель, режим контроллера - SATA или IDE (эмуляция). BIOS, диспетчер устройств, Everest, Victoria 4, HDDScan, HD Tune и куча других прог под виндой для жёстких дисков помогут с этим и многим другим. ОС тоже стоит упоминать. Микрофак 0. Чётко различайте кэш Windows (всегда в ОЗУ), собственный кэш клиента (нормально в ОЗУ), кэш/буфер диска (в ОЗУ диска). 1. Windows-кэширование для клиента (только для него, не другим программам) отключает нижняя пара галок настроек кэширования. 2. В норме (анормальная ситуация вытеснения в своп приведена ниже) собственный кэш клиента находится в памяти (ОЗУ). Об этом же обычно написано в первых строках вкладки Кэширование/Disk Cache настроек клиента. 3. Буфер диска неотключаем, хотя дисковыми программами можно отключить такие фичи как Read look-ahead (линейная скорость упадёт раз в 8), Write cache. Настройки клиента и Windows к нему никак не относятся. На первый взгляд оффтоп, однако причины и меры пересекаются, так что не пропускайте. Что-то пожирает оперативную память (ОЗУ), при выключении торрент-клиента память освобождается Открыть текст В большей степени характерно для Win7.Далее по форме "виновник - решение". 1. Windows-кэширование для клиента - Отключение Windows-кэширования полностью (поставить нижнюю пару галок в настройках кэширования). 2. Собственный кэш клиента (видно потребление у процесса utorrent*.exe в диспетчере задач и рост заполнения собственного кэша в "Статистике диска" на вкладке "Скорость" клиента) - Установка фиксированного размера собственного кэша клиента. Размер обсуждается в тексте. - Если фиксированный размер задан, но не спасает, пробуйте снять соседнюю галку "Уменьшать использование памяти кэшем" (она может подглючивать). - Поиграйте нижеупомянутыми параметрами из Настроек - Дополнительно. http://rutracker.org/forum/viewtopic.php?p...5#24649665[Клац - См.пункт 5. Не вина собственного кэша, но его неудержимый рост налицо. - (ut2.1) bt.prioritize_partial_pieces = false ->*true (осенило, проверяйте - должно способствовать). - Отдельная независимая возможность ограничить хаотичность скачивания блоков, сократить число незавершённых частей в собственном кэше (к сожалению, и завершённые части могут зависнуть в кэше): 22) Как заставить utorrent скачивать части последовательно (для online просмотра). bt.sequential_files будет помягче, чем bt.sequential_download. Разумеется, при малом числе сидов скорость скачивания может упасть. - См.пункт 6. Небесспорные, но тоже возможности. - Если при скачивании готовые части категорически не сбрасываются на винт и ничего из предложенного выше не помогает, отключите кэширование записи. 3. Настройки кэширования действительны только для того ПК, на котором запущен клиент. Пример. Конфигурация с µT на ПК1 и раздачами на ПК2. Жалоба на заполнение ОЗУ ПК2 под завязку системным кэшем. Второй винде, на которой лежат раздачи, неизвестно и безразлично отключение Windows-кэширования в клиенте, находящемся на первом ПК. Вот на этом первом и отключится Windows-кэширование для µT. А вторая винда будет мужественно кэшировать любые чтения, пока её не ограничат в этом. Поищите твики реестра. Вообще, по возможности стоит держать клиент "поближе" к раздаваемым файлам, например в пределах ПК или внешнего диска с раздачами. Сопутствующие ссылки: ~ Закачки на внешнем диске Клац ~ Сетевой диск Клац 4. Несовместимое ПО - категория условная, в новых версиях могут устранить принципиальную несовместимость, в старых - найти решение. См. Справка - Справка/Мануал - Incompatibilities или по-русски Клац Например, на ПК с чипсетом NVIDIA без явного осознания хозяев (иначе зачем они другие файры ставят?) встречается файрвол NVIDIA Клац (выше этого поста жалоба, ниже - результат отключения). Неслабо может выступить Spider Guard Доктора Веба - и процессор с памятью загрузит, и uTorrent с Проводником подвесит... GuardMailRu (служба и процесс). - Отключить, не поможет - деинсталлировать. 4+. Плохо настроенное ПО примыкает к несовместимому по диверсионным способностям. Брандмауэр AVAST'а (находится в списке нерекомендованных) при быстром скачивании может грузить память до 100% и процессор, даже мышь притормозить. Настройка AVAST. Ниже настройка Comodo Firewall Pro. - Собственно, любой антивир/брандмауэр может гастролировать при неудачных настройках, поэтому проштудируйте тему Описание настроек различных Firewall(ов)/Antivirus(ов) для работы с P2P. - Не- и рекомендованные антивиры/файрволы, а также многое другое см.в теме Как защитить Ваш компьютер. 5. Сжатие (вероятно и шифрование) раздач, папок/разделов/дисков, их содержащих. А что вы хотели? - для расжатия приходится считывать с диска много больше (если не весь файл) реально запрошенного для передачи. - Уберите сжатие для файлов раздачи в Свойствах - Дополнительно файлов (>16...64КБайт) раздач, папок/разделов/дисков, их содержащих, убрав галку с "Сжимать содержимое для экономии места на диске". Для явного отображения сжатых цветом в Проводнике выполнить Сервис - Свойства папки... - на вкладке "Вид" отметить галкой "Отображать сжатые или зашифрованные файлы NTFS другим цветом", нажать "Применить ко всем папкам". 6. Понижение всевозможных приоритетов для процесса uTorrent.exe: а) В частности, импортировать в реестр следующий файл, т.е. скопировать нижеследующее в текстовый файл, заменить расширение .txt на .REG и запустить полученный файл (для отображения расширений файлов необходимо снять галку "Скрывать расширения для зарегистрированных типов файлов" в Панели управления - Свойства папки - Вид). ;--------- для Vista, Win7 текст для копирования ниже ------------- Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utorrent.exe\PerfOptions] "IoPriority"=dword:00000000 "PagePriority"=dword:00000001 ;--------- текст для копирования выше ---------------------------------- б) Далее можно попробовать заменить собственное кэширование на виндовое, сняв все (можно только основные) или только для чтения галки на вкладке "Кэширование". Более-менее оправдано для Висты-Семёрки, т.к. кэширование там организовано эффективнее, чем в XP, а проблема встречается чаще. Всё ж есть данные, что при отключении собственного кэша появляется треск и возрастает количество обращений к диску. Идеи пункта взяты из тут , с приоритетами по раздельности и вместе действительно стоит поиграть (в случае XP кто-то уже пробовал без заметного успеха, но вроде цель всё же была совсем иная...). Следует учитывать, однако, что автор статьи по ссылке не пользуется торрентами и на момент написания не осознал в полной мере их специфики, а именно: повторных запросов из кэша практически нет, кэширование необходимо лишь для организации более-менее последовательного фрагментарного чтения/записи с/на диск[а]. 7. Особенности версий (худо-бедно меняются) или билдов (случаются эксперименты и баги) - Пробуйте менять. Для примера вполне обычная жалоба на пожирание памяти, которое рассосалось при замене версии. Замечу, вместо переустановки обычно достаточно заменить исполняемый файл µT на скачанный с официального сайта. Иногда следует перепроверить настройки, особенно дополнительные (в частности, bt.transp_disposition по разному кодируется для версий 1.8.1-1.8.2 и последующих), кому-то проще снести settings.* в папке настроек %APPDATA%/uTorrent (если вы не переносили в папку приложения) и настроить всё с нуля. Потакая ленивым любителям готового, продолжаю потихоньку дописывать "готовое" в начало (и не только), заодно пытаюсь правильно расставить акценты. Чем мы грузим диски. Почему возникает сообщение, соответствует ли оно реальной перегрузке Открыть текст В общем-то нет. Было б смешно, если б какая-то виндовая прога знала об этом лучше самих винтов со всеми их спецсредствами.Хорошо бы знать, что заставляет клиент выдавать сообщение о перегрузке. Сразу приходит на ум некий таймаут операций ввода-вывода. В мануалах и FAQ'ах постоянно упоминается, что сообщение о перегрузке не соответствует реальности при старте закачки, когда создаются/зануляются файлы-пустышки. Намёк на таймаут. Однако есть и др.утверждение о появлении этого сообщения, когда диск не поспевает за собственным кэшем клиента. Горячий привет от диска полностью отключающим кэширование чтения: сообщение уходит, но реальная нагрузка на диск возрастает. Конечно, если настройки кэширования категорически неадекватны ситуации, то да... но может всё-таки поработать с настройками, попридержать коней. Поясняющий пример: Вообще, организовать максимально быстрое случайное чтение торрентами легко. Например 70iops x 16Кбайт ~ 1МБайт/с. Т.е. с тарифом 8mbps и полностью отключенным в uTorrent кэшированием уже получается, с каналом >70mbps и включенным собственным кэшированием клиента тоже (хотя неслабый канал и одновременно полная его загрузка уже не выглядят типичными): 70iops x 128Кбайт ~ 9МБайт/с. При скачивании тяжелей организовать перегрузку аналогичным способом, хотя бы потому, что одну закачку трудно размазать по всему диску, даже фрагментированные остаются относительно компактными. Полное отключение кэширования записи уже не столь критично: хотя блоки 16КБайт практически перестанут (если только в settings.dat не включено последовательное скачивание частей) объединяться в клиенте (см.статистику диска), но всё же винт [контроллер, драйвер] кэширует и объединяет (только смежные блоки) перед записью на поверхность. Но уже несколько одновременных закачек легче раскидать по диску. Да и параллельная раздача усугубит, тем более что в этом случае уже имеем сумму прямого и обратного интернет-канала. Какими бы искусственными приведенные нагрузки не выглядели, обратите внимание, как недалеки безобидные торренты от нагрузок, вызвавших обсуждение [это о тестировании по хоботовскому FAQ п.15], ну и не забудьте про соотношение длительностей этих нагрузок. Понятно, всякие зелёные (малооборотистые) и/или тихие (с мин.ААМ, соответственно макс.временем доступа) нагрузить под завязку ещё проще... Любопытна дискуссия на пару страниц о допустимости и степени нагрузки при тестировании новых дисков по методу FAQ п.15, а также при раздаче-закачке торрентов и по DC++. Вот мы и приходим к простой мысли, что реальную нагрузку стоит описывать (соответственно, контролировать) объёмом ввода/вывода (записи/чтения) и характером (размер блока, темп позиционирований), а не наличием/отсутствием сообщения клиента. Инструменты контроля в разнообразии предоставляет ОС, сторонние проги (статистика HAB, например) и сам клиент. Новые сигейты и в смарте кое-что сообщают (начало, ниже примеры). Статистика винта на примере ST31500341AS Заглянув в Диспетчер задач и включив показ столбцов прочитанных/записанных байт, вы можете обнаружить там процесс jqs.exe Это Java Quick Starter, попадает на ПК с Java-машиной jre 6, фигурирующей в аплете ПУ "Установка и удаление программ" как Java 6 Update 23 (текущая версия, возможны и предыдущие). На двух разных ПК с WinXPsp3, что я проверил, этот процесс читает ~1 ГБайт/час (25 ГБайт/сутки) с системного раздела, на порядок больше антивира - сравните с uTorrent! Постоянство объясняется просто: jqs перечитывает основные библиотеки jre, чтоб снова вернуть их в виндовый кэш (находится в ОЗУ), как только винда выбрасывает их оттуда. Раз уж есть повод для отключения jqs, найдётся и способ. Много меньше, но всё ещё немало мучают винт антивиры и svchost (который от имени System), что обслуживает пару десятков служб, запуск большей части которых стоит перевести в режим 'Отключено' или 'Вручную'. Из отзыва на WD15EARS с Advanced Format (AF): А вот появился и местный пример удачного отключения индексирования, а ведь начиналось с безапелляционного заявления: "перепробовал все до одного решения, указанные в шапке". Будьте и вы внимательней, чтобы не тратить своё время на открытие (или мучительное осознание) давно известного))) Отмечу желательность отмены индексирования для всего физического диска с закачками (со всеми вложенными папками и файлами (позиция 2 на картинке)) или же отключения службы индексирования (касается всех дисков сразу). Кроме индексирования упомяну восстановление системы. Не раз замечал, что оно упорно отслеживает регулярные изменения .dat-файлов uT, возможно и за записью очередного куска закачки приглядывает - лишняя нагрузка. Фоновая дефрагментация и оптимизация тоже под подозрением. Перегрузка диска при скачивании (сюда подтянутся рекомендации) Открыть текст При скачивании сообщение о перегрузке диска соответствует переполнение собственного кэша, поэтому смотрите п.2 1-го спойлера.- Галка Pre-allocate all files /Размещать все файлы сразу в Настройках - Общие и diskio.no_zero = true (подробности, особенности и глюки см.в п.2. Другие настройки клиента.). - (ut2.1) bt.prioritize_partial_pieces = false ->*true (осенило, проверяйте - должно способствовать). Стоит поиграть с: diskio.flush_files (ut2.2.1) diskio.max_write_que 1. Настройка кэширования и другие способы уменьшения нагрузки на винт. Примерные настройки кэширования для борьбы с перегрузкой диска при скачивании - подстраивайте по ситуации Открыть текст Хотите всяческие подсказки вроде тех, что на картинках, воспользуйтесь переводом из подписи*, потом его легко можно заменить на любой другой. Здесь направления борьбы, а не синяя пилюля. Предполагается минимальное осмысление написанного, а не банальное копирование чисел и галок (представьте, что они стоят на картинке в случайном порядке). Оптимально держать закачки/раздачи не на том же жёстком диске, где стоит работающая ОС. Аналогичное можно сказать и о файле подкачки, с другой стороны последний может усугубить перегрузку диска с закачками, если будет на нём. Встречаются случаи, когда при быстром скачивании/раздаче стремительно заполняется ОЗУ (чаще из-за Windows-кэширования, но и собственный кэш µTorrent'а может разрастаться, если не фиксирован), что заставляет ОС сбрасывать "лишнее" из ОЗУ в файл подкачки. Пример. Если файл подкачки будет на том же диске, что и закачки, даже система может тормозить, не говоря уже о скачивании. Вот почему Windows-кэширование записи в µTorrent'е по умолчанию выключено. В упомянутых случаях важно ограничить рост потребления памяти, отключив Windows-кэширование чтения и/или зафиксировав кэш клиента. Размер собственного кэша µT Немного уточню выбор размера фиксированного кэша. Оценка минимально необходимого размера кэша чтения Открыть текст Периодически понаблюдайте за максимальным числом активных отдач, нажав на левой панели 4-ю кнопку показа активных торрентов. Получите оценку достаточного фиксированного размера кэша чтения, умножив это число на 5-10 МБайт (столько достаточно каждому потоку для извлечения пользы от read-ahead винта - спасибо nazyura). Минимум выделения кэша на каждую приличную раздачу проистекает из наличия внутреннего кэша диска и обязательного избыточного чтения диском в собственный кэш (современные считывают за раз по несколько дорожек). Разумно было бы перекинуть содержимое дискового кэша в кэш клиента. Больше кэш винта, больше можно выделить на каждую кэшируемую раздачу. Оценка максимально достижимого заполнения кэша чтения Открыть текст При отдаче µT кэширует на 100 секунд среднепиковой (за какое-то время, вероятно тоже 100 секунд) скорости отдачи (с сохранением содержимого какое-то время при падении скорости). Так что умножив вашу максимальную скорость отдачи на 100сек, получите максимально возможную загрузку собственного кэша чтения и максимальный из вменяемых размер кэша чтения. Больше для чтения не понадобится.Например, 128МБ кэша достаточно для отдачи 1.28Мбайт/с (полосы 10Mбит). Посматривая на эти оценки, выбираем разумное значение, одинаковое для собственных кэшей чтения и записи. Уточняем размер, наблюдая в статистике диска на вкладке "Скорость" заполнение обоих кэшей. Можно уменьшить фиксированный размер, если в пике кэши далеки от полного заполнения, увеличить - если близки. До недавнего времени с кэшированием записи проблем вроде бы не было, ныне но что-то неладно у µT с Win7. Хотя нижеследующее в какой-то степени касается и записи, рекомендую первый спойлер в случае с проблемами кэширования при скачивании. Дефрагментаторы и десятки свободных гигабайт не всегда гарантируют от фрагментации раздач Открыть текст Периодическая дефрагментация дисков тоже не мешает. Владельцы объёмистых дисков, глядя на десятки свободных гигабайт, не задумываются, что диск, заполненный более чем на 88% (свободных 12%, столько же изначально зарезервировано под рост MFT), дефрагментировать толком не получается - API дефрагментации не может перемещать данные в MFT зону, свободного места для маневра просто нет. Так что избавиться от перегрузки диска в таком случае можно, освободив >15% объёма - столько же обычно требуют (должны, ибо используют виндовые API) дефрагментаторы. Стоит добавить к 15% ещё несколько гигабайт - закачки сплошь немалые. Не особо надейтесь на сниженные требования свободного места некоторых дефрагментаторов, мелкие файлы они смогут осилить, для нормальных раздач понадобится дополнительное свободное место порядка размера наибольшего файла раздела.Галка Pre-allocate all files /Размещать все файлы сразу в Настройках - Общие тоже борется с фрагментацией при нескольких параллельных закачках. NCQ не особый помощник для µT, AHCI тоже под вопросом Открыть текст Хотя линейные скорости чтения/записи диска на первый взгляд заметно больше сетевых, излишне беспорядочное перемещение головок может сильно испортить реальные скорости. Поэтому в случае многозадачности (проги помимо клиента, активно использующие диск, да и просто некстати свопящая винда) делу теоретически может помочь NCQ (требует переключения контроллера жёстких дисков из режима эмуляции (совместимости с) IDE для SATA-устройств в нативный SATA), но чаще вредит (и NCQ, и AHCI). Ускорение в нативном режиме (проверялось что угодно, кроме торрентов) замечалось почему-то на отдельных, не встроенных контроллерах (?) и далеко не для всех HDD, да и выигрыш невелик при включенном кэшировании. А имитация многопоточного чтения несколькими экземплярами HD_Speed недвусмысленно намекает, что многие диски лучше ворочают торренты в режиме эмуляции IDE (PATA).Мда, неотключаемый AHCI у некоторых ноутбуков может даже заставить ограничиться одной активной раздачей! Следует отметить, запросы µT к диску сами по себе не образуют очередь, в каждый момент выполняется не более одного. http://forum.utorrent.com/viewtopic.php?pid=443838#p443838 Поэтому NCQ может помочь лишь косвенно, переупорядочивая единственный текущий запрос µT вкупе с чужими запросами. Стоит самостоятельно проверить (и поделиться результатами) всем любителям загружать винты параллельными приложениями. Кстати, NCQ отдыхает с USB Removable, USB-контроллеры NCQ не поддерживают. Использование для торрентов винтов раздельно (россыпью) меньше нагружает последних, чем в RAID'е (есть и такие экспериментаторы). Прикидки по этому поводу. Отключение Windows-кэширования чтения с диска радикально снижает потребление ресурсов (памяти и процессорного времени) при высокоскоростной отдаче (упоминаю сразу, чтоб не прошло мимо вашего внимания). Резонно для небольшого числа подключенных личеров на торрент, но иногда их бывает сотни. пример Открыть текст А вот для нескольких копий клиента Windows-кэширования чтения с диска точно не помешает, т.к. один и тот же торрент (даже одному и тому же пиру; BitComet, например, любит цепляться сразу ко всем копиям) может раздаваться разными копиями, так зачем считывать с диска одно и тоже? Необходимость собственного кэширования клиента Открыть текст Жёсткие диски и сами кэшируют, но не всегда хорошо - см. Скорость HDD при многопоточном чтении. Так что клиенту не помешает собственное кэширование, которое поболее виндового знает о торрентах. Хотя и здесь не стоит ожидать, что считанное из кэша в разы превысит считанное с диска, зато собственное кэширование может обеспечить чтение с диска бОльшими порциями, чем поддержать сдающий диск. Только оно и не даёт дискам со слабым многопоточным чтением свалиться в режим случайного доступа.С учётом иных целей кэширования (цель - не столько снижение объёмов считаного или записанного на диск, сколько снижение числа чтений/записи и тем самым рывков позиционера) можно даже мириться с каким-то превышением считанного с диска над отосланным. Эффективность собственного кэширования чтения Открыть текст Эффективность собственного кэширования чтения (и ваших настроек его) можно выяснить сопоставлением прочитанного "Из файла" в статистике диска на вкладке "Скорость" с отданным в статусной строке при условии net.calc_overhead = false (всё равно отданное останется чуть завышенным).+ Если снять галку с "Отключать кэширование чтения при малых скоростях отдачи", можно сравнивать объёмы считанного "Из файла" и "Из кэша", со снятой галкой отосланное совпадает с прочитанным из кэша. Будет точнее, только это уже будет режим постоянно включенного кэширования, чья эффективность, по идее, ниже. Не забывайте про удобную кнопку сброса статистики диска. Дополнения/уточнения - с.6 тут О дисках (пример: что можно подстроить по результатам тестирования несколькими копиями HD_Speed) Открыть текст СтатейкаЕсли для приложения включено Windows-кэширование, тогда актуальными для него становятся результаты тестирования с блоком 64КБайт. Если выключено, актуальны блоки 16 и 128 КБайт. uTorrent в этом случае читает в свой кэш блоками 128КБайт, а мимо своего кэша (и из кэша тоже) - блоками 16КБайт. Чтение мимо кэша будет при отключенном собственном кэше чтения или при скорости отдачи <40КБайт/с (опция "Отключать кэширование при низкой скорости отдачи"). Поведение HDD зависит от хост-контроллера материнской платы и его режима, драйвера, прошивки (firmware) жёсткого диска. Обычно прошивки корректируются под конкретные модели, не меняя общего поведения, поэтому характерное поведение винта определяется производителем в значительно большей степени, чем, например, семейством. Для этой темы поведение винта и поведение прошивки - одно и то же. Заметные положительные изменения поведения замечены у дисков Hitachi в цепочке прошивок 28A - 39C (последняя с разблокированным AAM, с последующими небесшумный позиционер Хитачи утихомирить сложнее) - 3EA - 3MA (в пределах 3хх можно и апгрейдить, и даунгрейдить), незначительные - у Самсунгов. В конце 2010 появился трёхблинный WD20EARS-00MVWB0, Firmware: 51.0AB51 с весьма достойной многопоточностью у выровненного. Разумеется, дело в новой прошивке. У WD5000AAKX тоже очень неплохо с многопоточным чтением. К сожалению, у WD10EALX обычная старая убогая "норма". Плюс возможные глюки с новым интерфейсом. Самсунги при потоках >4 лучше читают блоками 16КБайт, блоками 128КБайт похуже, ещё хуже - блоками 64КБайт. При потоках <4 рост скорости многопоточного чтения с размером блока заметен слабо. Следовательно, в uTorrent для самсунгов F1-F3 желательно включать упомянутую опцию, отключать кэширование чтения виндой и даже собственное кэширование чтения. Самсунги заметно сдают на быстром скачивании, если одновременно занять его ещё чем-либо, например, хэшировать обновлённый большой торрент. Семейство SpinPoint F3. HD502HJ (контроллер Intel ICH9R, режим IDE), рекомендации. wd1001fals многопоточно читает блоками 16КБайт на порядок лучше, чем 64КБайт. Что ж, вестерну в uT абсолютно противопоказано виндовое кэширование чтения (нужна нижняя галка в Настройках - Кэширования). WD1001FALS (контроллер Intel ICH9R, режим IDE), рекомендации. Вообще, вестерны заметнее других винтов не любят далёкого разнесение потоков чтения, следовательно компактное размещение раздач им особенно не помешает. hitachi 7k1000.b (hdt721010sla360) блоками 64КБайт многопоточно читает чуть получше вестерна и сколько-то лучше себя (цифр нет), но блоками 16КБайт. Как знать, может кэширование виндой ему не повредит, если с блоком 128КБайт будет плохо. Обратите внимание на пункт 5 первого спойлера о памяти, в равной степени он касается перегрузки диска. 2. Другие настройки клиента. Текст о Размещать все файлы сразу /Распределять место сразу /Pre-allocate all files (размещение файлов закачки до начала скачивания, выделение им места - не более; см.эту опцию по пути Настройки -> Общие) и diskio.no_zero (опция из Настроек -> Дополнительно, позволяющая отключить заполнение нулями созданных файлов) приходится вытаскивать из продолжающего поста, где он мирно покоился, пока связка uT2&Win7 не воплотили в жизнь пожелание о перегрузке диска при закачке самым неприятным образом - watch your wishes))) Кстати, в uT2.2 присутствует глюк с неработающим выбором diskio.no_zero: нули прописываются в создающиеся файлы независимо от его значения, винт хорошо нагружается этим процессом, раздачи поэтому приостанавливаются (начало обсуждения длиной в страничку). По опции Pre-allocate all files клиент всего лишь размещает файлы до старта задания (полезно для своевременного контроля достаточности свободного места). Без неё файлы размещаются при первой же записи в них (это происходит довольно быстро в силу принципиально непоследовательного скачивания клиентом файлов и частей, в сочетании с записью готовых частей может вызвать сообщение о перегрузке диска). Лучше уж разместить файлы сразу, пока скачивание не развернулось, чем грузить диск размещением на полном ходу. Сообщение о перегрузке диска сразу после добавления торрента длится по понятным причинам ограниченное время (пока созданные для закачки файлы-пустышки заполняется нулями, зато случайно не всплывёт в недокачанном детском мультике свежестёртое порно) и не соответствует реальной перегрузке. В каждом FAQ'е и мануале об этом пишется 3-4 раза. Там же обещают подправить именно эту ситуацию в скором времени (только всё никак, если не считать решением diskio.no_zero = true по умолчанию начиная с 1.8.3). Без админских прав для отмены заполнения нулями хватает разрешения на обслуживание томов / Perform volume maintenance tasks в групповых политиках. Для Vista, Win7 с учётом умолчального diskio.no_zero = true достаточно отключения UAC или тех же админских прав. Получение для пользователя (без админских прав) права на обслуживание томов / Perform volume maintenance tasks Открыть текст а. Пуск - Выполнить secpol.msc - Локальные политики - Назначения прав пользователя (выделить)или Панель управления - Администрирование - Локальная политика безопасности - Локальные политики - Назначения прав пользователя или Computer Configuration\Windows Settings\Security Settings\Local Policies\User Rights Assignment б. Двойной щелчок по политике Выполнение задач по обслуживанию томов (Win7), она же Запуск операций по обслуживанию тома (winXP), она же Perform volume maintenance tasks. в. Добавить своего пользователя, после перезагрузки изменения сработают. Проверка на прописывание нулей Открыть текст Создаём бестрекерный (чтоб скачивание не испортило картину) торрент-файл для любого большого файла (>10-100МБайт).Добавляем торрент в список клиента. Далее можно просмотреть созданный файл-пустышку WinHex'ом на предмет ненулевых байтов. Долго и скучно, поэтому подсчитываем и запоминаем контрольные суммы для созданного файла, отправляем его в корзину (чтоб следующий новый файл не попал на то же место). Останавливаем наш тестовый торрент, хэшируем (чтоб µT осознал отсутствие файла), снова стартуем (чтоб опять создался файл-пустышка), подсчитываем контрольные суммы и сравниваем с записанными. При стабильном равенстве контрольных сумм предполагаем прописывание нулей. Кстати, передёргивание Pre-allocate all files остаётся пока единственной мерой борьбы с ошибочным отказом µT писать большие файлы на NTFS-разделы (случается и такое - см.пример), если не считать совсем уж странных. Огорчу владельцев (вполне современных) дисков WD и Hitachi, суммарная скорость многопоточного чтения несколькими экземплярами HD_Speed ограничена несколькими МБайт/с, при числе потоков более 4-х к ним присоединяются самсунги. [Подробнее об эффективности управления многопоточным чтением у разных hdd.] Так что поправьте невменяемые числа слотов отдачи (их скорее стоит уменьшать при превышении других рекомендаций; ко всему прочему формально на каждый слот отдачи всякого активного торрента должно приходиться не менее 1КБайт/с канала отдачи) и активных торрентов поближе к рекомендуемым Оптимизатором (Мастером) скорости. Кстати, µT считает активными те, чьи скорости превышают пороги queue.slow_dl_threshold или queue.slow_ul_threshold (1000Байт/с по умолчанию), заданные в Настройках - Дополнительно, - именно такие ограничиваем в настройках, в то время как для трекера активные те, что периодически посылают отчёты, в частности о том, что запущены. 3. Перегрузка винта и процессора на малых скоростях обмена, тормоза аудио-видео при работающем клиенте, да и всего, что активно использует жёсткий диск. Если перечисленное случается при небольших скоростях обмена, стоит убедиться, что контроллер диска работает в соответствующем режиме, а не PIO, MWDMA или UDMA Mode 0-4 к примеру. Для PATA-дисков или SATA с включенным в BIOS'е режиме эмуляции (Legacy, Compatible) см.диспетчер устройств - IDE ATA/ATAPI контроллеры - загляните в свойства каждого канала - Дополнительные параметры, смотрите Текущий режим передачи. Для винтов PATA можно в EVEREST'е: Хранение данных - ATA, там смотрите Активный режим. Также можно посмотреть в HDDScan (достойная программа для HDD/SSD под Windows), далее Identity Info - DMA/PIO Support, какой режим помечен как Selected. Источник

1. Установка uTorrent Скачивайте клиент только с официального сайта, ссылка для загрузки содержится в разделе Загрузить Поясняющий скриншот: скачивание программы Открыть текст После завершения загрузки файла "utorrent.exe", запускаете его и следуете инструкциям инсталлятора. 2. Русификация Для тех, кто любит пользоваться русским интерфейсом, есть возможность скачать файл русификации так же с официального сайта в разделе Загрузить Поясняющий скриншот: скачивание русификатора Открыть текст Важное замечание: если у вас скачался непонятный файл "dl.php", попробуйте загрузку снова - имя файла должно быть "utorrent.lng". Обычно помогает использование какого-либо менеджера закачек. После этого, поместите utorrent.lng рядом с исполняемым файлом utorrent.exe. В моем случае, это была папка "program files\uTorrent". Запустите программу - файл utorrent.lng должен исчезнуть, а в настройках программы, в разделе General - Language должен появиться пункт Russian. Далее нажимаете Apply внизу справа. Поясняющий скриншот: Русификация Открыть текст После этого перезапускаете программу. 3. Настройка 3.1. Изменения в tcp.sys 3.1. Внимание! Данный пункт можно не читать пользователям Windows Vista SP2, Windows Server 2008 SP2, Windows 7. Самое первое, что обязательно нужно сделать - поставить патч на tcp.sys. Более подробно о данном действии можно почитать на страничке автора, и там же скачать патч в разделе "Скачать". Далее, распаковываете архив, запускаете патч, вписываете число 100, и нажимаете на кнопку "внести в tcp.sys". После этого перезагружаете компьютер, и снова запускаете патч. Наверху, в строке "текущее максимальное количество полуоткрытых соединений" должно быть ваше число. Если это не так, попробуйте пропатчить снова. В случае возникновения проблем лучше всего будет написать автору патча или в тему на нашем форуме. Теперь можно заняться настройкой самого клиента. Пункты меню и скриншоты буду приводить для русской версии клиента, т.к. люди, владеющие английским языком без труда разберутся, где что искать, а вот остальным может быть трудновато. Так же хотелось бы подчеркнуть, что нижеописанные настройки подходят массовому пользователю, более продвинутые сами настроят как им надо и без этого хелпа 3.2. Настройки -> Общие Итак, заходим в меню Настройки - Общие. Далее сверяетесь со скриншотом: Поясняющий скриншот: Настройки - Общие Открыть текст Тут хочется отметить опцию "Распределять место сразу". Она позволяет при скачиваии файла сразу создавать его на диске с реальным размером, но пустым внутри и при этом совершенно не нагружать винчестер. Преимущества данного подхода: вы сразу резервируете место на диске под раздачу; препятствуете процессу фрагментации и скачивание происходит сразу, без первичной нагрузки на винт (выражается в резком падении скорости скачивания в первые несколько секунд/минут). Эффект работает только при включении (true) опции diskio.no_zero в "Настройках" -> "Дополнительно" и НЕ работает, если вы пытаетесь скачать раздачу по magnet-ссылке ввиду того, что заранее размер файлов в раздаче неизвестен. И еще один небольшой нюанс: если вы сознательно откатываетесь с более старшей версии на более младшую, то разумно будет снять галочку с пункта "Автопроверка обновлений". 3.3. Настройки -> Папки Пункт меню Настройки - Папки можно настроить, как показано на скриншоте: Поясняющий скриншот: Настройки - Папки Открыть текст "Помещать загружаемые файлы в" служит для обозначения места хранения еще не докачанных, временных файлов. При этом файловая система на этом разделе должна быть отформатирована в NTFS. Поясняющий скриншот: файловая система Открыть текст Что это такое и как сделать - написано в теме Как конвертировать партицию жёсткого диска из fat\fat32 в NTFS (инструкция) "Переносить завершенные файлы в" - это местонахождение для уже скачанных файлов. Как и в предыдущем случае, файловая система так же должна быть в NTFS 3.4. Настройки -> Соединение Поясняющий скриншот: Настройки - Соединение Открыть текст Галочки "Включить UPnP-переадресацию" и "Включить переадресацию NAT-PMP" нужно ставить в том случае, если ваше соединение идет через роутер, поддерживающий технологию UPnP. Если не знаете, или сомневаетесь, спросите в ветке Настройка роутеров и файерволов Галочку в пункте "Случайный порт при запуске" без необходимости лучше не ставить, иначе может потребоваться перенастройка роутера/фаерволла На портах хочется заострить особое внимание. Соединения между торрент-клиентами основываются на входящих и исходящих соединениях. Клиент, узнав о другом клиенте, попытается "придти к нему в гости" - сесть на порт, указанный в его настройках. Если порт открыт, то устанавливается соединение. При этом у клиента, к которому сели на порт, загорается внизу "зеленый кружок" - признак наличия входящих соединений. Поэтому, в идеальном случае, порт у вас так же должен быть открыт, чтобы другие клиенты тоже могли к вам "приходить в гости". Для этого, как минимум, требуется корректная настройка фаерволла/антивируса/роутера, а так же сам факт предоставления этой услуги провайдером. Более подробно можно почитать в вышеназванной теме Настройка роутеров и файерволов и в FAQ по скорости Галочку "В исключения брандмауэра" ставить в том случае, если вы не отключали встроенный брандмауэр Windows, в противном случае, клиент каждый раз при запуске будет выдавать ошибку в журнале "Error opening Windows firewall: 0x80070005 Отказано в доступе." 3.5. Настройки -> Скорость Поясняющий скриншот: Настройки - Скорость Открыть текст Цифры в этих полях целиком и полностью зависят от вашей максимальной скорости соединения, которую предоставляет вам провайдер. На скриншоте приведен пример для скорости 10мбит/1мбит (Down/Up). Важное замечание: клиент манипулирует цифрами в килоБАЙТАХ, а провайдер в тарифных планах обычно указывает килоБИТЫ. Формула перевода: 1 килоБАЙТ = 8 килоБИТ. Соответственно, делите вашу скорость на 8, это будут наши отправные цифры. пункты "ограничить до" в первом и втором фреймах выставляем примерно в 80% от максимальной скорости отдачи и скачивания соответственно. Для моего примера, 1 мбит делим на 8, получаем 125 килобайт, 80% от этого числа - 100. Значит, в верхнем фрейме выставляем 100. Аналогично считаем ограничение для скорости скачивания, в моем примере нужно выставить 1000. Смысл данных ограничений в том, что если клиент будет достигать максимума отдачи (скачивания), это может негативно сказаться на скорости скачивания (отдачи) и на остальных программах, использующие интернет. И даже может отрицательно влиять на передачу статистики на трекер! "Общее количество соединений" выставлять из соображений целесообразности, обычно 800-1500 вполне достаточно. "Максимум присоединенных пиров для одного торрента" так же достаточно выставить в районе 80-150 "Количество слотов отдачи для одного торрента" можно выставить равным предыдущему пункту, т.е. 80-150 "Ограничить скорость для uTP-соединений" поставить галочку, чтобы скорость по новому протоколу так же ограничивалась общими лимитами скорости. Так же существует сводная таблица настроек от самих разработчиков, можете с ней ознакомиться. В качестве отправной точки берется лишь скорость исходящего канала. Поясняющий скриншот: Рекомендуемые настройки от разработчиков Открыть текст 3.6. Настройки -> Bittorrent Выставьте галочки, как показано на скриншоте Поясняющий скриншот: Настройки - Bittorrent Открыть текст "Включить сеть DHT", "Включить DHT для новых торрентов" позволяет клиенту находить источники раздачи и желающих скачать вне трекера. Более подробно можно почитать в теме DHT или Distributed hash table - ответы на вопросы "Поиск локальных пиров" позволяет находить желающих скачать или отдать в локальной сети вашего провайдера. Ставить галочку в том случае, если ваша локальная сеть достаточно развита, и провайдер не препятствует этому (данная технология создает довольно сильный "паразитный" трафик, и некоторые провайдеры могут даже банить вас за такое) "Включить scrape-запросы" нужна для того, чтобы клиент дополнительно опрашивал трекер на предмет точного количества сидов и пиров на раздаче. Так как это довольно сильно нагружает трекер, на rutracker.org данная технология отключена. Поэтому, галочку необходимо снять. "Включить обмен пирами" - очень полезная функция, позволяет находить других участников обмена без непосредственного опроса трекера. Очень сильно ускоряет построение общей картины сидов и пиров "Лимит скорости локальных пиров" - по умолчанию uTorrent считает, что провайдер предоставляет в локальную сеть бОльшую скорость, чем во внешку, и что общие ограничения на скачивание и отдачу не должны распространяться на локальных пиров. Если вы согласны с этим - галочку убирайте. Но тогда локальные пиры могут забить ваш канал полностью, и вас могут быть те проблемы, про которые я написал чуть выше. Для версий 2.х данное окно настроек будет немного другим: Поясняющий скриншот: Настройки - Bittorrent (для версий 2.х) Добавляются два новых пункта "Управлять скоростью [uTP]" - включает новый протокол uTP, который служит для увеличения скорости. Более подробно можно прочитать в п.3.9. В редких случаях включение uTP, даже настроенного, может иметь обратный эффект из-за политики провайдера (шейпинг), поэтому некоторым может помочь отключение uTP как класса. В этом случае 2.х превращается в 1.х и п.3.9 можно не читать. "Включить поддержку UDP-трекеров" - не имеет отношения к скорости скачивания и раздачи; разрешает uTorrent присоединяться к трекерам, поддерживающими udp-протокол, их адреса начинаются с префикса "udp://" 3.7. Настройки -> Очередность Поясняющий скриншот: Настройки - Очередность Открыть текст Тут, пожалуй, стоит рассказать про пункт "Раздавать до". Я рекомендую ставить "-1" в поле для коэффициента, - это значит, что при любом соотношении отдано/скачано на любом из заданий, клиент не будет автоматически его останавливать. В поле "время раздачи" ставим "0" - раздавать бесконечно. 3.8. Настройки -> Дополнительно Поясняющий скриншот: Настройки - Дополнительно Открыть текст Тут надо выставить следующие значения: bt.allow_same_ip - true Позволяет множественные входящие соединения с одного IP-адреса bt.connect_speed - 50 Количество соединений, которые инициирует или принимает uTorrent в секунду. Помните, слишком большое значение этого параметра может негативно отразиться на стабильности и скорости вашего интернет-канала bt.graceful_shutdown - true При включенном параметре (true) клиент при завершении своей работы будет пытаться отправлять статистику на трекер до тех пор, пока она не уйдет вся по каждому торренту, в противном случае, будет сделана всего одна попытка без всяких проверок. При этом визуально клиента на экране не будет, но он будет висеть в памяти - не пугайтесь. Время до полного завершения программы зависит от качества вашего соединения до трекера, от загруженности самого трекера и от количества активных торрентов в клиенте ipfilter.enable - false Отключает блокировку IP-адресов, если они указаны в файле ipfilter.dat. net.max_halfopen - выставить в 80% от числа в патче, описанном в пункте 3.1. В нашем случае это 80. 3.9. Настройки -> Дополнительно (для версий 2.х, дополнительно к п.3.8) Версии 2.х характеризуются полной поддежкой собственного протокола uTP, призванного увеличить скорость скачивания и отдачи. Однако, на текущий момент собственные настройки этого протокола далеки от оптимальных. Поэтому, если вас не устраивает скорость, вы можете попробовать изменить эти значения. net.utp_dynamic_packet_size - false Отключает динамический размер UDP-пакетов (основа uTP). Дело в том, что в uTP заложен механизм адаптации торрент-клиента под загруженность канала пользователя, и если uTorrent "видит", что пакеты стали идти слишком медленно, он уменьшает их размер. На практике же подобный подход часто приводил к перегрузке сетевого оборудования, как на стороне пользователя, так и на стороне провайдера. Итак, выставление этой опции в значение false заставит uTorrent пользоваться фиксированными размерами UDP-пакета. net.utp_initial_packet_size - 8 Размер UDP-пакета, определяется как множитель от 150-байт. Проще говоря, UDP-пакет = net.utp_initial_packet_size * 150. Принимает значения от 1 до 8 включительно. Как уже писалось выше, маленький размер пакета может приводить к различным сетевым перегрузкам, поэтому большинству пользователей рациональнее использовать максимальный множитель, т.е. 8. net.utp_receive_target_delay - 300 Этот параметр можно охарактеризовать как аналог пинга между вами и удаленным пиром, с которого вы качаете. При превышении этого значения, uTorrent будет думать, что ваш канал перегружен, и будет уменьшать скорость скачивания. Повышение этого значения по сравнению со стандартным вызвано тем, что интернет-сети у большинства далеки от идеала, и теоретически даже между вами и вашим соседом пинг может быть более 100, хотя ни вы, ни он не забили свой интернет-канал. Оптимальное значение этого параметра лучше подобрать экспериментально, оно может достигать 500 и более. Значение параметра - в миллесекундах. net.utp_target_delay - 300 Аналогичный вышесказанному параметр, но отвечает за таймаут при отдаче. peer.disconnect_inactive_interval - 100 Если в течении указанного значения в секундах между вами и вашим пиром не будет обмена данными, то пир будет считаться неактивным и uTorrent разорвет с ним связь. 3.10. Настройки -> Дополнительно -> Кеширование Сравните настройки со скриншотом: Поясняющий скриншот: Настройки - Дополнительно - Кеширование Открыть текст Продвинутым пользователям так же порекомендую статью Тонкости настройки кеширования 4. Пример корректно настроенного клиента Поясняющий скриншот: Пример корректно настроенного клиента Открыть текст 4.1. Статус торрента не должен содержать ошибок 4.2. Статус трекера bt*.rutracker.org на каждом из заданий должен быть "работает" Более подробно об этих пунктах можно почитать в теме Ошибка торрента, статус трекера: возникающие ошибки и их решения

Еще такое бывает когда ставишь СПАСИБО..Такая беда не первый год уже)) Значит кому-то нравятся такие ромбики

А смысл? Если предпологается что все трейлеры или сэмплы будут храниться на домашнем компьютере вопрос - А оно вам надо хранить тысячи роликов? А если имеется ввиду обыкновенная вставка ссылки с внешки - вообще ничего интересного...Лишняя нагрузка на сервер и только...

У Вас вероятно на внешнем HDD файловая система FAT 32..Вам нужно преобразовать ее в NTFS..Именно преобразовать а не отформатировать так как второе приводит к полному уничтожению всей инфы..Для преобразования диска откройте командную строку и введите в ней CONVERT <Буква диска> /fs:ntfs и нажать ENTER..Закройте перед выполнением данной процедуры все активные окна на этом диске..

Та же песня . Билайн веселит своих абонентов..

Простите а у вас часом в клиенте не стоит ограничение на отдачу? Если нет - тогда и вправду мистика

Весьма странное заявление...Раздаваться может любая раздача..Хоть золотая хоть незолотая...

Да я в курсе как бы) Но сама идея неплохая))

Пообщался с автором программы - обещал написать для нашего хостинга подобное)) В ближайшее время ЗЫ. И еще есть кое-что (ВНЕШКА!!)

Помню что когда-то эта тема обсуждалась на форуме а теперь как то замяли) Так вот. Наткнулся на весьма интересную программу для заливки изображений на хостинг картинок. И подумал неплохо бы всем, кто пользуется imghost.bee-media - иметь такую же программу)))

Зачем прятать??? Он просто не отображался три недели вот и все..Сейчас все норм

Вот совсем друго дело. А что с отображением рейтинга Кинопоиска в категориях ФИЛЬМЫ?