Puncte:0

High Time to First Byte (TTFB) la încărcarea fișierului

drapel mv

Este nevoie de aproximativ 3 secunde pentru ca aplicația mea (.NET Core) să încarce un fișier pdf de 5 MB de pe serverul din rețeaua locală. Mai mult de 2 secunde (78%) este timpul până la primul octet (TTFB).

introduceți descrierea imaginii aici

Este acesta un comportament normal? Există vreo modalitate de a îmbunătăți TTFB?

Ubuntu 18.04, NGINX.

Pot adăuga orice conținut fișier de configurare pe baza cererii.

drapel ru
Aceasta nu este o problemă cu NGINX, este o problemă cu aplicația de backend. Viteza de descărcare depinde de aplicație, de încărcarea sistemului și de alte lucruri, dar nu partea NGINX (cel mai probabil) va fi blocajul dvs., ci mai degrabă aplicația dvs. de backend. Dacă configurația dvs. este pur și simplu să treacă prin proxy_pass la aplicația dvs. .NET Core, atunci toate blocajele se află în aplicația dvs. .NET Core.
Doug Smythies avatar
drapel gn
Ați pus [exact aceeași întrebare](https://askubuntu.com/questions/1356690/reduce-file-upload-latency) ieri și ar fi trebuit să o editați pentru a adăuga graficul și a-l ridica.
drapel ru
De asemenea, NU repostați întrebarea doar pentru că cea „veche” nu a primit atenție - editați acea postare în mod special.
Leeloo avatar
drapel mv
@DougSmythies Am șters acea întrebare, deoarece era legată de SFTP. L-am testat și nu s-a dezvăluit nicio problemă.
Leeloo avatar
drapel mv
@ThomasWard Vă mulțumesc pentru anunț, o voi ține cont. În ceea ce privește blocajul, poate există ceva de-a face cu capacitatea de răspuns a serverului?
drapel ru
@Leeloo în cele din urmă, după ce a analizat cealaltă întrebare, acea întrebare este încă *identică* cu problema TTFB de aici.
drapel ru
@Leeloo fără acces la sistemul dvs. pentru a urmări utilizarea resurselor, operațiunile de rulare ale aplicației dvs. independent de NGINX (interfațat direct, de exemplu), etc. Există modalități limitate în care putem identifica lucrurile. Avem nevoie să identificați utilizarea I/O pe disc, utilizarea procesorului, utilizarea RAM și să vă testați direct aplicația fără NGINX în linie pentru a determina dacă aplicația este, de fapt, de vină și este blocată de resursele sistemului.
Leeloo avatar
drapel mv
@ThomasWard Aș putea copia aici informațiile necesare dacă ați putea susține.
drapel ru
Să [continuăm această discuție în chat](https://chat.stackexchange.com/rooms/128382/discussion-between-thomas-ward-and-leeloo).

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.