1.3 Web Based Performance ModelPerformance analysis using a web based  การแปล - 1.3 Web Based Performance ModelPerformance analysis using a web based  ไทย วิธีการพูด

1.3 Web Based Performance ModelPerf

1.3 Web Based Performance Model
Performance analysis using a web based performance model is executed in following three
phases as described below.
First, in the model construction phase, the objective of performance analysis is defined and the
model type is determined. Performance analysis can be used for various purposes such as
benchmarking, performance tests and capacity planning, etc… The objective needs to be clearly
defined in advance. Since there are two types of performance model, practical verification
method based on automated performance test solution and simulation verification method
based on analytical models, which method to use should be decided in advance. In general,
practical verification method is recommended for benchmarking and performance tests and
simulation verification method is recommended for capacity planning.
Second, in the model parameterization phase, the model parameter that determines the perfor-mance model is defined. For a web based system performance model, the two types of model
parameters are typically observed: Service Throughput which determines the workload and the
response/think time which describes the demand. The model parameter values may be
collected manually from the platform or systematically collected by using an APM (Application
Performance Monitoring) solution.
Finally, in the model validation phase, the actual parameter values are applied to the predefined
performance model for the verification purposes. In case of benchmarking or performance
tests, the user requests are simulated for system performance verification. In case of interpreta -tion models, a performance model based on the queuing theory is used to predict the future
trends of performance.
In a web based system, the service subject to analysis includes all dynamic contents (JSP /
Servlet / Web Service) executed by the web application servers, thus all request rate and the
response time for all the services must be known. In order to systematically measure of each
variable for large number of services, the gathering and analysis must be well planned out.
The correlations among the variables for this performance model are defined by the following
equations. Since details of the following equations are beyond the scope of this white paper;
please refer to the references attached at the end of this document.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
1.3 รูปแบบการดำเนินงานตามเว็บ
การวิเคราะห์ประสิทธิภาพการใช้รูปแบบการปฏิบัติงานตามเว็บจะดำเนินการดังต่อไปนี้ในขั้นตอนที่สาม
ตามที่อธิบายไว้ด้านล่าง.
แรกในการก่อสร้างรูปแบบวัตถุประสงค์ของการวิเคราะห์ผลการดำเนินงานมีการกำหนดประเภทและรูปแบบที่ถูกกำหนด
การวิเคราะห์ประสิทธิภาพสามารถนำมาใช้เพื่อวัตถุประสงค์ต่างๆเช่น
การเปรียบเทียบการทดสอบประสิทธิภาพและการวางแผนกำลังการผลิต,ฯลฯ ... วัตถุประสงค์จะต้องชัดเจน
ที่กำหนดไว้ล่วงหน้า ตั้งแต่มีสองประเภทของรูปแบบการปฏิบัติงานการตรวจสอบการปฏิบัติ
วิธีการขึ้นอยู่กับการแก้ปัญหาการทดสอบประสิทธิภาพการทำงานแบบอัตโนมัติและวิธีการตรวจสอบการจำลอง
ตามแบบจำลองการวิเคราะห์วิธีการที่จะใช้ควรจะตัดสินใจล่วงหน้า โดยทั่วไป
วิธีการตรวจสอบการปฏิบัติเป็นที่แนะนำสำหรับการทดสอบการเปรียบเทียบและประสิทธิภาพการทำงานและวิธีการตรวจสอบ
จำลองจะแนะนำสำหรับการวางแผนกำลังการผลิต.
ที่สองในขั้นตอนการ parameterization รูปแบบพารามิเตอร์รูปแบบที่กำหนดรูปแบบการปฏิบัติบ๊อชมีการกำหนด สำหรับระบบเว็บเบสแบบประสิทธิภาพการทำงานของทั้งสองชนิดของ parameter
แบบสังเกตโดยปกติ:ผ่านบริการที่กำหนดภาระงานและการตอบสนอง
/ คิดว่าถึงเวลาที่จะอธิบายความต้องการ ค่าพารามิเตอร์รูปแบบอาจจะเป็นที่เก็บรวบรวมด้วยตนเอง
จากแพลตฟอร์มหรือที่เก็บรวบรวมอย่างเป็นระบบโดยใช้ (โปรแกรมการตรวจสอบประสิทธิภาพ
) APM โซลูชั่น.
ในที่สุดขั้นตอนการตรวจสอบรูปแบบค่าพารามิเตอร์ที่เกิดขึ้นจริงจะนำไปใช้ที่กำหนดไว้ล่วงหน้า
แบบจำลองประสิทธิภาพการทำงานสำหรับวัตถุประสงค์ในการตรวจสอบ ในกรณีของการเปรียบเทียบผลการดำเนินงานหรือการทดสอบ
คำขอของผู้ใช้มีการจำลองสำหรับการตรวจสอบการทำงานของระบบ ในกรณีของรูปแบบ interpreta-tion รูปแบบการปฏิบัติงานบนพื้นฐานของทฤษฎีการเข้าคิวจะใช้ในการคาดการณ์แนวโน้ม
อนาคตของประสิทธิภาพการทำงาน.
ในระบบตามเว็บเรื่องบริการเพื่อการวิเคราะห์รวมถึงเนื้อหาแบบไดนามิกทั้งหมด (JSP /
servlet / บริการเว็บ) ดำเนินการโดยเซิร์ฟเวอร์โปรแกรมประยุกต์บนเว็บจึงขออัตราและเวลาตอบสนอง
สำหรับบริการทั้งหมดจะต้องรู้จัก เพื่อให้มีระบบการวัดของตัวแปร
แต่ละสำหรับจำนวนมากของการให้บริการรวบรวมและการวิเคราะห์จะต้องมีการวางแผนที่ดีออก.
ความสัมพันธ์ระหว่างตัวแปรสำหรับรูปแบบการทำงานนี้มีการกำหนดโดยสมการดังต่อไปนี้
ตั้งแต่รายละเอียดของสมการดังต่อไปนี้อยู่นอกเหนือขอบเขตของกระดาษสีขาวนี้;
โปรดดูที่การอ้างอิงที่แนบมาในตอนท้ายของเอกสารนี้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
1.3 เว็บรุ่นประสิทธิภาพตาม
วิเคราะห์ประสิทธิภาพการทำงานโดยใช้แบบจำลองประสิทธิภาพตามเว็บจะดำเนินการในสามต่อไปนี้
เฟสตามที่อธิบายไว้ด้านล่าง.
ครั้งแรก ในระยะก่อสร้างรูปแบบ วัตถุประสงค์ของการวิเคราะห์ประสิทธิภาพการทำงานไว้และ
กำหนดชนิดของแบบจำลอง วิเคราะห์ประสิทธิภาพสามารถใช้สำหรับวัตถุประสงค์ต่าง ๆ เช่น
benchmarking ทดสอบประสิทธิภาพและการวางแผน กำลัง ฯลฯ ... วัตถุประสงค์ต้องชัดเจน
กำหนดล่วงหน้า เนื่องจากมีอยู่สองชนิดของแบบจำลองประสิทธิภาพ การตรวจสอบการปฏิบัติ
ตามวิธีอัตโนมัติประสิทธิภาพทดสอบโซลูชันและการจำลองการตรวจสอบวิธี
ตามแบบจำลองวิเคราะห์ วิธีใช้ควรสามารถตัดสินใจล่วงหน้า ทั่วไป,
ตรวจสอบปฏิบัติวิธีนี้แนะนำ benchmarking และประสิทธิภาพการทำงานทดสอบ และ
ขอแนะนำวิธีการตรวจสอบการจำลองการวางแผนกำลังการผลิต
สอง ในระยะ parameterization รุ่น พารามิเตอร์รูปแบบที่กำหนดแบบ perfor mance ไว้ สำหรับรูปแบบเว็บตามระบบประสิทธิภาพ ชนิดสองรุ่น
ปกติพบพารามิเตอร์: อัตราความเร็วของบริการซึ่งกำหนดปริมาณงานและ
เวลาตอบสนอง/คิดซึ่งอธิบายถึงความต้องการ ค่าพารามิเตอร์ของแบบจำลองอาจ
รวบรวมด้วยตนเองจากแพลตฟอร์ม หรือระบบเก็บรวบรวมโดยการ APM (แอพลิเคชัน
ตรวจสอบประสิทธิภาพ) โซลูชัน.
สุดท้าย ในรูปแบบตรวจสอบระยะ ค่าพารามิเตอร์จริงใช้กับที่กำหนดไว้ล่วงหน้า
แบบจำลองประสิทธิภาพการทำงานเพื่อตรวจสอบ Benchmarking หรือประสิทธิภาพ
ทดสอบ ผู้ใช้ระบบจะจำลองการร้องขอสำหรับการตรวจสอบประสิทธิภาพของระบบ ในกรณีของแบบจำลอง interpreta - สเตรชัน ใช้จำลองประสิทธิภาพจากทฤษฎีการจัดคิวในการทำนายอนาคต
แนวโน้มของประสิทธิภาพ
ในระบบเว็บ บริการภายใต้การวิเคราะห์ประกอบด้วยเนื้อหาแบบไดนามิก (สาทร /
Servlet / บริการเว็บ) ดำเนินการ โดยเซิร์ฟเวอร์แอพลิเคชันเว็บ ดังนั้นทั้งหมดขออัตราและ
ต้องทราบเวลาตอบรับสำหรับบริการทั้งหมด การวัดของแต่ละระบบ
ตัวแปรสำหรับบริการจำนวนมาก รวบรวมและวิเคราะห์ต้องได้แผนดีออก
กำหนดความสัมพันธ์ระหว่างตัวแปรสำหรับรุ่นนี้ประสิทธิภาพ โดยต่อ
สมการ เนื่องจากรายละเอียดของสมการต่อไปนี้อยู่นอกเหนือขอบเขตของเอกสารทางเทคนิคนี้
โปรดดูการอ้างอิงที่แนบท้ายเอกสารนี้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
1.3 ประสิทธิภาพ การทำงานของรุ่น
ซึ่งจะช่วยเพิ่ม ประสิทธิภาพ การวิเคราะห์บนเว็บโดยใช้รุ่น ประสิทธิภาพ การทำงานบนพื้นฐานของเว็บที่จะถูกประหารชีวิตในสาม
ขั้นตอนต่อไปนี้ตามที่ได้อธิบายไว้ด้านล่างนี้.
ครั้งแรกในช่วงการก่อสร้างรุ่นโดยมีวัตถุประสงค์ของการวิเคราะห์ ประสิทธิภาพ การทำงานและมีการกำหนด ประเภท
รุ่นที่มีการกำหนด การวิเคราะห์ ประสิทธิภาพ การทำงานสามารถใช้สำหรับวัตถุประสงค์การใช้งานที่หลากหลายเช่น
การวัด ประสิทธิภาพ การทดสอบ ประสิทธิภาพ และการวางแผนความสามารถในการรองรับวัตถุประสงค์...ฯลฯจะต้องชัดเจน
ที่กำหนดล่วงหน้า เนื่องจากมีสอง ประเภท ของเครื่องที่มี ประสิทธิภาพ ในทางปฏิบัติการตรวจสอบ
วิธีที่ใช้โซลูชันการทดสอบ ประสิทธิภาพ การทำงานโดยอัตโนมัติและใช้วิธีการตรวจสอบการจำลอง
ตามรุ่นในการวิเคราะห์ซึ่งวิธีการใช้ควรจะมีมติในการล่วงหน้า โดยทั่วไป
วิธีการตรวจสอบความถูกต้องในทางปฏิบัติเป็นที่แนะนำสำหรับการทดสอบ ประสิทธิภาพ การทำงานและการวัด ประสิทธิภาพ และวิธีการ
การจำลองการตรวจสอบเป็นที่แนะนำสำหรับการวางแผนความสามารถในการรองรับ.
ที่สองในระยะ parameterization รุ่นพารามิเตอร์รุ่นที่จะเป็นตัวกำหนดรุ่นประสิทธิ - ภาพ ที่มีการกำหนด สำหรับรุ่น ประสิทธิภาพ ของระบบเว็บทั้งสอง ประเภท นี้ของรุ่น
พารามิเตอร์มีการปฏิบัติโดยทั่วไปจัดให้บริการความเร็วในการถ่ายโอนข้อมูลซึ่งจะเป็นตัวกำหนดว่าจะให้ปริมาณงานและ
การตอบสนอง/คิดว่าเวลาที่จะอธิบายถึงความต้องการ ค่าพารามิเตอร์รุ่นที่อาจมี
เก็บรวบรวมด้วยตนเองจากแพลตฟอร์มที่เก็บรวบรวมหรืออย่างเป็นระบบโดยใช้ APM (การตรวจสอบ ประสิทธิภาพ แอพพลิเคชัน
)โซลูชันที่.
สุดท้ายในระยะการตรวจสอบรุ่นที่ค่าพารามิเตอร์จริงจะนำไปใช้กับที่กำหนดไว้ล่วงหน้า
รุ่น ประสิทธิภาพ การทำงานสำหรับการใช้งานการตรวจสอบความถูกต้องที่. ในกรณีที่มีการวัด ประสิทธิภาพ ประสิทธิภาพ การทำงานหรือ
การทดสอบการร้องขอผู้ใช้ที่ได้รับการจำลองสำหรับการตรวจสอบ ประสิทธิภาพ ของระบบ ในกรณีของ interpreta - รุ่นรุ่น ประสิทธิภาพ การทำงานที่มีการบังคับใช้ตามทฤษฎีการจัดคิวที่จะใช้ในการทำนายอนาคต
แนวโน้มของการ.
ในระบบเว็บให้บริการเรื่องการวิเคราะห์รวมถึงเนื้อหาแบบไดนามิก( jsp
เพียงแค่ชื่อของคลาส Web Service )ดำเนินการโดยเซิร์ฟเวอร์แอพพลิเคชันบนเว็บที่ทำให้อัตราการร้องขอทั้งหมดและช่วงเวลา
การตอบสนองที่สำหรับบริการทั้งหมดจะต้องรู้จัก. ในการสั่งซื้อในการอย่างเป็นระบบการวัดของ
ตัวแปรแต่ละตัวของหมายเลขขนาดใหญ่ของการให้บริการและการวิเคราะห์การรวมกลุ่มที่จะต้องเป็นอย่างดีวางแผนมา.
สัมพันธ์เชิงที่อยู่ท่ามกลางตัวแปรที่สำหรับรุ่นนี้เป็นไปตามที่กำหนดไว้โดยต่อไปนี้:
หรือทฤษฎีที่นับตั้งแต่รายละเอียดของสมต่อไปนี้อยู่นอกเหนือขอบเขตของกระดาษสีขาวแห่งนี้
โปรดดูข้อมูลอ้างอิงที่ติดอยู่ที่ส่วนท้ายของเอกสารนี้
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: