Субъективно о менеджерах закачки: практический обзор
Содержание:
1.KGet (Вы читаете данный раздел);
2. Gwget;
3. Downloader for X;
4. Aria2.
Какая связь между жарой и причиной написать обзор файловых качалок? Самая прямая, если в качестве менеджера закачек используется KGet. С каких-то пор (а вернее - с какой-то версии) KGet стал сильно нагружать процессор. Обычно у меня эта «загрузка» составляет 30%, а у других порой даже превышает 50%. Может показаться, что 30% - не так уж критично, но когда одновременно с этим смотришь фильм или выполняешь другие требовательные к процессору операции, кулер начинает гудеть. Лично я не хочу смотреть фильм под гудящий процессор или менять кулер. Проще использовать для скачивания файлов какую-нибудь другую программу. Желательно с графическим интерфейсом и такую, чтобы её было удобно «прикрутить» к браузеру. Плодом раздумий, основанным на поиске такой качалки, и явилась эта статья.
Но вначале - общие замечания. Мне от качалки надо не так много: во-первых, возможность возобновления прерванного сеанса скачивания; во-вторых, вменяемое поведение, если имя файла на русском; в-третьих, простой интерфейс, с которым бы могла разобраться даже мама. Долгие годы я использовал KGet. Не только потому, что это качалка по умолчанию в рабочей среде KDE, но и потому, что она удобна: простой, продуманный интерфейс, стабильная работа. Дополнительными возможностями не пользуюсь: torrent-клиентом служит старый добрый KTorrent, а поиск зеркал, поддержка Metalink и даже многопоточная загрузка мне не нужны (см. рис. ниже).
KGet
KGet сохраняет русские имена в виде «крякозяблов», и потом не всякий файловый менеджер способен удалить такой файл (советую Midnight Commander). Однако при создании новой закачки в KGet можно указать другое имя файла - вот я и пишу латиницей. Но загрузка процессора... Кажется, она вызвана кодом, отвечающим за ведение журнала закачек. Дело в том, что если в настройках («Настройки -- Дополнительно -- Журнал») сменить движок журнала с SQLite на XML и перезапустить KGet, то нагрузка на процессор снижается (примерно на 10%). Стало быть, всё дело в этом? По моим наблюдениям, эта же настройка влияет на скорость запуска и завершения работы KGet, когда журнал считывается и, насколько я понимаю, записывается. Но даже если принять в качестве обычной нагрузки 20%, то почему классический консольный wget сидит на нулях? Есть ли подобные качалки, но с графическим интерфейсом? И я стал искать...
1.
2. Gwget;
3. Downloader for X;
4. Aria2.
Какая связь между жарой и причиной написать обзор файловых качалок? Самая прямая, если в качестве менеджера закачек используется KGet. С каких-то пор (а вернее - с какой-то версии) KGet стал сильно нагружать процессор. Обычно у меня эта «загрузка» составляет 30%, а у других порой даже превышает 50%. Может показаться, что 30% - не так уж критично, но когда одновременно с этим смотришь фильм или выполняешь другие требовательные к процессору операции, кулер начинает гудеть. Лично я не хочу смотреть фильм под гудящий процессор или менять кулер. Проще использовать для скачивания файлов какую-нибудь другую программу. Желательно с графическим интерфейсом и такую, чтобы её было удобно «прикрутить» к браузеру. Плодом раздумий, основанным на поиске такой качалки, и явилась эта статья.
Требования и еще раз про KGet
Но вначале - общие замечания. Мне от качалки надо не так много: во-первых, возможность возобновления прерванного сеанса скачивания; во-вторых, вменяемое поведение, если имя файла на русском; в-третьих, простой интерфейс, с которым бы могла разобраться даже мама. Долгие годы я использовал KGet. Не только потому, что это качалка по умолчанию в рабочей среде KDE, но и потому, что она удобна: простой, продуманный интерфейс, стабильная работа. Дополнительными возможностями не пользуюсь: torrent-клиентом служит старый добрый KTorrent, а поиск зеркал, поддержка Metalink и даже многопоточная загрузка мне не нужны (см. рис. ниже).
KGet
KGet сохраняет русские имена в виде «крякозяблов», и потом не всякий файловый менеджер способен удалить такой файл (советую Midnight Commander). Однако при создании новой закачки в KGet можно указать другое имя файла - вот я и пишу латиницей. Но загрузка процессора... Кажется, она вызвана кодом, отвечающим за ведение журнала закачек. Дело в том, что если в настройках («Настройки -- Дополнительно -- Журнал») сменить движок журнала с SQLite на XML и перезапустить KGet, то нагрузка на процессор снижается (примерно на 10%). Стало быть, всё дело в этом? По моим наблюдениям, эта же настройка влияет на скорость запуска и завершения работы KGet, когда журнал считывается и, насколько я понимаю, записывается. Но даже если принять в качестве обычной нагрузки 20%, то почему классический консольный wget сидит на нулях? Есть ли подобные качалки, но с графическим интерфейсом? И я стал искать...
