Thực đơn
trang chủTừ

Kiểm tra tải tiêu chuẩn Kiểm tra tải tiêu chuẩn Cách cài đặt kiểm tra tải 1s

Đối với vai trò máy chủ 1C, máy chủ DBMS MS SQL 2008 cho 50 người dùng.

Theo một chuyên gia máy chủ, chúng tôi thu thập phần cứng:

Chọn nền tảng: IBM x3650 M3
Chọn bộ xử lý: Intel Xeon E5506 - 1 chiếc.
Chọn RAM: 4 thanh mỗi thanh 4GB
Chọn ổ cứng: 3 SAS 146 GB RAID5

Phần mềm được sử dụng:

Hệ điều hành MS Windows 2008 x64
DBMS MS SQL 2008 x64
Máy chủ 1C 8.2 x64

Môi trường thử nghiệm: để thực hiện thử nghiệm tải, cấu hình 1C 8.2 đã được sử dụng: “Thử nghiệm tải tiêu chuẩn”.

Tiến độ kiểm tra:

Phiên máy khách 1C đã được khởi chạy trên máy chủ cục bộ ở chế độ tác nhân và ở chế độ thử nghiệm.
Trong cấu hình thử nghiệm, số lượng người dùng 1C tiêu chuẩn mô phỏng ban đầu tạo và xóa tài liệu và báo cáo được chỉ định là 20. Bước tăng số lượng người dùng sau khi thử nghiệm được đặt thành 20 người dùng.

Ban đầu (không có kết nối người dùng), DBMS chiếm 569 MB RAM (2 cơ sở dữ liệu được tạo: cấu hình 1C 8.2: UPP và cấu hình thử nghiệm), bộ nhớ mà hệ thống chiếm dụng là 2,56 GB.
Trong quá trình thử nghiệm (tối đa 110 người dùng), bộ nhớ cho DBMS được phân bổ lên tới 12 GB, một phiên thử nghiệm 1C chiếm 55 MB (55 MB x 200 = 11 GB). Để so sánh, một phiên người dùng thực (ứng dụng khách 1C) mất khoảng 300 - 500 MB. Kích thước bộ nhớ được phân bổ cho ứng dụng khách 1C được chỉ định cho người dùng làm việc ở cấu hình 1C: Trade hoặc 1C: UPP tiêu chuẩn. Dịch vụ máy chủ 1C (rphost) thực tế không sử dụng OP, vì nó chỉ chuyển các yêu cầu từ phần máy khách sang DBMS (theo tiêu chuẩn, cổng TCP 1541 và TCP 475 được sử dụng cho máy chủ bảo mật 1C).

Việc sử dụng tài nguyên CPU được chia sẻ giữa dịch vụ máy chủ 1C (rphost) và dịch vụ DBMS (sqlservr). Với tải trọng 40 người dùng, rphost chiếm 37% năng lượng CPU, sqlservr chiếm 30%. Với tải trọng 60 người dùng, rphost chiếm 47% sức mạnh CPU, sqlservr chiếm 29%.

Trong khi xóa các tài liệu đã tạo, dịch vụ sqlsrvr đã truy cập hệ thống con đĩa để ghi ở tốc độ lên tới 6,5 MB/giây (khoảng 52 MB/giây).

Tải mạng giữa máy chủ 1C và DBMS (trên giao diện xem lại cục bộ) là 10 Mb/s.
Kết quả thử nghiệm được tạo ra bởi cấu hình thử nghiệm 1C:

Thông số: Chạy test 000000006 từ 24/05/2012 12:44:16
Kiểm tra tải tiêu chuẩn, phiên bản 2.0.4.11
Bắt đầu thử nghiệm 23/05/2012 12:36:39. Thời gian chạy: 57,1 phút.
Điều kiện kiểm tra
"Máy chủ 1C: Doanh nghiệp: thử nghiệm
Tên cơ sở thông tin: testcenter_82
Người dùng ảo: KIỂM TRA,"

Kết luận:

