LATENCY LÀ GÌ

     

Theo 1 cách hiểu đơn giản và dễ dàng latency được quan niệm là thời hạn để một chuyển động xảy ra. Điều này cũng có thể có nghĩa bất kì vận động nào cũng đều có độ trễ của nó, một triệu hành động thì bao gồm một triệu latency. Cho nên vì vậy latency quan trọng đo như là con số đầu việc/thời gian. Điều mà chúng ta quan tâm đó là việc latency hoạt động như cố kỉnh nào. Để làm cho điều này còn có ý nghĩa, chúng ta phải mô tả hoàn thiện sự triển lẵm của latency. Trước lúc sang phần tiếp theo, hãy cùng mình ôn tập lại các khái niệm thống kê cơ bản.

Bạn đang xem: Latency là gì

Ôn tập những khái niệm về thông kê

Mean, Median, Mode

*

Mean

Giả sử chúng ta có hàng số 1, 2, 3.Ta có cách tính mean của một dãy số như sau(tổng những số hạng trong hàng số/ số số hạng trong dãy số )=> Mean = (1+2+3)/3 = 2

Median

Giả sử họ có hàng số 5, 1, 2, 8 ,30.Ta có phương pháp tính median như sau. Đầu tiên hãy sắp xếp dãy số đã đến theo sản phẩm tự tăng vọt từ trái qua phải. Kế tiếp duyệt các giá trị mặt khác từ phía hai bên ta sẽ có 2 trường hòa hợp xảy ra:

Số số hạng là lẻ => sau khoản thời gian duyệt đến một thời điểm nào này sẽ còn một số chưa duyệt => số đó là giá trị medianSố số hạng là chẳn => sau thời điểm duyệt đến một thời điểm nào này còn 2 số chưa duyệt => ta tính mean của 2 số đó => sẽ là giá trị median nên tìm

Với hàng số lúc đầu ta có mức giá trị median theo phong cách làm trên là 5.

Mode

Giả sử bọn họ có dãy số 1, 3, 5, 5, 7, 8.Giá trị mode là cực hiếm của số hạng xuất hiện nhiều tuyệt nhất trong dãy=> quý giá mode vào dãy họ đưa ra sinh sống trên là 5

Nếu 1 dãy tất cả 2 mode => hàng đó điện thoại tư vấn là bimodalNếu dãy có khá nhiều hơn 2 mode => hàng đó hotline là multi-modal

Phân phối chuẩn(Normal Distribution)

Phân phối chuẩn chỉnh là 1 dạng phân phối phần trăm mà trong số ấy đồ thị dữ liệu là một trong dạng đối xứng qua mean. Nó đã cho thấy rằng dữ liệu ở gần cực hiếm mean có xu hướng xảy ra tiếp tục hơn so với dữ liệu ở xa mean.

*

Tiếp tục với latency

Latency có xu hướng multi-modal, một phần của điều này do "trục trặc"("hisccups") trong thời gian phản hổi. Trục trặc hoàn toàn có thể xảy ra vì bất kì lí vị gì, bài toán dừng GC, context-switches, câu hỏi bị interrupt, reindex vào database. đông đảo trục trặc kia không bao giờ giống với triển lẵm chuẩn.

*

Chúng ta sẽ mô tả sự phân bố của các độ trễ này thế nào một phương pháp ý nghĩa?Chúng ta sẽ bắt buộc nhìn vào percentiles. Một cái bẫy mà không ít người thằng gặp gỡ phải đó là "trường đúng theo chung" (the comman case). Vấn đề tại chỗ này đó là có tương đối nhiều latency sẽ đối xử khác với mọi trường thích hợp chung.

Đó cũng là một trong những phần vấn đề của các công cụ. Những công cụ bọn họ sử dụng không làm xuất sắc trong vấn đề capture cùng hiển thị dữ liệu. Ví dụ phần nhiều đồ thị độ trễ được sản xuất vì Grafana, như hình mặt dưới, vễ phương diện cơ phiên bản là vô giá chỉ trị.

Latency không lúc nào theo một triển lẵm chuẩn, hoặc Poisson, cho nên nhìn vào các giá trị như average, median, thậm chí là độ lệch chuẩn chỉnh là vô dụng. Trước khi bọn họ sang phần tiếp nối hãy cũng ôn lại một số trong những khái niệm xác suất thống kê mình vừa nêu nhằm hiểu tại sao latency thường không phân chia theo những dạng như vậy.

*

Bao nhiêu nines?

Vậy chúng ta thực sự cần bao nhiêu nines để xem vào ? 99th percentile theo khái niệm là độ trễ nhưng 99% sự quan cạnh bên sẽ bên dưới mức này. Nếu bọn họ có một nút biện pháp tìm kiếm, một node lưu trữ khóa-giá trị, một node cơ sở dữ liệu hoặc một node CDN, thì cơ hội chúng ta thực sự đạt cho 99th percentile là bao nhiêu?

Gil mô tả một trong những dữ liệu trong thế giới thực nhưng mà anh ấy thu thập được, cho biết thêm có bao nhiêu trang web mà họ truy cập thực thụ thực sự đạt cho 99th percentile, được hiển thị trong bảng bên dưới. Cột trang bị hai đếm con số yêu ước HTTP được tạo bởi một lần truy cập trang web. đạt mang đến 99th percentile. Xung quanh google.com, phần nhiều trang đều phải sở hữu xác suất nhận thấy 99th percentile từ 1/2 trở lên.

