Quão precisa é a 'taxa atual' do CURL no medidor de progresso?

Question

A saída segundo a segundo em enrolar é "suficiente"? Qual é o período em que a "taxa atual" é calculada?

No momento, estou usando a saída de status segundo a segundo em Curl como uma medida geral da largura de banda atual nessa conexão.

Se você não sabe o que esta "saída de status" significa, então não há sentido em descrevê-la: -)

Eu acho que é "bom o suficiente" ... testes pontuais mostraram que é bem próximo, mas eu quero ter certeza. Além disso, a taxa atual é a segunda a segunda no último segundo? Estou assumindo que sim, embora os manuais pareçam pouco claros sobre isso.

    

Answer 1

Eu olhei para esta questão há alguns dias e devo dizer que me perguntei o mesmo às vezes. By the way, não é tão preciso quando você analisá-lo no nível do pacote. Além disso, até mesmo os valores dentro da saída de status se contradizem. Veja abaixo, por exemplo: (verifique os valores da Velocidade Atual em Bytes / seg. E relacione com a Velocidade Média de Download e os Dados Recebidos em Bytes)

% Total     % Received % Xferd  Average Speed   Time    Time     Time  Current
                                Dload  Upload   Total   Spent    Left  Speed
0     0     0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
0     0     0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
2 10.0M     2  234k    0     0   161k      0  0:01:03  0:00:01  0:01:02  161k
7 10.0M     7  769k    0     0   314k      0  0:00:32  0:00:02  0:00:30  314k
10 10.0M   10 1102k    0     0   319k      0  0:00:32  0:00:03  0:00:29  319k
16 10.0M   16 1671k    0     0   368k      0  0:00:27  0:00:04  0:00:23  368k
23 10.0M   23 2371k    0     0   435k      0  0:00:23  0:00:05  0:00:18  480k
28 10.0M   28 2905k    0     0   450k      0  0:00:22  0:00:06  0:00:16  534k
31 10.0M   31 3269k    0     0   434k      0  0:00:23  0:00:07  0:00:16  492k
38 10.0M   38 3973k    0     0   470k      0  0:00:21  0:00:08  0:00:13  574k
43 10.0M   43 4476k    0     0   473k      0  0:00:21  0:00:09  0:00:12  569k
47 10.0M   47 4814k    0     0   459k      0  0:00:22  0:00:10  0:00:12  486k
54 10.0M   54 5571k    0     0   486k      0  0:00:21  0:00:11  0:00:10  533k
59 10.0M   59 6089k    0     0   474k      0  0:00:21  0:00:12  0:00:09  532k
63 10.0M   63 6522k    0     0   478k      0  0:00:21  0:00:13  0:00:08  492k
68 10.0M   68 6992k    0     0   481k      0  0:00:21  0:00:14  0:00:07  496k
74 10.0M   74 7599k    0     0   485k      0  0:00:21  0:00:15  0:00:06  536k
80 10.0M   80 8255k    0     0   489k      0  0:00:20  0:00:16  0:00:04  494k
84 10.0M   84 8648k    0     0   491k      0  0:00:20  0:00:17  0:00:03  535k
89 10.0M   89 9202k    0     0   493k      0  0:00:20  0:00:18  0:00:02  534k
95 10.0M   95 9745k    0     0   495k      0  0:00:20  0:00:19  0:00:01  536k
100 10.0M 100 10.0M    0     0   507k      0  0:00:20  0:00:20 --:--:--  584k

Agora, observe o resumo analítico do rastreio do sniffer do primeiro e do segundo segundo desse fluxo em relação ao fluxo inteiro nas imagens abaixo: (a diferença entre esses valores e a saída de status de curl é realmente notável)

Primeiro segundo:

Segundosegundo:

Acredito que isso prova o fato de que o relatório de curvas não é o que você chamaria de preciso, mas atende ao objetivo mais ou menos. Os valores médios que ele reporta têm uma média de 5 segundos a partir do quinto segundo e até mesmo o cálculo da média não é preciso.

Outro ponto digno de nota é como o curl sempre mostra a velocidade de upload como 0, enquanto o sniffer trace mostra a velocidade média de upload em torno de 22558 Bytes / seg para esta transação de 11MB de 20 segundos.

Espero que ajude!