» eMule или еМул

Protone
на NTFS диске ошибки из-за всяких там отключений питания, зависания компа и прочего НЕВОЗМОЖНЫ!!! мы всетаки не в 90-х годах живем когда с FAT все мучались перепроверяя диск при загрузке виндов ))

Цитата:

на NTFS диске ошибки из-за всяких там отключений питания, зависания компа и прочего НЕВОЗМОЖНЫ!!!

Возможны, но случай крайне редкий - согласен.

Alexandr VII
Я бы не писал если бы не столкнулся что накрылись 2 образа властелина колец по 8 гиг каждый, докачанные до 91% в sparse моде, после отрубания питалова. Возникла дисковая ошибка и никакие хвалёные трюки ntfs их не спасли, пришлось перекачивать. А так, я до того момента тоже свято верил в непробиваемость.

очень странно, впервые о таком слышу, чтоб на NTFS дисках были ошибки 8/
максимум что может быть, это недозаписанный файл из-за того что в винде в настройках диска включено кэширование зписи на диск (т.е. размер файла меньше получится). Device Manager->Disk drives->drive->Свойства->политика. У меня поумолчанию отключена для последней баракуды, включением ее какраз грозят какими-то повреждениями данных

Хотя если речь идет конкретно как это выглядит в eMule, то там может произойти рассинхронизация записи в .part файл и .met файл. Тогда да бывало .met файл обнулялся из-за алгоритма перезаписи .met файла при изменении, а в .part файл не дозаписывался буфер в несколько килобайт. Тогда при следующем запуске eMule, он востанавливал автоматом .met файл и бэкапа и иногда перехешировал .part файл на предмет что уже скачено. И те данные которые не успели тогда записаться в .part файл приходилось опять дозакачивать.
От того spare файлы .part или нет абсолютно ничего не меняется, тока диск фрагментируется очень сильно и тормоза при хэшировании

Alexandr VII
Не тешь себя надежностью NTFS - она, конечно, надежная система (намного надежней многих других), но все-же не абсолютно стабильная - а где взять такие?

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

Добавлено:
Да, кстати, как альтернатива спарсу для того же нтфс - просто включить сжатие для папки темп.

Цитата:

речь шла о бэкапе

бэкапе не скачиваемых файлов, а только файлов метаданных.


Цитата:

как альтернатива спарсу для того же нтфс - просто включить сжатие для папки темп

неее, это абсолютно разные алгоритмы и ничего между ними общего нет

Цитата:

просто включить сжатие для папки темп

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

подскажите где можно качнуть MetMedic

что то в осле глюкануло и все гигабайтные файлы пропали