Xem thêm: Miễn Phí Tải Phần Mềm Access 2007 Miễn Phí, Download Tải Office 2007 Enterprise Nguyên Gốc

*
Điểm cơ mà Gil chỉ dẫn là 99th percentile phần nhiều các trang web của bạn sẽ thấy. Nó chưa phải là "hiếm."

Đo lường latency

Độ trễ không tồn trên trong chân không. Đo thời gian phản hồi là vấn đề quan trọng, nhưng bạn cần xem xét nó trong bối cảnh cuả câu hỏi tải. Tuy thế làm cầm cố nào để chúng ta đo lường đúng điều này? khi bạn gần như lỏng lẻo rỗi, phần đông thứ gần như hoàn hảo, bởi vậy cụ thể là điều đó không có ích cho lắm. Khi chúng ta đạp vào kim loại, đa số thứ đã rơi ra. Điều này phần nào có ích vì nó cho bọn họ biết chúng ta có thể đi nhanh ra làm sao trước khi ban đầu nhận được hồ hết cuộc điện thoại tức giận.

Tuy nhiên, việc phân tích hành vi của độ trễ khi bão hòa cũng như việc xem xét mẫu thiết kế của tấm cản ô tô của người sử dụng sau khi bọc nó xung quanh một cột. Điều duy nhất quan trọng khi bạn đánh vào cột là chúng ta đã tiến công vào cột. Không hữu dụng gì khi nỗ lực thiết kế một dòng ốp lưng tốt hơn, nhưng chúng tôi có thể xây cất cho tốc độ mà cửa hàng chúng tôi mất kiểm soát. Các thứ đã trở đề xuất bão hòa, vị vậy việc xem xét không tính việc xác minh phạm vi hoạt động của bạn sẽ không bổ ích lắm.

Điều đặc biệt hơn là kiểm tra vận tốc giữa không tải và va cột. Xác định SLA của doanh nghiệp và vẽ những yêu cầu đó, sau đó chạy những kịch bạn dạng khác nhau bằng cách sử dụng các tải khác nhau và các thông số kỹ thuật khác nhau. Điều này cho chúng tôi biết liệu cửa hàng chúng tôi có đang đáp ứng nhu cầu SLA của chính bản thân mình hay không cũng như số lượng máy công ty chúng tôi cần hỗ trợ để làm cho như vậy. Nếu như bạn không làm cho điều này, bạn chần chờ mình cần bao nhiêu máy.

Làm cố nào để họ nắm bắt tài liệu này? vào một trái đất lý tưởng, chúng ta cũng có thể lưu trữ thông tin cho hồ hết yêu cầu, nhưng điều này thường không thực tế. HdrHistogram là một công cụ chất nhận được bạn thâu tóm độ trễ với giữ lại độ phân giải cao. Nó cũng bao hàm các phương tiện để điều chỉnh sự thiếu sót kết hợp và lập biểu đồ trưng bày độ trễ. Phiên phiên bản gốc của HdrHistogram được viết bằng Java, tuy vậy có những phiên bạn dạng cho nhiều ngôn từ khác.

*

Tổng kết

Để hiểu độ trễ, bạn phải coi xét toàn thể phân phối. Thực hiện điều này bằng phương pháp vẽ con đường cong trưng bày độ trễ. Chỉ dễ dàng nhìn vào 95th percential hoặc thậm chí là 99th là không đủ. Sự việc về độ trễ đuôi. Tệ rộng nữa, quý giá trung bình không đại diện thay mặt cho trường thích hợp “phổ biến”, trung bình thậm chí còn còn ít hơn. Không có chỉ số duy nhất xác minh hành vi của độ trễ. Hãy để ý đến các công cụ giám sát và đo điểm chuẩn của bạn cũng như dữ liệu mà chúng báo cáo. Chúng ta không thể so với trung bình.

Hãy nhớ là độ trễ chưa phải là thời hạn phục vụ. Nếu khách hàng vẽ biểu đồ vật dữ liệu của mình với sự thiếu hụt sót tất cả phối hợp, con đường cong thường có sự tăng thêm nhanh và cao. Chạy kiểm soát “CTRL + Z” để xem các bạn có gặp mặt sự nạm này không. Một bài xích kiểm tra không vứt qua tất cả một mặt đường cong quyến rũ hơn nhiều. Vô cùng ít mức sử dụng thực sự sửa lỗi này.

Xem thêm: Tiêu Chuẩn Haccp Codex Là Gì, ÁP DụNg TạI ViệT Nam

Độ trễ cần được đo trong điều kiện tải, nhưng thường xuyên chạy xe của doanh nghiệp vào cột trong những bài đánh giá là ko hữu ích. Đây không phải là phương pháp bạn đang chạy trong sản xuất và nếu như đúng như vậy, bạn có thể cần cung cấp thêm đồ vật móc. Sử dụng nó để thiết lập giới hạn của chúng ta và khám nghiệm thông lượng bền chắc ở thân để xác định xem bạn có đáp ứng nhu cầu SLA của mình hay không. Có nhiều công cụ còn thiếu sót, tuy vậy HdrHistogram là một trong trong số ít nguyên tắc không có. Nó hữu dụng cho câu hỏi đo điểm chuẩn chỉnh và vị biểu đồ vật có đặc điểm phụ gia cùng HdrHistogram thực hiện nhóm nhật ký, nó cũng rất có thể hữu ích để thu thập dữ liệu trọng lượng lớn trong quá trình sản xuất.