Cần phải nới lỏng cấu hình máy chủ vì cấu hình hiện tại dự phòng 100% cho 50 người dùng.
Cần thực hiện kiểm tra bằng máy chủ thứ hai để khởi chạy người dùng giả lập và kiểm tra tải mạng, tải dự kiến ​​là 10 Mb/giây.
Kiến trúc 1C bao gồm 4 khối: máy chủ 1C, DBMS, máy chủ bảo mật 1C và máy khách 1C. Trong thử nghiệm này, tất cả các chức năng này đã được khởi chạy trên một máy chủ.

Khi có tải nặng trên máy chủ 1C, có những khuyến nghị sau:

Tách biệt các vai trò của máy chủ 1C, máy chủ DBMS, máy chủ bảo vệ 1C và ứng dụng khách 1C (để có hiệu suất cao hơn, tốt hơn nên chạy ứng dụng khách 1C trên máy chủ đầu cuối).
Trên máy chủ DBMS, bạn phải sử dụng cấu trúc sau cho hệ thống lưu trữ dữ liệu: HĐH phải được đặt trên RAID 1, các tệp dữ liệu DBMS (.mdf, .ndf) trên một RAID 0 riêng biệt, các tệp nhật ký (.ldf) trên một RAID riêng biệt. RAID 0, các tệp tạm thời và tệp hoán đổi trên một đĩa riêng.

Việc triển khai cơ sở hạ tầng 1C trên Linux là một chủ đề cổ xưa nhưng vẫn phù hợp. Gần đây chúng tôi đã xuất bản một bài viết Máy chủ ứng dụng 1C trên Linux, nhưng câu hỏi về hiệu suất thực sự so với giải pháp dành cho Windows vẫn còn bỏ ngỏ. Quá trình thử nghiệm cũng được thực hiện ở chế độ thủ công, nhưng để đảm bảo tính khách quan của kết quả, tôi sẽ công bố kết quả thử nghiệm của Gilev, được thực hiện trên cùng một nền tảng phần cứng sử dụng các hệ điều hành khác nhau: Linux CentOS 7 và MS Windows Server 2012 .

Một giá đỡ có hai bộ xử lý Intel Xeon E5-2670, RAM 8x4GB và ổ SSD Intel đã được sử dụng làm máy chủ.

Bảng tổng hợp các giá trị trung bình của kết quả xét nghiệm Gilev.

Ví dụ về kết quả







Kết quả thử nghiệm có thể chấp nhận được, khả năng triển khai dễ dàng và chi phí cấp phép thấp đã thôi thúc chúng tôi tạo ra một sản phẩm hoàn chỉnh: Máy chủ 1C dựa trên Linux ngay lập tức.

Mỗi kiểu máy có một bộ cấu hình thuận tiện để bạn có thể chọn cấu hình tối ưu cho tác vụ của mình. Dưới đây là thêm một chút về điều này.

Việc tạo một máy tính công suất tính toán của máy chủ 1C không phải là một nhiệm vụ đơn giản. Và việc tạo một bộ cấu hình 1C phổ quát cho mọi trường hợp có thể là gần như không thể.

Chắc chắn có rất nhiều quản trị viên trên hub có quan điểm riêng về yêu cầu tải và sức mạnh tính toán của máy chủ 1C (Ý kiến ​​của bạn sẽ làm tăng giá trị bài viết này). Ngoài ra còn có các khuyến nghị chính thức của 1C trong đó mọi thứ sẽ hoạt động trên mọi thứ...

Nhưng vẫn có những thông số cơ bản có thể tính toán được, áp dụng cho sơ đồ vận hành điển hình. Biết được một phiên cuối tiêu thụ bao nhiêu bộ xử lý và tài nguyên RAM, bao nhiêu IOPS SQL sẽ yêu cầu cho một số lượng người dùng nhất định và dựa trên kết quả của nhiều thử nghiệm, chúng tôi đã phát triển một bộ cấu hình cho giải pháp tiêu chuẩn cho 1C.

