Performance test for most common us

Performance test for most common user activities was normal. Viettel uses the system a lot in reporting and exporting data. We already have a plan to add more server capacity to help in performance. There’s still limitation in database enabled system when it comes to cache. It means when you first time run new KPI, new date/hour, RNCs it takes longer than 2nd time run (it’s in cache then). If you need to make reports with same KPI, same day; please run first without any additional filters, then you have this data in your cache. After you use daily data, change filters or run for hours it’s faster. When new servers are in place, we test again and make optimized configuration for servers.

Jules already replied to you case drop call KPI and call distribution with drop call filter:
“Call distribution show the call initiated, while drop call shows the call ended. So in the map, we will see the number of call started but it drops at the end from “call distribution”, but the number of call ended as drop from “drop call”. I believe for the most use cases, you should use “drop call” to monitor your network, as the end location and the end cell of drop call mean more to you.”

In user guide descriptions for KPIs start page 81.

I asked Ilya about the training. It included explaining moving call and other questions from Viettel. It’s based on background calculation and processing of data. For data processing Product description document starting page 58 you can read more about it.

Feel free to ask if there are parts hard to understand in documents

Kết quả (Việt) 1:

Hiệu năng thử nghiệm cho các hoạt động phổ biến nhất của người dùng là bình thường. Viettel sử dụng hệ thống rất nhiều trong báo cáo và xuất dữ liệu. Chúng tôi đã có một kế hoạch để thêm công suất máy chủ nhiều hơn để giúp đỡ trong hoạt động. Vẫn còn giới hạn trong hệ thống cơ sở dữ liệu được kích hoạt khi nói đến bộ nhớ cache. Nó có nghĩa là khi bạn lần đầu tiên thời gian chạy mới KPI, mới ngày/giờ, RNCs phải mất lâu hơn thời gian 2 chạy (it's tại bộ nhớ cache sau đó). Nếu bạn cần phải thực hiện báo cáo với KPI tương tự, cùng một ngày; Hãy chạy đầu tiên mà không có bất kỳ bộ lọc bổ sung, sau đó bạn có dữ liệu này trong bộ nhớ cache của bạn. Sau khi bạn sử dụng dữ liệu hàng ngày, thay đổi bộ lọc hoặc chạy giờ nó là nhanh hơn. Khi máy chủ mới đưa ra, chúng tôi kiểm tra một lần nữa và làm cho các cấu hình tối ưu hóa cho máy chủ.Jules đã trả lời cho bạn trường hợp thả gọi phân phối KPI và cuộc gọi với thả cuộc gọi bộ lọc:"Gọi phân phối hiển thị cuộc gọi bắt đầu, trong khi thả gọi cho thấy cuộc gọi kết thúc. Vì vậy trong bản đồ, chúng ta sẽ thấy số lượng các cuộc gọi bắt đầu rơi xuống ở cuối từ "gọi phân phối", nhưng số lượng các cuộc gọi kết thúc như là thả từ "thả gọi". Tôi tin rằng đối với hầu hết các trường hợp sử dụng, bạn nên sử dụng "thả gọi" để theo dõi mạng của bạn, như địa điểm cuối và các tế bào kết thúc cuộc gọi thả có ý nghĩa hơn cho bạn. "Trong phần giới thiệu hướng dẫn người sử dụng cho tiêu chí trang 81 bắt đầu.Tôi hỏi Ilya về việc đào tạo. Nó bao gồm giải thích di chuyển các cuộc gọi và các câu hỏi khác từ Viettel. Nó được dựa trên nền tảng tính toán và xử lý dữ liệu. Đối với dữ liệu chế biến sản phẩm mô tả tài liệu bắt đầu trang 58 bạn có thể đọc thêm về nó.Cảm thấy tự do để yêu cầu nếu có là phần khó hiểu trong các tài liệu

Kết quả (Việt) 2:

Kiểm tra hiệu suất hoạt động cho người sử dụng phổ biến nhất là bình thường. Viettel sử dụng hệ thống rất nhiều trong việc báo cáo và xuất dữ liệu. Chúng tôi đã có một kế hoạch để thêm dung lượng máy chủ nhiều hơn để giúp trong hoạt động. Vẫn còn hạn chế trong hệ thống cơ sở dữ liệu được kích hoạt khi nói đến bộ nhớ cache. Nó có nghĩa là khi bạn lần đầu tiên chạy KPI mới, mới ngày / giờ, RNCs phải mất lâu hơn thời gian chạy thứ 2 (đó là trong bộ nhớ cache sau đó). Nếu bạn cần phải thực hiện báo cáo với cùng một KPI, cùng ngày; hãy chạy đầu tiên mà không cần bất kỳ bộ lọc bổ sung, sau đó bạn có dữ liệu này trong bộ nhớ cache của bạn. Sau khi bạn sử dụng dữ liệu hàng ngày, thay đổi bộ lọc hoặc chạy cho giờ nó nhanh hơn. Khi máy chủ mới được đưa ra, chúng tôi kiểm tra một lần nữa và làm cho cấu hình tối ưu hóa cho các máy chủ.

Jules đã trả lời cho bạn trường hợp thả gọi KPI và gọi phân phối với bộ lọc thả gọi:
"Gọi phân phối cho các cuộc gọi khởi xướng, trong khi thả gọi cho các cuộc gọi kết thúc. Vì vậy, trong bản đồ, chúng ta sẽ nhìn thấy số lượng cuộc gọi bắt đầu nhưng nó giảm xuống vào cuối từ "phân phối cuộc gọi", nhưng số lượng các cuộc gọi kết thúc như thả từ "thả gọi". Tôi tin rằng các trường hợp sử dụng nhất, bạn nên sử dụng "thả gọi" để theo dõi mạng của bạn, như là vị trí cuối và các tế bào kết thúc cuộc gọi thả nghĩa hơn đối với bạn. "

Trong người dùng giới thiệu hướng dẫn cho KPIs bắt đầu trang 81.

Tôi hỏi Ilya về đào tạo. Nó bao gồm việc giải thích cuộc gọi di chuyển và các câu hỏi khác từ Viettel. Nó dựa trên tính toán nền và xử lý dữ liệu. Đối với xử lý dữ liệu Mô tả sản phẩm tài liệu khởi đầu, trang 58, bạn có thể đọc thêm về nó.

Hãy hỏi nếu có những phần khó hiểu trong các tài liệu