Может что еще присоветуете ...
Прога из шапки не хочет помогать ;-(

Добавлено:
+ Ламерский вопрос.. где можно посмотреть какой файл лежит в met.

Заранее спасибо

Вот тут какая странность приключилась. Поставил я eMule на диск С, а тама теперь места не хватает - я могу просто тупо перенести весь каталог (со всем в него вложенным) на другой диск? Не перестанет ли система от этого работать?

A.
Alexandr VII

Цитата:

неее, это абсолютно разные алгоритмы и ничего между ними общего нет

Ну результат то один. Вот если бы спарс можно было применить не только на нтфс, а так есть стандартные средства...
Короче, у меня спарс отключен, включено сжатие темпа, чего и вам желаю. При бэкапе ахивирую папку целиком и на DVDs пишу.
Кстати, сжатие актуально и для других не полных файлов: торентов, ftp/http закачек.
B.
Alexandr VII

Цитата:

о бэкапе не скачиваемых файлов, а только файлов метаданных.

MrDiaz

Цитата:

Еще если пререставляю винду какие файлы надо сохранить?

Хм, Alexandr VII, при переустановке, на чистой винде, при условии форматирования от одних метов толку мало.

Добавлено:
Ellinist
Перенеси темп и инкаминг и в настройках пропиши новые папки - работать будет гарантированно.

Цитата:

[/q]
[q]подскажите где можно качнуть MetMedic

что то в осле глюкануло и все гигабайтные файлы пропали

Может что еще присоветуете ...
Прога из шапки не хочет помогать ;-(

Добавлено:
+ Ламерский вопрос.. где можно посмотреть какой файл лежит в met.

Заранее спасибо

если у кого есть DonkeyDoctor for поделитесь плиизз

упало пру 4гиговых образа... я бьюсь об стол

donkeydoctor

Добавлено:
вроде metmedic особо не поможет на новых мулах, теперь же данные пишутся в known2_64.met, а не в known.met

dneprcomp

Цитата:

такой путь сохранения свободного места(под управлением системы) надежнее

ничего подобного! надежность абсолютно таже самая

vmalicious

Цитата:

Ну результат то один

как это один? совершенно разные!
сжатие в этом случае загружает значительно больше процессор и применяется на данные файлов. Применение сжатия тут не рационально и не к месту, когда режим spare специально именно и был для этого сделан.


Цитата:

Хм, Alexandr VII, при переустановке, на чистой винде, при условии форматирования от одних метов толку мало.

хм, эти посты абсолютно не связаны. MrDiaz со своей переустановкой винды тут непричем.

Shadow_From_XZone

Цитата:

+ Ламерский вопрос.. где можно посмотреть какой файл лежит в met.

специально для этого есть файл \eMule\downloads.txt
только учти, он сразу же перезаписывается при следующем запуске осла и потерянные файлы из него то же удалятся

Alexandr VII
кстати, гуляя по емуле проджект, вспомнил старо новый emule shell extension, мона же и им смотреть что за мет файл и прочую инфу.

незнал о таком плагине, глянул исходник 1.0.3

врядли им получится посмотреть, темболее там информация может быть неточная. Эта прога всего-лишь открывает .met, забирает оттуда инфу и высвечивает ее для .part файла с таким же номером в имени. Хоть такого в осле и не может быть, но если у тебя помер part файла не соответствует .met файлу то будет тока дизинформация.

короче в большенстве случаев бесполезная штука. В папке temp лазить вообще незачем, а при сбоях обычно .met файл затирается и от проги никакого смысла, потому как единственная информация о потерянных файлах остается в downloads.txt. Ей надо бы было первым делом в downloads.txt лезть, и только потом уже из .met файла пытаться вынуть инфу о part файле.
И еще, с .bak файлами эта прога почемуто тоже не умеет работать вообще странно.

а вот иконки сипатишные

Alexandr VII

ну тогда notepad+ сервис ed2k stats
хотя кинул идею на емуле проджект о фиче типа маленького окна Note для каждой закачки, чтобы качающий мог кинуть туда инфу о файле, скажем.. пароль на архив и пр. маленькие заметки. Мона добавить чтобы создавался такой файлик в папке конфига с краткой инфой
типа
shrek.rar
XX.part
пароль: ляля

описание: лялялляля


Но мою идею как то не особо поддерживают

win2k
а ведь отличная идея, хотя надобности в этом никогда раньше не замечал

Поправьте сылку на MetFileRegenerator - Для восстановления утраченных/битых .met-файлов
старая выдаёт :

Цитата:

Old Link

You are using an old link to access content on this website, please use this link and update your bookmarks. If you were linked here from another site please contact the webmaster there to update their link.

Новая:
http://www.bigwillystyle42.com/mfr/mfr/

Народ помогите правильно настроить eMule, только сегодня узнал про него, целый день в тырнете просидел, а удовлетворяющего результата не добился. Тест на порты у меня провалился. Что делать как повысить скорость??? Отдавать получается на скорости 10 кб/с, а получать только 1 кб/с и то с большими перерывами!!!

Конфигурация:

Установлена - eMule 0.47c
Ос - WinXP sp.2
Соединение с тырнетом через Wi-fi
Оператор - Golden WiFi

Не знаю, точно ли так, как я думаю, но, полагаю, что все-же результаты поиска и (соответственно) вероятности успешной закачки редких файлов зависят от того, к какому серверу я подключился.
Выложил я тут файл - через неделю им кто-то заинтересовался, еще через неделю он появился в веб-сервисах (на сервере статистики) - при этом об этом файле знал только один сервак (второй Донки), потом (еще через дня четыре) появилось два новых пользователя, интересующихся этим файлом и только еще через полторы недели об этом файле узнал еще один сервер (первый Донки).

Вот я и думаю, что для успешного поиска и скачивания стоит время от времени переподключаться от сервера к серверу.

Bobr06

Цитата:

Народ помогите правильно настроить eMule, только сегодня узнал про него, целый день в тырнете просидел, а удовлетворяющего результата не добился. Тест на порты у меня провалился. Что делать как повысить скорость??? Отдавать получается на скорости 10 кб/с, а получать только 1 кб/с и то с большими перерывами!!!

Конфигурация:

Установлена - eMule 0.47c
Ос - WinXP sp.2
Соединение с тырнетом через Wi-fi
Оператор - Golden WiFi

Тут уже неоднократно говорилось, что сначала надо потерпеть недельки две-три, начать отдавать другим пользователям и только потом закачка пойдет нормально - я лично сейчас отдаю намного меньше, чем принимаю - потому как отдал уже очень много - но, стоит сказать, что время от времени Up и Do меняются местами - то есть отдача становится больше, чем прием и наоборот.

Спасибо за ответ, хоть это стало ясно. А насчет LowID - можно как нить поправить???

Bobr06
LowID - следствие наличия FireWall - как правило. На самом деле - ничего страшного в этом нет.

Так получается скорость не зависит от ID, а почему же так медленноили у всех так. И что eMule хочет сказать выаодя вот такое сообщение подключаясь к серверу - Предупреждение BiG BanG 13 (80.239.200.112:3000) - You have a lowid. Please review your network config and/or your settings.

Bobr06
Скорость загрузки не зависит. Скорость выгрузки зависит сильно. Предупреждение сервера есть замечание о том, что у вас lowid.

Bobr06
Два пользователя с LowID не могут соединяться напрямую друг с другом - только через сервер.
Вот выдержка из справки:
Наличие LowID не означает того, что не может быть осуществлена загрузка или выгрузка, однако это приводит к некоторым недостаткам:
- IP машины, где есть LowID, не может быть определен, следовательно все запросы на постановку в очередь или по соединению с пользователем должны выполняться опосредованно через сервер, к которому подсоединен клиент с LowID. Это требует определенной загрузки процессора сервера, что резко уменьшает максимальное количество доступных пользователей, способных поделиться информацией. Сервер Lugdunum ограничивает количество пользователей с LowID или даже отклоняют их запросы.
- Два клиента с LowID не могут соединиться напрямую друг с другом, так как невозможно осуществить обмен сообщений между двумя разными серверами. Это ведет к уменьшению потенциального количества источников для скачивания.
- На слишком загруженных серверах возможна потеря в обмене сообщений, что ведет к задержке движения в очереди или в количестве запросов на скачивание. Это может привести к уменьшению выделяемых кредитов и ухудшению процесса скачивания.

eMuleTurboAccelerator - нашел вот эту прогу в тырнете, но толком и не понял чем она занимается, стоит ли ее устанавливать для повышения производительности???

Bobr06
не стоит, не поможет ты лучше занимайся настройкой мула а не поиском ускорителей.

Alexandr VII
можешь тогда мою идею там поддержать я там freshirc )

Уважаемый ALL. Есть вот какая фишка:
У меня расшарен файл (такого другого в инете нет) - пока что на него позарились только три пользователя (что уже радует ). Но качают они с меня крайне нерегулярно. Я им даже статус друзей присвоил, чтобы хоть как-то поспособствовать процессу.
Смотрю в очередь пользователей на закачку (снятие с меня) и вижу, что все эти три пользователя медленно (но верно) пробираются вверх по очереди (наращивая себе очки - которые зависят от времени ожидания в очереди). При этом они движутся не по очереди к данному файлу, а по глобальной очереди всех файлов, которые можно с меня забирать (в том числе и тех, который мною не до конца получены). И только тогда, когда они добираются до верхушки очереди (или почти до верхушки), они начинают скачивать очередной кусочек.
Мне непонятно вот что: На кой надо было делать такой алгоритм, который ведет глобальную очередь, а не локальные очереди к конкретным файлам? Какой смысл в этом? Может я чего не понимаю...

Дополнение:
Я к чему это все выше написал - если существует глобальная очередь (а я очень хочу поделиться радостью с большими гигабайтами), то я просто буду активнее удалять скачанные файлы - не давая возможности многим покачать с меня - ибо (в данном случае) я вижу жесткое противоречие между идеологией ДЕЛИТЬСЯ, ДЕЛИТЬСЯ И ЕЩЕ РАЗ ДЕЛИТЬСЯ с тем, как все это работает. Увы, пока другого объяснения я не вижу.

Ellinist

Цитата:

даже статус друзей присвоил

Этого мало, нужен слот ещё.

Цитата:

то я просто буду активнее удалять скачанные файлы

Так и надо делать время от времени, чтобы не плодить чрезмерное количество файлов, но (!) желательно удалять те, что и так уже есть в Инете у многих источников.
Редкие же файлы следует оставлять. И тогда идеология:

Цитата:

ДЕЛИТЬСЯ, ДЕЛИТЬСЯ И ЕЩЕ РАЗ ДЕЛИТЬСЯ

будет работать на всю катушку