Tất nhiên, mỗi trường hợp là duy nhất và yêu cầu bán trước chi tiết, nhưng để tính toán gần đúng, chỉ cần chỉ ra số lượng người dùng, loại cơ sở dữ liệu, khối lượng cơ sở dữ liệu hiện tại và chọn các giấy phép cần thiết là đủ.

Để so sánh chi phí của giải pháp làm sẵn dựa trên Linux và Windows, tôi sẽ đưa ra một ví dụ từ bộ cấu hình với giá bán lẻ.

Một máy chủ dành cho 20 người dùng có cơ sở dữ liệu SQL lên tới 80GB, giấy phép 1C: Accounting 8 PROF, dựa trên Linux CentOS sẽ có giá 522.759,43 RUB. Cấu hình tương tự dựa trên Windows - 1.036.279,43 RUB.

Dòng máy chủ dành cho 1C STSS Flagman bao gồm 3 mẫu cho cả Linux và Windows.


1C113.5-020UL- máy chủ 1C cấp đầu vào, hỗ trợ tối đa 20 người dùng với cơ sở dữ liệu SQL. Dung lượng ổ đĩa được tính toán có tính đến mức tăng trưởng của cơ sở dữ liệu 20% mỗi năm trong 3 năm. Mảng RAID1 dựa trên SSD Intel Enterprise. Có thể lắp đặt nguồn điện kép và các đĩa bổ sung cho dữ liệu “lạnh”. Có sẵn nhiều lựa chọn dịch vụ phần mềm: PostgreSQL, xrdp và httpd.

1C216.4-200UL- mô hình dựa trên nền tảng 2 bộ xử lý đảm bảo hoạt động của cơ sở hạ tầng 1C cho tối đa 200 kết nối đồng thời. Dung lượng lưu trữ được tính toán theo nguyên tắc tương tự - kích thước của cơ sở dữ liệu có tính đến mức tăng trưởng, nhưng được xây dựng trên cơ sở mảng RAID10 gồm 4xSSD với dung lượng cần thiết.

1C217.2-050UL-REF- đây là giải pháp dành cho khách hàng có ngân sách hạn hẹp, được xây dựng trên cơ sở máy chủ được khôi phục trong quá trình sản xuất của chúng tôi (sau khi thay thế bảo hành, quỹ demo, v.v.). Máy chủ trải qua quá trình kiểm tra tải tương tự trước khi xuất xưởng như các mẫu mới, nhưng có thời gian rút ngắn hơn thời gian bảo hành (1 năm). Máy chủ hỗ trợ tối đa 50 kết nối và, không bao gồm giấy phép, chỉ có giá 203.705,00 RUB, với một mảng cho cơ sở dữ liệu 40 GB.


1C113.5-020UW- máy chủ 1C cấp đầu vào, hỗ trợ tối đa 20 người dùng với cơ sở dữ liệu SQL. Dung lượng ổ đĩa được tính toán có tính đến mức tăng trưởng của cơ sở dữ liệu 20% mỗi năm trong 3 năm. Mảng RAID1 dựa trên SSD Intel Enterprise. Có thể lắp đặt nguồn điện kép và các đĩa bổ sung cho dữ liệu “lạnh”.

1C216.4-200UW- Mô hình dựa trên Windows hỗ trợ tới 200 người dùng. Bộ lưu trữ được xây dựng trên cơ sở mảng RAID10 gồm 4xSSD với dung lượng cần thiết.

1C217.2-050UW-REF- cùng nền tảng với giải pháp dựa trên Linux. Tùy chọn ngân sách cho 50 kết nối, bảo hành 1 năm.

Các giấy phép sau có thể được chọn làm nền tảng 1C trong tất cả các mô hình:

1C: Quản lý một công ty nhỏ 8 PROF
1C: Quản lý thương mại 8 PROF
1C: Kế toán 8 GIÁO SƯ
1C: Kế toán 8 CORP
1C: Quản lý tiền lương và nhân sự 8 PROF
1C: Quản lý tiền lương và nhân sự 8 CORP
1C: Luồng tài liệu 8 PROF
1C: Luồng tài liệu 8 KORP

