Pulseaudio и Джек: не могу запустить jack on pop! Os

Часто узким местом для медленной загрузки страниц является разрешение DNS. Чтобы проверить, сколько времени требуется для разрешения DNS, попробуйте использовать dig(1).

$ dig example.com

Это должно дать вам результат следующего вида

; <<>> DiG 9.10.2-P1 <<>> example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13362
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;example.com.                   IN      A

;; ANSWER SECTION:
example.com.            1       IN      A       93.184.216.34

;; Query time: 3 msec
;; SERVER: 10.0.0.1#53(10.0.0.1)
;; WHEN: Thu Jun 18 23:19:24 IST 2015
;; MSG SIZE  rcvd: 45

Видите последний раздел? Он показывает, сколько времени потребовалось для разрешения DNS. С dnsmasq, я бы предположил, что у вас будет пара миллисекунд или меньше.

Если здесь все в порядке, пора протестировать реальную сеть. Сначала проверьте, не занимает ли подключение к домену слишком много времени. Попробуйте выполнить ping домена и посмотрите на время rtt. Если время rtt слишком велико, то, вероятно, причина в задержке соединения.

$ ping -c 5 example.com

PING example.com (93.184.216.34) 56(84) bytes of data.
64 bytes from 93.184.216.34: icmp_seq=1 ttl=51 time=204 ms
64 bytes from 93.184.216.34: icmp_seq=2 ttl=51 time=205 ms
64 bytes from 93.184.216.34: icmp_seq=3 ttl=51 time=206 ms
64 bytes from 93.184.216.34: icmp_seq=4 ttl=51 time=205 ms
64 bytes from 93.184.216.34: icmp_seq=5 ttl=51 time=205 ms

--- example.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 204.315/205.415/206.755/0.785 ms

Если это время составляет одну секунду или больше, то у вас определенно узкое место в соединении.

Если вы видите что-то не то в результатах ping(1), вы можете попробовать профилировать соединение с помощью traceroute(1).

Вывод traceroute должен помочь вам профилировать соединение и увидеть, какая часть пути от вашей машины до сервера вызывает максимальную задержку.

Если результат ping выглядит хорошо, проверьте, не требуется ли серверу слишком много времени для отправки ответа. Попробуйте wget(1)

$ wget -d example.com

DEBUG output created by Wget 1.16.3.60-fd3a-dirty on linux-gnu.

URI encoding = ‘UTF-8’
--2015-06-18 23:27:55--  http://example.com/
Resolving example.com (example.com)... 93.184.216.34, 2606:2800:220:1:248:1893:25c8:1946
Caching example.com => 93.184.216.34 2606:2800:220:1:248:1893:25c8:1946
Connecting to example.com (example.com)|93.184.216.34|:80... connected.
Created socket 4.
Releasing 0x0000000001afc8d0 (new refcount 1).

---request begin---
GET / HTTP/1.1
User-Agent: Wget/1.16.3.60-fd3a-dirty (linux-gnu)
Accept: */*
Accept-Encoding: identity
Host: example.com
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response... 
---response begin---
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: max-age=604800
Content-Type: text/html
Date: Thu, 18 Jun 2015 17:57:56 GMT
Etag: "359670651"
Expires: Thu, 25 Jun 2015 17:57:56 GMT
Last-Modified: Fri, 09 Aug 2013 23:54:35 GMT
Server: ECS (ewr/15BD)
X-Cache: HIT
x-ec-custom-error: 1
Content-Length: 1270

---response end---
200 OK
Registered socket 4 for persistent reuse.
Length: 1270 (1.2K) [text/html]
Saving to: ‘index.html’

index.html                            100%[==========================================================================>]   1.24K  --.-KB/s   in 0s

2015-06-18 23:27:56 (197 MB/s) - ‘index.html’ saved [1270/1270]

Вывод данных приостанавливается в каком-либо месте на длительное время? Тогда этот шаг определенно является причиной задержек.