...Легко сказка сказывается, но, как говориться - человек может всё... до того момента, пока не начнёт что-нибудь делать сам.
Всё на английском, - что там понять можно?
Позвольте пару вопросов: 1. где именно смотреть своё сетевое подключение? Как оно выглядит?
2. AcrylicConfiguration.ini - винегрет из АйПи адресов и английских терминов. Что менять, где, как, в каких строках?
С namebench и DNS Benchmark хоть всё понятно, а тут - аццкая смесь

Открываем Edit Acrylic Configuration File ( в меню программ, после установки есть или пользуемся тузлой Acrylic DNS Proxy Monitor: Edit-> Edit configuration

Ищем строки:

PrimaryServerAddress= тут указываем DNS провайдера
SecondaryServerAddress=если у вас 2 DNS сервера у провайдера, второй; (иначе уже из своих найденых предпочтений)

И дальше в соответсвующих строчках проставляем IP адреса нужных DNS
серверов

TertiaryServerAddress=
QuaternaryServerAddress=
QuinaryServerAddress=
SenaryServerAddress=
SeptenaryServerAddress=
OctonaryServerAddress=
NonaryServerAddress=
DenaryServerAddress=

По-умолчанию в первых стоят IP от OpenDNS


Врага надо знать в лицо...ну, хотя бы с гугло-промт переводом

Много полезных утилей не имеют "великого и могучего" - ни в интерфейсе, ни в коммандных хелпах, ни в описаниях. "Собачий", де факто, более распространён, хотя, бывает, и его нет, а есть, в лучшем случае, германский, какой-нибудь европейский. Относительно часто попадаются китайские и японские иероглифы. Вот там - настоящая беда для понимания. Но, если ОЧЕНЬ надо, то разобраться можно.

Всё описано в закомменченных стройчках файла
AcrylicConfiguration.ini

вот его пример-адрес по-умолчанию

Спасибо, HugoBo-SS. Куплю Промто-букварь, - завтра поразбираюсь.

Дарю

Надо было мне сразу озвучить суть своей проблемы. А она состояла в том, что при скорости соединения в 9-13 килобит, часто зависали онлайн тв-трансляции, особенно в вечернее время, после 19-00. Что я ни делал - всёравно онлайн трансляции висли. "Предпочитаемый DNS-сервер" выставлял Гугловский 8.8.8.8 и 8.8.4.4, выставлял "Автоматический", потом месяца три пользовался DNS Benchmark (даже выписал 4-6 IP наиболее быстрых) - ничего не помогало. Вернее помогало, но на время.
А вчера, перечитав эту тему, полазив по интернету, наткнулся на 2 совета с других ресурсов:
- Первый советовал, - "Если у Вас установлен WiFi роутер, то я бы Предпочитаемым сервером прописывал IP-адрес роутера(192.168.1.1 или 192.168.0.1), а в поле Альтернативного — уже публичный сервер Гугл.. Таким образом Вы сможете пользоваться и ресурсами и провайдера, и стабильностью работы сервисов Google".

- Второй же советовал, чтобы пропали "тормоза", зависания - прописать не Гугловский IP, а Яндекса:
1) (базовый) 77.88.8.8
2) ----///---- 77.88.8.1

Короче, я прописал Предпочитаемым - 192.168.1.1
Альтернативным - 77.88.8.8
Дополнительным - 77.88.8.1
И теперь, со вчерашнего дня - никаких "тормозов" нет! Смотрю тв-трансляции в разном качестве - ничего не виснет и не тормозится!
Почему так происходит? Тот второй советчик писал, что якобы особенности конкретного региона... ХЗ. Но проблема решена. Страницы тоже заметно шустрее стали открываться! Так что доверять этим Benchmark-ам и прочим Acrylic-кам, наверное не стоит.

PS: И ещё хотел спросить... Протокол Интернета версии 4 (TCP/IPv4) я изменил, а (TCP/IPv6) Яндекса теперь надо прописывать, или не обязательно?

Молодец, что разобрался.

Отдать на откуп роутеру 1-й DNS можно и нужно, если тот достаточно продвинут и в нём хорошо реализован DNS сервер. Забыл рассмотреть подобный случай . А для прямых подключений только по приведённой схеме.[quote=kotmur,18.02.2015 - 20:33]
Почему так происходит?

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

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

Как правило, у провайдеров услуг хватает адресации в области IPv4. IPv6 они транслируют в свою область IPv4 и доставят и так. Но можешь попробовать - хуже не будет.