Nếu khách hàng có đủ kiến ​​thức chuyên môn để chọn máy chủ cho 1C, họ có thể sử dụng các mẫu thiết bị máy chủ cổ điển. Nhưng nếu không có chuyên môn như vậy thì tôi hy vọng bộ cấu hình máy chủ cho 1C của chúng tôi sẽ giúp bạn đưa ra lựa chọn hệ thống tối ưu.

Cám ơn vì sự quan tâm của bạn! Tôi hy vọng những người dùng habra quan tâm đến chủ đề này sẽ chia sẻ kinh nghiệm lựa chọn thiết bị cho 1C trong phần bình luận.

Một hoạt động bắt buộc đối với bất kỳ việc triển khai hoặc thay đổi hệ thống thông tin hiện có nào là đánh giá tốc độ cần thiết của hệ thống và lập kế hoạch các tài nguyên máy tính cần thiết để triển khai nó. Hiện tại, không có giải pháp chính xác nào cho vấn đề này ở dạng tổng quát và nếu, mặc dù phức tạp và chi phí, thuật toán như vậy được đề xuất bởi bất kỳ nhà sản xuất nào, thì ngay cả những thay đổi nhỏ về phần cứng, phiên bản phần mềm, cấu hình hệ thống hoặc số lượng hoặc hành vi của người dùng tiêu chuẩn sẽ dẫn đến những sai sót đáng kể.

Tuy nhiên, có rất nhiều cách để đánh giá cấu hình phần mềm và phần cứng cần thiết để đạt được hiệu suất cần thiết. Tất cả các phương pháp này đều có thể được sử dụng trong quá trình lựa chọn, nhưng người tiêu dùng phải hiểu ứng dụng và hạn chế của chúng.

Hầu hết các phương pháp đánh giá hiệu suất hiện tại đều dựa vào một số loại thử nghiệm.

Có hai loại thử nghiệm chính: thành phần và tích phân.

Kiểm tra thành phần bao gồm kiểm tra các thành phần riêng lẻ của một giải pháp, từ hiệu suất của bộ xử lý hoặc hệ thống con lưu trữ đến kiểm tra hiệu suất của toàn bộ máy chủ nhưng không có tải trọng dưới dạng một ứng dụng kinh doanh cụ thể.

Cách tiếp cận tích hợp được đặc trưng bởi việc đánh giá toàn bộ hiệu suất của giải pháp, cả phần mềm và phần cứng của nó. Trong trường hợp này, có thể sử dụng cả ứng dụng kinh doanh sẽ được sử dụng trong giải pháp cuối cùng, cũng như một số ứng dụng mô hình mô phỏng một số quy trình và tải kinh doanh tiêu chuẩn.

Màu xanh lục của biểu đồ, cùng với một số chỉ báo được chọn có điều kiện ở bên phải, cho phép chúng tôi đưa ra đánh giá tổng quát trên nhiều nền tảng về hiệu suất “tốt”.

Làm thế nào để vui mừng về kết quả kiểm tra của bạn

Kết quả là bạn đã nhận được một chỉ số hiệu suất (tốc độ) nhất định. Không quan trọng kết quả tốt hay xấu - đây là kết quả của PLATFORM chạy trên phần cứng của bạn. Trong trường hợp phiên bản máy khách - máy chủ, đây là kết quả của một chuỗi yêu cầu phức tạp đi qua nhiều phần khác nhau. Bạn nhận được tổng kết quả thực tế được xác định bởi nút cổ chai trong hệ thống. Luôn luôn có một nút thắt.

Nói cách khác, cả cài đặt DBMS, cài đặt hệ điều hành và phần cứng đều có tác động đến kết quả chung của nhóm.

Máy chủ nào tốt hơn

Thử nghiệm này, được thực hiện trên một máy chủ cụ thể, đưa ra kết quả dựa trên tổng thể cài đặt phần cứng, hệ điều hành, cơ sở dữ liệu, v.v. Tuy nhiên, kết quả cao trên một phần cứng máy chủ cụ thể có nghĩa là trong điều kiện bình thường, kết quả tương tự sẽ thu được trên phần cứng máy chủ giống hệt nhau. Thử nghiệm này là một công cụ miễn phí giúp bạn so sánh quá trình cài đặt 1C:Enterprise trong Windows và Linux, ba DBMS khác nhau được nền tảng 1C:Enterprise 8 hỗ trợ.

Kiểm tra an toàn

Cuộc kiểm tra tuyệt đối an toàn. Nó không dẫn đến “sự cố” máy chủ (không có thuật toán “căng thẳng”) và không yêu cầu các biện pháp sơ bộ ngay cả trên máy chủ “chiến đấu”. Dữ liệu bí mật cũng không được ghi lại trong kết quả kiểm tra. Thông tin về thông số CPU, RAM, HDD được thu thập. Số sê-ri thiết bị không được thu thập. Bạn có thể dễ dàng xác minh tất cả những điều này - mã kiểm tra mở 100%. Không thể gửi bất kỳ thông tin nào mà bạn không biết.

Phân loại TPC-A-Thông lượng cục bộ / TPC-1C-GILV-A

Bài kiểm tra thuộc phần kiểm tra đa nền tảng tích hợp phổ quát. Hơn nữa, nó có thể áp dụng cho các tùy chọn tệp và máy khách-máy chủ để sử dụng 1C:Enterprise. Thử nghiệm hoạt động đối với tất cả các DBMS được 1C hỗ trợ.

Tính phổ quát cho phép bạn thực hiện đánh giá hiệu suất tổng quát mà không bị ràng buộc với cấu hình nền tảng điển hình cụ thể.

Mặt khác, điều này có nghĩa là để tính toán chính xác một dự án tùy chỉnh, thử nghiệm cho phép bạn thực hiện đánh giá sơ bộ trước khi thử nghiệm tải chuyên biệt.

Tải xuống bài kiểm tra

Thử nghiệm này không mang tính thương mại và có thể tải xuống miễn phí cho phiên bản 8.2 và miễn phí cho phiên bản 8.3.

Chi tiết kỹ thuật

Điều gì xảy ra trong quá trình thử nghiệm trong khuôn khổ chu trình hoạt động “một”?

Các tính năng của việc sử dụng bài kiểm tra trên cơ sở dữ liệu PostgreSQL

Đặt tham số Standard_conforming_strings trong tệp cấu hình postgresql.conf thành 'tắt'

Cách đo tải trọng sắt

Cần lưu ý rằng bản thân bài kiểm tra đã thực hiện một phần phép đo. Để có hình ảnh chi tiết hơn, tôi khuyên bạn nên sử dụng tiện ích Process Explorer của Mark Rusinovich.

Hình minh họa một ví dụ về đo lường cho phiên bản tệp.

Để hiểu được tải thực sự trên thiết bị, cần phải kiểm tra hiệu suất của máy chủ đầu cuối 1C trong sản xuất, đây là điều tôi đã làm gần đây và bây giờ tôi muốn trình bày kết quả cho mọi người xem.

Đọc thêm trong bài viết.

Bạn sẽ tìm thấy các bài viết khác về 1C trong phần tương ứng -.

Trong một số bài viết trước về 1C, tôi đã tính toán cấu hình máy chủ cho các tải khác nhau được tạo ra bởi nỗ lực của những người dùng chính của 1C, cụ thể là nhân viên của bộ phận kế toán và bán hàng. Nhiệm vụ của kế toán viên không chỉ phụ thuộc vào việc lập báo cáo và nhập dữ liệu vào chương trình, do đó, họ nên có toàn quyền truy cập thiết bị đầu cuối và làm việc với mọi thứ họ cần từ đó (). Đối với người quản lý, mọi thứ đơn giản hơn nhiều và đối với họ, việc xuất bản một ứng dụng () là một trường hợp sử dụng hoàn toàn có thể chấp nhận được.

Tôi không mạo hiểm đưa máy chủ vào sản xuất mà không tiến hành thử nghiệm thực tế nên đã tổ chức thử nghiệm quy mô lớn. Ưu điểm của nó đối với cá nhân tôi là tôi có thể xác nhận (hoặc bác bỏ) trong thực tế các tính toán lý thuyết của mình, cơ sở của chúng là các chỉ số hiệu suất rất chủ quan của các trạm làm việc của nhân viên.

Môi trường thử nghiệm

Vì vậy, để thử nghiệm, chúng tôi đã lấy một máy chủ có CPU Intel Xeon E5-1650 v3 @ 3.50GHz, RAM 128 GB, 2*SSD trong RAID 1. Một máy ảo được triển khai trên máy chủ này, đây chỉ là một máy chủ đầu cuối, có cài đặt các ứng dụng 1C 8.2, 1C 8.3, MS Office 2013 Pro.

Tôi sẽ nói ngay rằng bản chất của tải là hỗn hợp, nghĩa là có những khách hàng làm việc thông qua RemoteApp và có những người đăng nhập hoàn toàn qua RDP và sử dụng các chương trình cần thiết cho công việc của họ (không chỉ 1C, mà cả Office ). Việc phân phối xấp xỉ như sau: 24 phiên RemoteApp, 5 máy khách RDP.

Người dùng phải đối mặt với nhiệm vụ đăng nhập vào ứng dụng cứ sau 30 phút trong hai giờ và thực hiện các công việc hàng ngày trong đó - xây dựng báo cáo, in dữ liệu, đăng tài liệu, xuất dữ liệu sang các định dạng khác, v.v. Điều chính là không có mục tiêu đặt máy chủ mục tiêu là cung cấp lượng tải trung bình thực tế hàng ngày.

Kết quả kiểm tra

Mọi thứ bắt đầu như thường lệ - người dùng từ lần đẩy thứ ba, từ trưởng bộ phận trở lên, bắt đầu đăng nhập vào 1C và thực hiện các công việc thường ngày. Tất cả điều này không kéo dài lâu và tôi chỉ có một cơ hội để lấy các chỉ số hiệu suất của máy chủ càng gần với tải thực tế càng tốt. Đây là những gì tôi nhận được cuối cùng:

RAM (bộ nhớ được phân bổ động đã được đặt trên máy chủ ảo, vì vậy nếu cần, dung lượng RAM hiện tại sẽ liên tục thay đổi tăng lên):

Bây giờ cần phải phân tích kết quả và rút ra kết luận.

Phân tích dữ liệu

Cần lưu ý rằng các tính toán cho bộ xử lý cực kỳ chính xác.

Trong bài viết, tôi đã chứng minh bằng thực nghiệm rằng mức tiêu thụ tài nguyên CPU của một phiên RemoteApp 1C trung bình là 122.775 đơn vị hiệu suất bộ xử lý (dữ liệu hiệu suất được lấy từ trang web www.cpubenchmark.net). Trong một bài viết khác, tôi đã tính toán các tài nguyên cần thiết để chạy một phiên RDP đầy đủ và chúng chiếm tới 4% của Core i5 4460, tức là 0,04 * 6622 (dữ liệu cũng có www.cpubenchmark.net) = 264,88.

Tổng cộng chúng tôi nhận được:

  • phiên RDP đầy đủ sẽ ngốn hết 264,88 Đơn vị hiệu suất CPU;
  • phiên 1C RemoteApp tiêu thụ 122,775 các đơn vị.

Ở đầu tôi đã đề cập rằng có 24 người dùng RemoteApp và 5 người dùng RDP. Chúng tôi đếm:

24 * 122,775 + 5 * 264,88 = 4271

Chỉ số hiệu năng tương đối của Intel Xeon E5-1650 v3 là 13477 đơn vị. Tức là về mặt lý thuyết Tải CPU nên vào khoảng 32% (4271 / 13477 * 100).

Biểu đồ tải CPU cho thấy trong khoảng thời gian 10:30 - 10:50 CPU được tải 25 - 40% (không tính đỉnh). Tất nhiên, bạn sẽ không nhận được đường thẳng tải CPU là 32%; vẫn sẽ có sự dao động từ mức tối thiểu đến mức tối đa tương đối, nhưng nhìn chung, chúng ta có thể giả định rằng dữ liệu thực phù hợp với dữ liệu lý thuyết. Nhân tiện, càng có nhiều người dùng trên máy chủ của bạn thì tải sẽ càng đồng đều.

Trên thực tế, dữ liệu RAM hóa ra có giá trị hơn. Theo tính toán từ các bài viết trước, tôi đã có:

  • 2GB mỗi phiên RDP;
  • 100MB mỗi phiên RemoteApp.

Nghĩa là, dung lượng bộ nhớ bị chiếm dụng tối đa phải là 12,4 GB + một chút đối với HĐH. Tuy nhiên, hóa ra và về nguyên tắc tôi đã có linh cảm, giá trị này trên thực tế là một con số hoàn toàn khác. 1C hóa ra lại rất tham lam RAM, khiến tôi rất tiếc. Hơn nữa, ứng dụng hoạt động theo cách mà một khi đã chiếm một số dung lượng, nó không cho rằng cần phải giải phóng nó vào thời điểm không còn cần thiết nữa:

Chà, việc ngốn 2GB RAM và ngồi không làm gì là bình thường (tải CPU phiên là 0%). Các lập trình viên hiện đại hoàn toàn không quan tâm đến việc sử dụng tài nguyên tối ưu. Cá nhân tôi, khi còn học đại học, tôi buộc phải viết lại mã ứng dụng nếu nó được viết không hợp lý về mặt sử dụng tài nguyên máy tính. Rõ ràng, trình độ của các lập trình viên hiện đại đã giảm xuống dưới mức cơ bản, hoặc có thể đây chỉ là một cách tiếp cận - tại sao lại tối ưu hóa mã đã viết, khi nào thì tốt hơn là nên phát triển chức năng mới. Nói chung thì không có vấn đề gì, nó bị đánh bom và không sao cả.

Trong số 16GB “loa” được phân bổ cho máy chủ, nó đã ăn hết và rất có thể sẽ yêu cầu nhiều hơn. Về lý thuyết, nếu thiếu RAM, hệ điều hành sẽ chuyển sang đĩa và trong trường hợp này, hiệu suất bắt đầu giảm nghiêm trọng. Trong trường hợp của tôi, điều này không xảy ra và rất có thể điều này là do SSD, thực tế không hề tải - chỉ có hai đỉnh ngắn hạn trong toàn bộ thời gian thử nghiệm (từ 10:00 đến 12:00). Tuy nhiên, như thực tế cho thấy, tôi không khuyên bạn nên tiết kiệm RAM trên máy chủ đầu cuối.

1C Test Center 8 là sản phẩm phần mềm chuyên dụng của 1C cho phép bạn đánh giá hiệu năng hệ thống và nghiên cứu các điểm nghẽn của hệ thống thông tin.

Trước đây chúng tôi đã xem xét một cấu hình tùy chỉnh. Bây giờ chúng ta sẽ tìm hiểu cách tạo các kịch bản để người dùng thử nghiệm cấu hình nhiều người dùng và tự chạy thử nghiệm.

Tập lệnh kiểm tra trong Trung tâm kiểm tra 1C được viết bên trong một quy trình xử lý được tạo đặc biệt. Mẫu này nằm bên trong cấu hình, nó có tên là “TCTestProcessingTemplate”. Để tạo kịch bản thử nghiệm của riêng mình, bạn cần sao chép mẫu này và dựa vào đó tạo một kịch bản mới của riêng bạn, hãy gọi nó là “Đăng lại biên lai hàng hóa”:

Hãy thêm một thuộc tính mới để xử lý và hiển thị nó trên biểu mẫu - “DocumentForCopying”, đây là tài liệu mà chúng tôi sẽ sao chép.

Chúng ta hãy xem xét kỹ hơn về mô-đun biểu mẫu. Bạn có thể sử dụng ba quy trình trong đó - TCIinitialize(), TCIExecute(), Delete().

  • TCIinitialize - được sử dụng để điền ban đầu các cài đặt cơ sở thông tin, ví dụ: điền chính sách kế toán.
  • TCExecute là mô-đun chính trong đó tập lệnh thử nghiệm được viết trực tiếp.
  • TCUDeleteData là mô-đun mô tả việc xóa các đối tượng được tạo trong quá trình thử nghiệm.

Hãy viết đoạn mã đơn giản nhất vào thủ tục TCExecute(), nó sẽ sao chép tài liệu đã chọn 5 lần liên tiếp và đo lường việc sao chép và đăng của từng tài liệu:

Đối với chu kỳ th=1 đến 5

Công cụ = KipExternalComponent.GetTools();
StartTime = KipExternalComponent.TimerValue(Công cụ);

Nhận miễn phí 267 bài học video trên 1C:

TạoTài liệu();

EndTime = KipExternalComponent.TimerValue(Công cụ);
Thời lượng thực hiện = (Thời gian kết thúc - Thời gian bắt đầu) / 1000;

TCWriteIndicator("Thời gian thực hiện", Thời lượng thực hiện);

Chu kỳ cuối;

Trả về TCExecutionResultSuccessively();

Thủ tục CreateDocuments() sẽ được thực thi trên máy chủ:

Thủ tục CreateDocuments()

Tài liệu mới = TCObject.DocumentForCopying.Copy();
NewDocument.Date = CurrentDate();
NewDocument.Write(DocumentWriteMode.Post);

Kết thúc thủ tục

Điều này hoàn tất việc chuẩn bị kịch bản, chúng ta hãy chuyển sang Trung tâm kiểm tra để tiến hành kiểm tra tải.

Thành lập Trung tâm khảo thí 1C 8.3

Sau khi viết bài kiểm tra, chúng tôi sẽ bắt đầu thiết lập Trung tâm kiểm tra. Để cấu hình, bạn cần điền vào một số sách tham khảo:

  • Phương pháp điều trị- một thư mục chứa danh sách các quy trình được kết nối với thử nghiệm. Việc xử lý có thể là cả bên trong và bên ngoài.
  • Vai trò— một thư mục để lưu trữ liên kết cài đặt xử lý-xử lý. Cài đặt là dữ liệu riêng cho từng thử nghiệm (số lần lặp lại, sao chép tài liệu, v.v.).
  • Người dùng— danh sách người dùng và mật khẩu của họ.
  • Máy tính- danh sách các máy tính mà bài kiểm tra sẽ được thực hiện trên đó.
  • Khách hàng - thiết lập thử nghiệm tải sẽ được khởi chạy ở đâu, từ ai và ở chế độ nào.

Kịch bản thử nghiệm

Sách tham khảo chính, tổng hợp tất cả các cài đặt: thử nghiệm tải sẽ được thực hiện bao nhiêu lần, bởi người dùng nào, dưới tên nào.

Ngoài ra, trên tab “Tham số”, bạn có thể định cấu hình kịch bản thử nghiệm kỹ thuật:

Sau khi thiết lập tập lệnh, tất cả những gì còn lại là khởi chạy nó.

Bắt đầu thử nghiệm trong 1C: Trung tâm kiểm tra

Khi mọi thứ đã sẵn sàng, tất cả những gì còn lại là bắt đầu công việc kiểm thử.

Để làm điều này, bạn cần khởi chạy ít nhất hai phiên của chương trình: phiên đầu tiên - trong vai trò của cái gọi là. “đại lý” và người thứ hai là người khởi xướng việc khởi chạy tập lệnh.

Ra mắt đại lý:

Chạy tập lệnh:

Để chạy, chỉ cần chọn tập lệnh mong muốn từ danh sách và nhấp vào nút Chạy.