การทดสอบประสิทธิภาพแบบมัลติเธรดของเซิร์ฟเวอร์ 1c การทดสอบโหลดมาตรฐาน ผลการทดสอบหมายถึงอะไร?

ผลลัพธ์ของการทดสอบโหลด TPC-1 ของประสิทธิภาพ 1C ตาม Gilev สำหรับการกำหนดค่าด้วยฐานข้อมูลไฟล์:

ประสิทธิภาพของเซิร์ฟเวอร์ไม่ได้ประเมินโดยปริมาณงานและคิว CPU แต่โดยความสามารถในการดำเนินการตามจำนวนที่กำหนดต่อหน่วยเวลา
การแย่งชิงทรัพยากร เช่น ตัวประมวลผลจะลดความเร็วของการดำเนินการเมื่อเวลาตอบสนองถูกกำหนดโดย:

• เวลาดำเนินการ
• ระยะเวลารออุปกรณ์
• เวลาแห่งการรอแบบลอจิคัลเหมือนการล็อค

ลักษณะสำคัญคือความเร็วของการทำงาน

บันทึก. สำหรับโปรเซสเซอร์ คุณลักษณะที่สำคัญที่สุดคือความถี่ของโปรเซสเซอร์ ไม่ใช่โหลด ด้านล่างนี้เป็นภาพหน้าจอของผลการทดสอบ (คลิกที่ภาพเพื่อดูภาพขยาย)

ประสิทธิภาพของระบบและการวางแผนทรัพยากรคอมพิวเตอร์ที่จำเป็นสำหรับการใช้งานเป็นการดำเนินการบังคับสำหรับการดำเนินการหรือการเปลี่ยนแปลงระบบไอทีที่มีอยู่

ส่วนใหญ่ วิธีการที่มีอยู่การประเมินประสิทธิภาพขึ้นอยู่กับการทดสอบประเภทใดประเภทหนึ่ง

การทดสอบมีสองประเภทหลัก: ส่วนประกอบและอินทิกรัล

การทดสอบส่วนประกอบเกี่ยวข้องกับการทดสอบส่วนประกอบแต่ละส่วนของโซลูชัน ตั้งแต่ประสิทธิภาพของโปรเซสเซอร์หรือระบบย่อยการจัดเก็บข้อมูลไปจนถึงการทดสอบประสิทธิภาพของเซิร์ฟเวอร์โดยรวม แต่ไม่มี น้ำหนักบรรทุกในรูปแบบของใบสมัครทางธุรกิจอย่างใดอย่างหนึ่ง

แนวทางบูรณาการมีลักษณะเฉพาะด้วยการประเมินประสิทธิภาพของโซลูชันโดยรวม ทั้งในส่วนของซอฟต์แวร์และฮาร์ดแวร์ ในกรณีนี้ สามารถใช้ทั้งแอปพลิเคชันทางธุรกิจซึ่งจะใช้ในโซลูชันขั้นสุดท้าย รวมถึงแอปพลิเคชันแบบจำลองบางรายการที่จำลองกระบวนการและโหลดทางธุรกิจมาตรฐานบางอย่าง

การทดสอบของเราใช้วิธีนี้ทุกประการ

เราได้รับดัชนีประสิทธิภาพ (ความเร็ว) ที่แน่นอน นี่เป็นผลลัพธ์ของแพลตฟอร์มโดยรวมที่ทำงานบนฮาร์ดแวร์ของเรา ในกรณีของเวอร์ชันไคลเอ็นต์ - เซิร์ฟเวอร์ นี่เป็นผลมาจากการร้องขอที่ซับซ้อนที่ส่งผ่านส่วนต่างๆ คุณจะได้รับผลลัพธ์ตามจริงทั้งหมด ซึ่งกำหนดโดยปัญหาคอขวดในระบบ การตั้งค่า DBMS การตั้งค่าระบบปฏิบัติการ และการตั้งค่าฮาร์ดแวร์ส่งผลต่อประสิทธิภาพโดยรวมของระบบ

การทดสอบจะประมาณปริมาณงานต่อหน่วยเวลาในหนึ่งเธรด และเหมาะสำหรับการประเมินความเร็วของเวิร์กโหลดแบบเธรดเดี่ยว รวมถึงความเร็วของการเรนเดอร์อินเทอร์เฟซ ผลกระทบของค่าบำรุงรักษา สภาพแวดล้อมเสมือนจริงและถ้ามีการโอนเอกสาร ปิดเดือน คำนวณเงินเดือน ฯลฯ

เวอร์ชันปัจจุบัน: 2.0.011 ประวัติเวอร์ชันที่นี่: version.php

คุณสามารถดาวน์โหลดได้ที่นี่: http://infostart.ru/public/173394/ หรือที่นี่: performanceTest.cf

การทดสอบช่วยให้คุณสามารถวัดประสิทธิภาพของเซิร์ฟเวอร์ 1c - การรวมเซิร์ฟเวอร์ DBMS ในเวอร์ชันต่างๆ ในโหมดการทำงานแบบมัลติเธรด การทดสอบใช้เวลา 20-30 นาที

อย่าทำการทดสอบบนเซิร์ฟเวอร์ที่ผู้ใช้กำลังทำงานอยู่ ไม่เช่นนั้นพวกเขาจะเสียใจ! ข้อสอบเครียดมาก!

สามารถดูผลการทดสอบเป็นรายงานภายในการกำหนดค่าได้

การทดสอบการรับน้ำหนัก TPC-1C Gilev

คุณยังสามารถแบ่งปันผลลัพธ์กับบุคคลอื่นที่ทำการทดสอบเสร็จสิ้นโดยใช้การประมวลผล "แบ่งปันผลลัพธ์" หลังจากการแลกเปลี่ยน คุณสามารถเปรียบเทียบผลลัพธ์ของคุณกับผลลัพธ์ของผู้อื่นได้

มากกว่า คำแนะนำโดยละเอียดรวมถึงการอภิปรายการทดสอบสามารถพบได้ในหน้า http://infostart.ru/public/173394/

มีผลลัพธ์ในฐานข้อมูลทั้งหมด 751 รายการ อัปเดตล่าสุดเมื่อ 2018-06-15 06:33:26 น. สามารถดูผลลัพธ์ได้โดยการดาวน์โหลดการทดสอบและเรียกใช้การแลกเปลี่ยนผลลัพธ์ หรือ (ในรูปแบบที่เรียบง่าย) ที่นี่: results.php

สถิติ

ผลลัพธ์ของเวอร์ชัน 1.x: index_old.php

C3js และ d3js ใช้เพื่อสร้างไดอะแกรม (c3js ขึ้นอยู่กับมัน)

รับงานของคุณตามลำดับโดยใช้การกำหนดค่า 1C "การจัดการแผนกไอที 8"

ความสนใจ! Ctrl-F5หรือ Ctrl-R

2000 มนุษย์.

พื้นหลัง

การดำเนินการบังคับสำหรับการดำเนินการหรือการเปลี่ยนแปลงที่มีอยู่ ระบบสารสนเทศคือการประเมินความเร็วที่ต้องการของระบบและวางแผนทรัพยากรคอมพิวเตอร์ที่จำเป็นสำหรับการใช้งาน ขณะนี้ยังไม่มีวิธีแก้ไขปัญหานี้อย่างแน่นอน มุมมองทั่วไปและถ้าแม้ว่า
ความซับซ้อนและต้นทุนผู้ผลิตบางรายจะเสนออัลกอริธึมดังกล่าวจากนั้นแม้แต่การเปลี่ยนแปลงเล็กน้อยในฮาร์ดแวร์เวอร์ชัน ซอฟต์แวร์การกำหนดค่าระบบหรือหมายเลขหรือพฤติกรรมผู้ใช้มาตรฐานจะส่งผลให้เกิดข้อผิดพลาดที่สำคัญ
อย่างไรก็ตาม มีหลายวิธีเพียงพอในการประเมินซอฟต์แวร์และการกำหนดค่าที่จำเป็นเพื่อให้บรรลุประสิทธิภาพที่ต้องการ ฮาร์ดแวร์- วิธีการทั้งหมดนี้สามารถใช้ในกระบวนการคัดเลือกได้ แต่ผู้บริโภคจะต้องเข้าใจการใช้งานและข้อจำกัดของตน

วิธีการประเมินประสิทธิภาพที่มีอยู่ส่วนใหญ่จะขึ้นอยู่กับ
หรือการทดสอบประเภทอื่น

การทดสอบมีสองประเภทหลัก:
ส่วนประกอบและอินทิกรัล

เมื่อทำการทดสอบส่วนประกอบ
การทดสอบส่วนประกอบแต่ละส่วนของโซลูชัน โดยเริ่มจากประสิทธิภาพ
โปรเซสเซอร์หรือระบบย่อยการจัดเก็บข้อมูลก่อนการทดสอบ
ประสิทธิภาพของเซิร์ฟเวอร์โดยรวม แต่ไม่มีเพย์โหลดในรูปแบบใดรูปแบบหนึ่ง
แอปพลิเคชันทางธุรกิจ

การทดสอบโหลด

แนวทางบูรณาการมีลักษณะเฉพาะด้วยการประเมิน
ประสิทธิภาพของโซลูชันโดยรวม ทั้งในส่วนของซอฟต์แวร์และฮาร์ดแวร์
ในกรณีนี้สามารถใช้เป็นแอพพลิเคชั่นทางธุรกิจที่จะนำไปใช้ได้
ในโซลูชันขั้นสุดท้าย รวมถึงแอปพลิเคชันบางโมเดลที่จำลอง
กระบวนการทางธุรกิจและปริมาณงานมาตรฐานบางอย่าง

การทดสอบ ทีพีซีและการทดสอบสากลอื่น ๆ ช่วยให้คุณสามารถเลือกแพลตฟอร์มที่มีแนวโน้มมากที่สุดและเปรียบเทียบข้อเสนอจากผู้ผลิตหลายรายได้ แต่เป็นเพียงเท่านั้น ข้อมูลความเป็นมาซึ่งไม่ได้คำนึงถึงลักษณะเฉพาะของธุรกิจ การทดสอบเฉพาะทางช่วยให้คุณตัดสินใจเลือกได้แม่นยำยิ่งขึ้น รุ่นเฉพาะเซิร์ฟเวอร์และการกำหนดค่า อย่างไรก็ตาม การตัดสินใจที่มีข้อมูลมากที่สุดจะพิจารณาจากผลการทดสอบโหลดเท่านั้น มีเพียงพวกเขาเท่านั้นที่อนุญาตให้คุณกำหนดค่าที่เลือกได้อย่างเหมาะสมที่สุด
แพลตฟอร์มเซิร์ฟเวอร์และกำหนดค่าให้มีประสิทธิภาพสูงสุด

เกิดอะไรขึ้น ทีพีซี-1C-กิลวี

นี่คือชุดการทดสอบอิสระที่ออกแบบมาเพื่อประเมินประสิทธิภาพของแพลตฟอร์ม 1C:Enterprise 8.1 บนคอมพิวเตอร์ของคุณ

แน่นอนว่าการทดสอบแบบ "อิสระ" หมายความว่า 1C ไม่ได้รับการสนับสนุนจาก

ขณะนี้มีการทดสอบอยู่" ทีพีซี-A-ปริมาณงานท้องถิ่น / ทีพีซี-1C-GILV-A" (อัปเดตครั้งล่าสุด - สิงหาคม 2551 เวอร์ชัน 1.0.3)

ทดสอบความคิด ทีพีซี-A-ปริมาณงานท้องถิ่น / ทีพีซี-1C-กิลวี-เอ

คุณดาวน์โหลดไฟล์ดาวน์โหลดการกำหนดค่า (~400 KB) จากไซต์นี้และอัปโหลดไปยังตัวคุณเอง หากคุณขยายการกำหนดค่าในเวอร์ชันไฟล์การทดสอบในระดับสูงจะทดสอบชุดค่าผสม "CPU ของคอมพิวเตอร์ของคุณ - HDD ซึ่งเป็นที่ตั้งของฐาน"

หากคุณปรับใช้การกำหนดค่าในเวอร์ชันไคลเอ็นต์ - เซิร์ฟเวอร์ CPU ของแอปพลิเคชันเซิร์ฟเวอร์ - CPU ของเซิร์ฟเวอร์ฐานข้อมูลย่อย - HDD - เซิร์ฟเวอร์ฐานข้อมูลย่อยจะต้องถูกโหลด

การทดสอบดำเนินการบันทึกเอกสารจำนวน 5,000 ฉบับอย่างเข้มข้น ไม่มีความหมายเชิงลึกในตรรกะทางธุรกิจของโค้ด ประสิทธิภาพของเอกสาร X ที่เลือกอย่างมีเงื่อนไขเป็นมาตรฐานนั้นจะถูกประเมินอย่างง่ายๆ

ข้อดีหลักของการทดสอบคือคุณไม่จำเป็นต้องรู้รายละเอียดทางเทคนิค การทดสอบดำเนินการเองและสร้างคะแนนของตัวเอง แถมไม่ต้องบอกผลให้ใครรู้ด้วย :)

คุณสามารถเปรียบเทียบประสิทธิภาพของหลายเซิร์ฟเวอร์ หรือเซิร์ฟเวอร์เดียวที่มีลักษณะระบบย่อยของดิสก์ที่แตกต่างกัน

ด้วยการดำเนินการทดสอบจากแอปพลิเคชันเซิร์ฟเวอร์และจากไคลเอนต์ผ่านเครือข่าย คุณสามารถเข้าใจผลกระทบของเครือข่ายในพื้นที่จากไคลเอนต์ไปยังเซิร์ฟเวอร์

วิธีดำเนินการทดสอบ

การทำแบบทดสอบนั้นง่ายมาก คุณต้องกดปุ่ม

และรอจนกระทั่งตัวบ่งชี้การทดสอบ (ทางด้านขวาของปุ่ม) ถึง 100%

การทดสอบมักใช้เวลาประมาณ 8 นาที

ผลการทดสอบหมายถึงอะไร?

ผลการทดสอบจะรายงานเป็น "ความเร็วในการเขียน" ของข้อมูลการทดสอบ ข้อผิดพลาดในการทดสอบคือ 2 หน่วย เพื่อการประเมินที่แม่นยำ คุณสามารถทำการทดสอบซ้ำ 3 ครั้ง

หลังจากที่ตัวบ่งชี้การทดสอบถึง 100% คุณจะเห็นกราฟดังนี้:

ด้านล่างกราฟคือการทดสอบที่คล้ายกันบางส่วนที่ดำเนินการก่อนหน้านี้

สีของกราฟบ่งบอกถึงคุณภาพปัจจุบันของประสิทธิภาพ "โดยรวม" สำหรับงานที่ไม่มีการปิดกั้น

สีเขียวของกราฟ พร้อมด้วยตัวบ่งชี้ที่เลือกแบบมีเงื่อนไขทางด้านขวา ช่วยให้เราสามารถประเมินประสิทธิภาพ "ดี" โดยทั่วไปข้ามแพลตฟอร์มได้ :)

จะพอใจกับผลการทดสอบของคุณได้อย่างไร

คุณได้รับดัชนีประสิทธิภาพที่แน่นอน (ความเร็วในการนับ) ไม่สำคัญว่าผลลัพธ์จะดีหรือไม่ดี นี่คือผลลัพธ์ของ PLATFORM ที่ทำงานบนฮาร์ดแวร์ของคุณ ในกรณีของเวอร์ชันไคลเอ็นต์-เซิร์ฟเวอร์ นี่เป็นผลมาจากการร้องขอที่ซับซ้อนที่ส่งผ่านส่วนต่างๆ คุณจะได้รับผลลัพธ์จริงทั้งหมด ซึ่งกำหนดโดย BOTTLE POINT ในระบบ มีที่วางขวดอยู่เสมอ!

กล่าวอีกนัยหนึ่ง ทั้งการตั้งค่า DBMS การตั้งค่าระบบปฏิบัติการ และฮาร์ดแวร์ มีผลกระทบต่อผลลัพธ์โดยรวมของทีม :)

เซิร์ฟเวอร์ไหนดีกว่ากัน

การทดสอบนี้ดำเนินการบนเซิร์ฟเวอร์เฉพาะ โดยให้ผลลัพธ์ตามชุดการตั้งค่าฮาร์ดแวร์ ระบบปฏิบัติการ, ส่วนย่อย ฯลฯ อย่างไรก็ตาม ผลลัพธ์ที่สูงบนฮาร์ดแวร์เซิร์ฟเวอร์ตัวใดตัวหนึ่งหมายความว่าภายใต้สภาวะปกติ ผลลัพธ์เดียวกันนั้นจะเกิดขึ้นกับฮาร์ดแวร์เซิร์ฟเวอร์ตัวเดียวกัน การทดสอบนี้คือ ความช่วยเหลือฟรีในความสามารถในการเปรียบเทียบการติดตั้ง 1C:Enterprise ภายใต้ Windows และ Linux, DBMS ที่แตกต่างกันสามตัวที่รองรับโดยแพลตฟอร์ม 1C:Enterprise 8.1

ทดสอบความปลอดภัย

การทดสอบมีความปลอดภัยอย่างแน่นอน ไม่นำไปสู่การ "ล่ม" ของเซิร์ฟเวอร์ (ไม่มีอัลกอริธึม "ความเครียด") และไม่ต้องการมาตรการเบื้องต้นแม้แต่ในเซิร์ฟเวอร์ "การต่อสู้" ข้อมูลที่เป็นความลับจะไม่ถูกบันทึกในผลการทดสอบ ข้อมูลเกี่ยวกับพารามิเตอร์ CPU, RAM, HDD จะถูกรวบรวม หมายเลขซีเรียลอุปกรณ์จะไม่ถูกรวบรวม คุณสามารถตรวจสอบทั้งหมดนี้ได้อย่างง่ายดาย - รหัสทดสอบเปิดอยู่ 100% เป็นไปไม่ได้ที่จะส่งข้อมูลใดๆ โดยที่คุณไม่รู้

วิธีการเผยแพร่ผลการทดสอบ

หากคุณต้องการช่วยพัฒนาการทดสอบ คุณสามารถทำการทดสอบหลายอย่างบนเซิร์ฟเวอร์ของคุณได้ จากนั้นปล่อยให้รายการการทดสอบทั่วไปที่ทำเฉพาะการทดสอบที่คุณต้องการเผยแพร่และส่ง dt อัปโหลดพร้อมผลลัพธ์

ข้อมูลจะได้รับการตรวจสอบด้วยตนเอง (ว่าไม่ถูกต้อง) ผู้รับการทดสอบจะถูกเพิ่มลงในคอลัมน์ "ผู้เขียน" ของการทดสอบ และจะถูกเพิ่มลงในการดาวน์โหลด ซึ่งทุกคนพร้อมสำหรับการดาวน์โหลด

การจำแนกประเภท ทีพีซี-A-ปริมาณงานท้องถิ่น / ทีพีซี-1C-กิลวี-เอ

การทดสอบเป็นส่วนหนึ่งของการทดสอบข้ามแพลตฟอร์มสากลอินทิกรัล นอกจากนี้ยังใช้ได้กับตัวเลือกไฟล์และไคลเอนต์-เซิร์ฟเวอร์สำหรับการใช้ 1C:Enterprise การทดสอบใช้ได้กับ DBMS ทั้งหมดที่รองรับโดย 1C

ความเป็นสากลทำให้คุณสามารถประเมินประสิทธิภาพโดยทั่วไปได้โดยไม่ต้องผูกติดอยู่กับเรื่องใดเรื่องหนึ่งโดยเฉพาะ การกำหนดค่าทั่วไปแพลตฟอร์ม

ในทางกลับกัน ซึ่งหมายความว่าสำหรับการคำนวณที่แม่นยำของโปรเจ็กต์ที่กำหนดเอง การทดสอบจะช่วยให้คุณทำได้ การประเมินเบื้องต้นก่อนการทดสอบโหลดแบบพิเศษ (เช่น การใช้ 1C:Testcenter)

บันทึก. ทดสอบการปรับเปลี่ยน " ก"วิธี" ควบคุมอัตโนมัติล็อค" หลังจากเปิดตัวโซลูชันมาตรฐานเวอร์ชันอย่างเป็นทางการจาก 1C มีการวางแผนที่จะแก้ไขการทดสอบให้ทำงานในโหมด "ล็อคที่มีการจัดการ" และแสดงด้วยตัวอักษร " ม".

ดาวน์โหลดแบบทดสอบ

การทดสอบนี้ไม่ใช่เชิงพาณิชย์และสามารถดาวน์โหลดได้ฟรี

ผลการทดสอบ

การติดตั้งไคลเอนต์เซิร์ฟเวอร์ที่ดีที่สุด 3 อันดับแรกของ 1C บน MS SQL Server คุณก็สามารถเข้าไปในตารางนี้ได้ คุณสามารถดูรายละเอียดผลลัพธ์เพิ่มเติมได้โดยดาวน์โหลดแบบทดสอบ

รายละเอียดทางเทคนิค

จะเกิดอะไรขึ้นในการทดสอบภายในกรอบการทำงาน "หนึ่งรอบ"

ตัวอย่างการรันคำสั่ง sql อยู่ในไฟล์แนบ

วิธีวัดภาระเหล็ก

ควรสังเกตว่าการทดสอบนั้นได้ทำการวัดบางส่วนแล้ว สำหรับภาพที่ละเอียดยิ่งขึ้น ฉันแนะนำให้ใช้ยูทิลิตี้ Process Explorer ของ Mark Rusinovich

รูปแสดงตัวอย่างการวัดสำหรับ เวอร์ชันไฟล์.

ติดต่อสำหรับ ทีพีซี-1C-กิลวี

http://gilev.ru/1c/ ทีพีซี

ผลการทดสอบ ข้อเสนอการพัฒนา

และส่งรีวิวทางอีเมล์: [ป้องกันอีเมล]

ไปที่สื่ออื่นๆ ของไซต์

TurboConf 5 - ขยายขีดความสามารถของ 1C Configurator

ความสนใจ!

หากคุณทำหน้าต่างป้อนข้อความหายไป ให้คลิก Ctrl-F5หรือ Ctrl-Rหรือปุ่ม "รีเฟรช" ในเบราว์เซอร์

หัวข้อไม่ได้รับการอัปเดตเป็นเวลานานและถูกทำเครื่องหมายว่าเก็บถาวรแล้ว ไม่สามารถเพิ่มข้อความได้
แต่คุณสามารถสร้างกระทู้ใหม่ได้ และพวกเขาจะตอบคุณอย่างแน่นอน!
ทุก ๆ ชั่วโมงใน Magic Forum จะมีมากขึ้น 2000 มนุษย์.

ภาพถ่ายโดย Alena Tulyakova สำนักข่าว “Clerk.Ru”

บทความนี้ระบุข้อผิดพลาดหลักที่ผู้ดูแลระบบ 1C มือใหม่ทำและแสดงวิธีแก้ปัญหาโดยใช้การทดสอบ Gilev เป็นตัวอย่าง

วัตถุประสงค์หลักของการเขียนบทความนี้คือเพื่อหลีกเลี่ยงความแตกต่างที่ชัดเจนซ้ำสำหรับผู้ดูแลระบบ (และโปรแกรมเมอร์) ที่ยังไม่เคยมีประสบการณ์กับ 1C

เป้าหมายรองคือหากฉันมีข้อบกพร่อง Infostart จะชี้ให้เห็นสิ่งนี้ให้ฉันเร็วที่สุด

การทดสอบของ V. Gilev ได้กลายเป็นมาตรฐาน "โดยพฤตินัย" แล้ว ผู้เขียนบนเว็บไซต์ของเขาให้คำแนะนำที่ค่อนข้างชัดเจน แต่ฉันจะนำเสนอผลลัพธ์บางส่วนและแสดงความคิดเห็นเกี่ยวกับข้อผิดพลาดที่อาจเกิดขึ้นได้มากที่สุด โดยปกติแล้วผลการทดสอบบนอุปกรณ์ของคุณอาจแตกต่างกัน นี่เป็นเพียงแนวทางสำหรับสิ่งที่ควรเป็นและสิ่งที่คุณสามารถมุ่งมั่นได้ ฉันต้องการทราบทันทีว่าการเปลี่ยนแปลงจะต้องทำทีละขั้นตอน และหลังจากแต่ละขั้นตอน ให้ตรวจสอบว่าได้ผลลัพธ์อะไรบ้าง

มีบทความที่คล้ายกันใน Infostart ฉันจะใส่ลิงก์ไปยังบทความเหล่านั้นในส่วนที่เกี่ยวข้อง (หากฉันพลาดอะไรไปโปรดแนะนำฉันในความคิดเห็นฉันจะเพิ่มเข้าไป) สมมติว่า 1C ของคุณช้า จะวินิจฉัยปัญหาได้อย่างไรและจะเข้าใจได้อย่างไรว่าใครถูกตำหนิผู้ดูแลระบบหรือโปรแกรมเมอร์?

ข้อมูลเริ่มต้น:

คอมพิวเตอร์ที่ทดสอบ หนูตะเภาหลัก: HP DL180G6 ติดตั้ง 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 สำหรับการเปรียบเทียบ Core i3-2100 แสดงผลที่เทียบเคียงได้ในการทดสอบแบบเธรดเดียว อุปกรณ์ที่ฉันตั้งใจเลือกไม่ใช่อุปกรณ์ใหม่ล่าสุด แต่ด้วยอุปกรณ์ที่ทันสมัย ​​ผลลัพธ์ที่ได้ก็ดีขึ้นอย่างเห็นได้ชัด

สำหรับการทดสอบเซิร์ฟเวอร์ 1C และ SQL แยกกัน เซิร์ฟเวอร์ SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2

ในการทดสอบเครือข่าย 10 Gbit จะใช้อะแดปเตอร์ Intel 520-DA2

เวอร์ชันไฟล์. (ฐานข้อมูลอยู่บนเซิร์ฟเวอร์ในโฟลเดอร์ที่ใช้ร่วมกัน ไคลเอนต์เชื่อมต่อผ่านเครือข่าย โปรโตคอล CIFS/SMB) อัลกอริทึมทีละขั้นตอน:

0. เพิ่มฐานข้อมูลทดสอบของ Gilev ไปยังไฟล์เซิร์ฟเวอร์ในโฟลเดอร์เดียวกันกับฐานข้อมูลหลัก เราเชื่อมต่อจากคอมพิวเตอร์ไคลเอนต์และทำการทดสอบ เราจำผลลัพธ์ได้

เป็นที่เข้าใจกันว่าแม้สำหรับคอมพิวเตอร์รุ่นเก่าเมื่อ 10 ปีที่แล้ว (ซ็อกเก็ต Pentium บน 775) เวลาจากการคลิกที่ทางลัด 1C:Enterprise ไปจนถึงลักษณะที่ปรากฏของหน้าต่างฐานข้อมูลควรใช้เวลาน้อยกว่าหนึ่งนาที (เซเลรอน = ช้า)

หากคุณมีคอมพิวเตอร์ที่แย่กว่าซ็อกเก็ต Pentium 775 ที่มี 1 GB แรมแล้วฉันก็เห็นใจคุณและทำงานอย่างสบายใจกับ 1C 8.2 นิ้ว เวอร์ชันไฟล์มันจะเป็นเรื่องยากสำหรับคุณที่จะประสบความสำเร็จ ลองนึกถึงการอัพเกรด (ถึงเวลาแล้ว) หรือเปลี่ยนไปใช้เทอร์มินัล (หรือเว็บ ในกรณีนี้) ไคลเอ็นต์แบบบางและ แบบฟอร์มควบคุม) เซิร์ฟเวอร์

หากคอมพิวเตอร์ไม่แย่ลงคุณสามารถเตะผู้ดูแลระบบได้ อย่างน้อยที่สุด ให้ตรวจสอบการทำงานของเครือข่าย โปรแกรมป้องกันไวรัส และไดรเวอร์ป้องกัน HASP

หากการทดสอบของ Gilev ในขั้นตอนนี้แสดงให้เห็น "นกแก้ว" 30 ตัวหรือสูงกว่า แต่ฐานการทำงานของ 1C ยังคงทำงานได้ช้า ควรส่งคำถามไปที่โปรแกรมเมอร์โดยตรง

1. เพื่อเป็นแนวทางว่าคอมพิวเตอร์ไคลเอนต์สามารถ "บีบ" ได้มากเพียงใด เราจะตรวจสอบการทำงานของคอมพิวเตอร์เครื่องนี้เท่านั้นโดยไม่มีเครือข่าย เราวางฐานทดสอบไว้ คอมพิวเตอร์ท้องถิ่น(บนดิสก์ที่เร็วมาก) หากคอมพิวเตอร์ไคลเอนต์ไม่มี SSD ปกติ แสดงว่า ramdisk จะถูกสร้างขึ้น สำหรับตอนนี้ สิ่งที่ง่ายที่สุดและฟรีคือ Ramdisk Enterprise

หากต้องการทดสอบเวอร์ชัน 8.2 แรมดิสก์ขนาด 256 MB ก็เพียงพอแล้ว และ! ที่สำคัญที่สุด หลังจากรีบูตคอมพิวเตอร์โดยที่ ramdisk ทำงานอยู่ ควรจะมีพื้นที่ว่าง 100-200 MB ดังนั้นหากไม่มี ramdisk สำหรับการใช้งานปกติควรมีหน่วยความจำว่าง 300-400 MB

หากต้องการทดสอบเวอร์ชัน 8.3 แรมดิสก์ขนาด 256 MB ก็เพียงพอแล้ว แต่คุณต้องมี RAM ว่างมากกว่านี้

เมื่อทำการทดสอบ คุณต้องดูที่โหลดของโปรเซสเซอร์ ในกรณีที่ใกล้เคียงกับอุดมคติ (ramdisk) ไฟล์ในเครื่อง 1c จะโหลด 1 คอร์ตัวประมวลผลเมื่อทำงาน ดังนั้น หากในระหว่างการทดสอบแกนประมวลผลของคุณยังโหลดไม่เต็มที่ ให้มองหาจุดอ่อน มีการอธิบายอิทธิพลของโปรเซสเซอร์ต่อการทำงานของ 1C ในทางอารมณ์เล็กน้อย แต่โดยทั่วไปถูกต้อง ใช้เพื่อการอ้างอิงเท่านั้น แม้แต่ใน Core i3 สมัยใหม่ก็ตาม ความถี่สูงตัวเลข 70-80 ค่อนข้างสมจริง

ข้อผิดพลาดที่พบบ่อยที่สุดในขั้นตอนนี้

• โปรแกรมป้องกันไวรัสที่กำหนดค่าไม่ถูกต้อง มีโปรแกรมป้องกันไวรัสหลายตัว การตั้งค่าสำหรับแต่ละโปรแกรมแตกต่างกัน ฉันจะบอกว่าด้วยการกำหนดค่าที่เหมาะสม เว็บและ Kaspersky 1C จะไม่รบกวน ด้วยการตั้งค่าเริ่มต้น คุณสามารถนำนกแก้วได้ประมาณ 3-5 ตัว (10-15%)
• โหมดประสิทธิภาพ ด้วยเหตุผลบางอย่าง มีเพียงไม่กี่คนที่ให้ความสนใจกับสิ่งนี้ แต่ผลที่ได้คือสิ่งที่สำคัญที่สุด หากคุณต้องการความเร็ว คุณต้องทำสิ่งนี้ทั้งบนคอมพิวเตอร์ไคลเอนต์และเซิร์ฟเวอร์ - คำอธิบายที่ดีที่บ้านกิเลฟ ข้อแม้เพียงอย่างเดียวก็คือในบางส่วน เมนบอร์ดหากคุณปิด Intel SpeedStep คุณจะไม่สามารถเปิด TurboBoost ได้)

คุณสามารถ (และควรดีกว่า) เปิดใช้งานโหมดประสิทธิภาพได้ในสองแห่ง:

• ผ่านทางไบออส ปิดการใช้งานโหมด C1, C1E, Intel C-state (C2, C3, C4) ใน bios ที่แตกต่างกันจะเรียกต่างกัน แต่ความหมายก็เหมือนกัน การค้นหาใช้เวลานานจำเป็นต้องรีบูตเครื่อง แต่ถ้าคุณทำเพียงครั้งเดียวคุณก็ลืมมันได้ หากคุณทำทุกอย่างอย่างถูกต้องใน BIOS ความเร็วจะเพิ่มขึ้น บนเมนบอร์ดบางรุ่น คุณสามารถกำหนดการตั้งค่า BIOS เพื่อไม่ให้โหมดประสิทธิภาพของ Windows ทำงาน (ตัวอย่าง การตั้งค่าไบออสที่กิเลฟ) การตั้งค่าเหล่านี้เกี่ยวข้องกับโปรเซสเซอร์เซิร์ฟเวอร์หรือ BIOS "ขั้นสูง" เป็นหลัก หากคุณไม่พบสิ่งนี้และคุณไม่มี Xeon ก็ไม่เป็นไร

• แผงควบคุม - แหล่งจ่ายไฟ - ประสิทธิภาพสูง ลบ - หากคอมพิวเตอร์ไม่ได้รับการบริการเป็นเวลานานจะทำให้เสียงพัดลมดังขึ้น ร้อนขึ้น และใช้พลังงานมากขึ้น นี่คือค่าธรรมเนียมการปฏิบัติงาน

นี่คือการตั้งค่าเริ่มต้น เปิดใช้งาน BIOS C-state โหมดการใช้พลังงานที่สมดุล
เปิดใช้งาน BIOS C-state โหมดประสิทธิภาพสูง สำหรับ Pentium และ Core คุณสามารถหยุดอยู่แค่นั้น คุณยังสามารถบีบ "นกแก้ว" ตัวน้อยออกจาก Xeon ได้
ใน BIOS C-state ถูกปิดใช้งานโหมดประสิทธิภาพสูง หากคุณไม่ใช้ Turbo boost หน้าตาก็จะเป็นแบบนี้ เซิร์ฟเวอร์ที่ได้รับการปรับแต่งเพื่อประสิทธิภาพ

และตอนนี้ตัวเลข ฉันขอเตือนคุณ: อินเทล ซีออน 5650, แรมดิส ในกรณีแรกการทดสอบจะแสดง 23.26 ในกรณีสุดท้าย - 49.5 ความแตกต่างเกือบสองเท่า ตัวเลขอาจแตกต่างกัน แต่อัตราส่วนยังคงเหมือนเดิมสำหรับ Intel Core

เรียนผู้ดูแลระบบ คุณสามารถวิพากษ์วิจารณ์ 1C ได้มากเท่าที่คุณต้องการ แต่หากผู้ใช้ต้องการความเร็ว คุณจะต้องเปิดใช้งานโหมดประสิทธิภาพสูง

ค) เทอร์โบบูสต์ ก่อนอื่นคุณต้องเข้าใจว่าโปรเซสเซอร์ของคุณรองรับฟังก์ชันนี้หรือไม่ เป็นต้น หากรองรับ คุณก็ยังสามารถได้รับประสิทธิภาพบางอย่างอย่างถูกกฎหมาย (ฉันไม่ต้องการพูดถึงปัญหาของการโอเวอร์คล็อกความถี่ โดยเฉพาะเซิร์ฟเวอร์ ที่ต้องทำด้วยความเสี่ยงและอันตราย แต่ฉันยอมรับว่าการเพิ่มความเร็วบัสจาก 133 เป็น 166 ทำให้ทั้งความเร็วและการกระจายความร้อนเพิ่มขึ้นอย่างเห็นได้ชัด)

วิธีเปิดใช้งาน Turbo Boost เขียนไว้เช่น . แต่! สำหรับ 1C มีความแตกต่างบางอย่าง (ไม่ชัดเจนที่สุด) ปัญหาคือเอฟเฟกต์สูงสุดของเทอร์โบบูสต์เกิดขึ้นเมื่อเปิด C-state และเราได้รับสิ่งนี้:

โปรดทราบว่าตัวคูณเป็นค่าสูงสุด ความเร็วคอร์นั้นสวยงาม และประสิทธิภาพสูง แต่จะเกิดอะไรขึ้นกับ 1 วินาที?

แต่ท้ายที่สุดปรากฎว่าตามการทดสอบประสิทธิภาพของ CPU เวอร์ชันที่มีตัวคูณ 23 นั้นเหนือกว่า ตามการทดสอบของ Gilev ในเวอร์ชันไฟล์ประสิทธิภาพที่มีตัวคูณ 22 และ 23 จะเท่ากัน แต่ในไคลเอนต์ - เซิร์ฟเวอร์ รุ่น - เวอร์ชันที่มีตัวคูณ 23 นั้นแย่มาก (แม้ว่า C -state จะตั้งค่าเป็นระดับ 7 แต่ก็ยังช้ากว่าเมื่อปิด C-state) ดังนั้นคำแนะนำคือตรวจสอบทั้งสองตัวเลือกด้วยตัวเองแล้วเลือกอันที่ดีที่สุด ไม่ว่าในกรณีใด ความแตกต่างระหว่างนกแก้ว 49.5 ถึง 53 ตัวนั้นค่อนข้างสำคัญ โดยเฉพาะอย่างยิ่งโดยไม่ต้องใช้ความพยายามมากนัก

สรุป - ต้องเปิดเทอร์โบบูสต์ ฉันขอเตือนคุณว่าการเปิดใช้งานรายการ Turbo boost ใน BIOS นั้นไม่เพียงพอคุณต้องดูการตั้งค่าอื่น ๆ ด้วย (BIOS: QPI L0s, L1 - ปิดการใช้งาน, ความต้องการสครับ - ปิดการใช้งาน, Intel SpeedStep - เปิดใช้งาน, Turbo boost - เปิดใช้งานแผงควบคุม - ตัวเลือกพลังงาน - ประสิทธิภาพสูง) และฉันจะยังคง (แม้แต่เวอร์ชันไฟล์) เลือกตัวเลือกที่ปิด c-state แม้ว่าตัวคูณจะน้อยกว่าก็ตาม มันก็จะออกมาประมาณนี้...

ประเด็นที่ค่อนข้างขัดแย้งคือความถี่ของหน่วยความจำ ตัวอย่างเช่น ความถี่ของหน่วยความจำแสดงให้เห็นว่ามีอิทธิพลอย่างมาก การทดสอบของฉันไม่ได้เปิดเผยการพึ่งพาดังกล่าว ฉันจะไม่เปรียบเทียบ DDR 2/3/4 ฉันจะแสดงผลการเปลี่ยนความถี่ภายในบรรทัดเดียวกัน หน่วยความจำเหมือนกัน แต่ใน BIOS เราถูกบังคับให้ตั้งค่าความถี่ที่ต่ำกว่า

และผลการทดสอบ 1C 8.2.19.83 สำหรับเวอร์ชันไฟล์ ramdisk ในเครื่อง สำหรับไคลเอ็นต์เซิร์ฟเวอร์ 1C และ SQL บนคอมพิวเตอร์เครื่องเดียว หน่วยความจำที่ใช้ร่วมกัน Turbo boost ถูกปิดใช้งานในทั้งสองเวอร์ชัน 8.3 แสดงผลการเปรียบเทียบ

ความแตกต่างอยู่ภายในข้อผิดพลาดในการวัด ฉันดึงภาพหน้าจอของ CPU-Z ออกมาโดยเฉพาะเพื่อแสดงให้เห็นว่าเมื่อความถี่เปลี่ยนแปลง พารามิเตอร์อื่นๆ ก็เปลี่ยนไปเช่นกัน ค่าหน่วงเวลาของ CAS และ RAS เป็น CAS Delay เดียวกัน ซึ่งจะทำให้การเปลี่ยนแปลงความถี่เป็นกลาง ความแตกต่างจะเกิดขึ้นเมื่อโมดูลหน่วยความจำมีการเปลี่ยนแปลงทางกายภาพ จากช้าลงไปเร็วขึ้น แต่ถึงกระนั้นตัวเลขก็ไม่มีนัยสำคัญเป็นพิเศษ

2. เมื่อเราแยกโปรเซสเซอร์และหน่วยความจำของคอมพิวเตอร์ไคลเอนต์แล้ว เราจะไปยังจุดที่สำคัญมากถัดไป - เครือข่าย มีการเขียนหนังสือหลายเล่มเกี่ยวกับการปรับแต่งเครือข่ายมีบทความเกี่ยวกับ Infostart (และอื่น ๆ ) แต่ที่นี่ฉันจะไม่เน้นที่หัวข้อนี้ ก่อนที่จะเริ่มการทดสอบ 1C โปรดตรวจสอบให้แน่ใจว่า iperf ระหว่างคอมพิวเตอร์สองเครื่องแสดงแบนด์วิธทั้งหมด (สำหรับการ์ด 1 Gbit - อย่างน้อย 850 Mbit หรือดีกว่า 950-980) ตามคำแนะนำของ Gilev จากนั้น - การทดสอบการทำงานที่ง่ายที่สุดคือการคัดลอกไฟล์ขนาดใหญ่หนึ่งไฟล์ (5-10 กิกะไบต์) ผ่านเครือข่ายอย่างผิดปกติ สัญญาณทางอ้อมของการทำงานปกติบนเครือข่าย 1 Gbit จะเป็นความเร็วการคัดลอกเฉลี่ย 100 MB/วินาที การทำงานที่ดี - 120 MB/วินาที ฉันอยากจะดึงความสนใจของคุณไปที่ความจริงที่ว่าจุดอ่อน (รวมถึง) อาจเป็นภาระของโปรเซสเซอร์ โปรโตคอล SMB บน Linux ค่อนข้างมีการขนานกันไม่ดี และในระหว่างการใช้งาน มันสามารถ "กิน" โปรเซสเซอร์หนึ่งคอร์ได้อย่างง่ายดายและไม่กินอีกต่อไป

และอีกอย่างหนึ่ง ด้วยการตั้งค่าเริ่มต้น ไคลเอ็นต์หน้าต่างทำงานได้ดีที่สุดกับ เซิร์ฟเวอร์ windows(หรือแม้แต่ หน้าต่างทำงานสถานี) และโปรโตคอล SMB/CIFS ไคลเอนต์ linux (เดเบียน, อูบุนตูไม่ได้ดูที่อื่น) ทำงานได้ดีกว่ากับ linux และ NFS (ใช้ได้กับ SMB ด้วย แต่นกแก้วจะสูงกว่าบน NFS) ความจริงที่ว่าในระหว่างการคัดลอกเชิงเส้นเซิร์ฟเวอร์ Windows Linux ไปยัง NFS จะถูกคัดลอกไปยังสตรีมเดียวที่เร็วขึ้นไม่ได้มีความหมายอะไรเลย การปรับแต่ง Debian สำหรับ 1C เป็นหัวข้อสำหรับบทความแยกต่างหาก ฉันยังไม่พร้อมสำหรับมันแม้ว่าฉันจะพูดได้ว่าในเวอร์ชันไฟล์ฉันมีประสิทธิภาพที่ดีกว่าเวอร์ชัน Win เล็กน้อยบนอุปกรณ์เดียวกัน แต่ด้วย postgre ที่มากกว่า ผู้ใช้ 50 คน ฉันยังมีทุกอย่างที่แย่มาก

สิ่งที่สำคัญที่สุดที่ผู้ดูแลระบบ "ถูกเผา" รู้ แต่ผู้เริ่มต้นไม่ได้คำนึงถึง มีหลายวิธีในการกำหนดเส้นทางไปยังฐานข้อมูล 1c คุณสามารถทำ servershare ได้ คุณสามารถทำ 192.168.0.1share คุณสามารถใช้เน็ต z: 192.168.0.1share (และในบางกรณีวิธีนี้ก็จะใช้งานได้ แต่ไม่เสมอไป) จากนั้นระบุไดรฟ์ Z ดูเหมือนว่าเส้นทางเหล่านี้ทั้งหมด ชี้ไปที่สิ่งเดียวกันที่เดียวกัน แต่สำหรับ 1C มีเพียงวิธีเดียวเท่านั้นที่ให้ประสิทธิภาพปกติค่อนข้างเชื่อถือได้ ดังนั้น นี่คือสิ่งที่คุณต้องทำอย่างถูกต้อง:

ใน บรรทัดคำสั่ง(หรือในนโยบายหรืออะไรก็ตามที่สะดวกสำหรับคุณ) - ใช้ DriveLetter: servershare ตัวอย่าง: net use m: ฐานเซิร์ฟเวอร์ ฉันเน้นเป็นพิเศษไม่ใช่ที่อยู่ IP แต่เป็นชื่อเซิร์ฟเวอร์ หากไม่เห็นชื่อเซิร์ฟเวอร์ ให้เพิ่มลงใน DNS บนเซิร์ฟเวอร์หรือในเครื่อง ไฟล์โฮสต์- แต่ที่อยู่จะต้องเป็นชื่อ ดังนั้นระหว่างทางไปยังฐานข้อมูลให้เข้าถึงดิสก์นี้ (ดูรูป)

และตอนนี้ฉันจะแสดงตัวเลขว่าทำไมนี่คือคำแนะนำ ข้อมูลเริ่มต้น: การ์ด Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 Win 2008 R2, Win 7, Debian 8 ใช้ไดรเวอร์ล่าสุด ก่อนการทดสอบ ฉันแน่ใจว่า Iperf ให้แบนด์วิดท์เต็ม (ยกเว้นการ์ด 10 Gbit มันสามารถบีบออกได้เพียง 7.2 Gbit ฉันจะดูว่าทำไมในภายหลัง เซิร์ฟเวอร์ทดสอบยังกำหนดค่าไม่ถูกต้อง) ดิสก์นั้นแตกต่างกัน แต่ทุกที่ที่มี SSD (ฉันใส่ดิสก์แผ่นเดียวเพื่อทดสอบเป็นพิเศษ แต่ไม่ได้โหลดอย่างอื่นเลย) หรือการโจมตีจาก SSD ความเร็ว 100 Mbit ได้จากการจำกัดการตั้งค่าของอะแดปเตอร์ Intel 362 ไม่มีความแตกต่างระหว่าง 1 Gbit copper Intel 350 และ 1 Gbit ออปติคอล Intel X520-DA2 (ได้จากการจำกัดความเร็วของอะแดปเตอร์) ประสิทธิภาพสูงสุด ปิด Turbo Boost (เพียงเพื่อการเปรียบเทียบผลลัพธ์ Turbo Boost สำหรับผลลัพธ์ที่ดีจะเพิ่มน้อยกว่า 10% เล็กน้อย สำหรับผลลัพธ์ที่ไม่ดีอาจไม่มีผลใดๆ เลย) เวอร์ชัน 1C 8.2.19.86, 8.3.6.2076 ฉันไม่ได้ให้ตัวเลขทั้งหมด แต่เฉพาะตัวเลขที่น่าสนใจที่สุดเพื่อให้คุณมีสิ่งที่จะเปรียบเทียบ

ข้อสรุป (จากตารางและจาก ประสบการณ์ส่วนตัว- ใช้กับเวอร์ชันไฟล์เท่านั้น):

• คุณสามารถรับหมายเลขการทำงานได้ค่อนข้างปกติผ่านเครือข่ายหากเครือข่ายนี้ได้รับการกำหนดค่าอย่างเหมาะสมและป้อนเส้นทางอย่างถูกต้องใน 1C สม่ำเสมอ แกนแรก i3 สามารถผลิตนกแก้วได้มากกว่า 40 ตัวได้อย่างง่ายดาย ซึ่งถือว่าค่อนข้างดี และไม่ใช่แค่นกแก้วเท่านั้น ในการทำงานจริงยังเห็นความแตกต่างอย่างเห็นได้ชัดอีกด้วย แต่! ข้อจำกัดเมื่อทำงานกับผู้ใช้หลายคน (มากกว่า 10) จะไม่ใช่เครือข่ายอีกต่อไป ที่นี่ 1 Gbit ยังเพียงพอ แต่จะถูกบล็อกระหว่างการทำงานที่มีผู้ใช้หลายคน (Gilev)
• แพลตฟอร์ม 1C 8.3 มีความต้องการมากกว่าหลายเท่าในแง่ของการกำหนดค่าเครือข่ายที่เหมาะสม การตั้งค่าพื้นฐาน- พบ Gilev แต่โปรดจำไว้ว่าทุกสิ่งสามารถมีอิทธิพลได้ ฉันเห็นความเร่งจากการถอนการติดตั้ง (และไม่ใช่แค่ปิด) โปรแกรมป้องกันไวรัส ตั้งแต่การลบโปรโตคอล เช่น FCoE จากการเปลี่ยนไดรเวอร์เป็นเวอร์ชันเก่า แต่เป็นเวอร์ชันที่ได้รับการรับรองจาก Microsoft (โดยเฉพาะสำหรับการ์ดราคาถูกอย่าง ASUS และ DLC) จากการถอดการ์ดเครือข่ายตัวที่สอง จากเซิร์ฟเวอร์ มีตัวเลือกมากมาย โปรดตั้งค่าเครือข่ายของคุณอย่างระมัดระวัง อาจมีสถานการณ์ที่แพลตฟอร์ม 8.2 ให้ตัวเลขที่ยอมรับได้และ 8.3 - น้อยกว่าสองเท่าหรือมากกว่านั้น ลองเล่นกับแพลตฟอร์มเวอร์ชัน 8.3 บางครั้งคุณอาจได้รับเอฟเฟกต์ที่ยิ่งใหญ่มาก
• 1C 8.3.6.2076 (อาจจะภายหลัง ฉันยังไม่ได้ค้นหาเวอร์ชันที่แน่นอน) ยังคงกำหนดค่าผ่านเครือข่ายได้ง่ายกว่า 8.3.7.2008 ฉันสามารถดำเนินการได้ตามปกติผ่านเครือข่ายตั้งแต่ 8.3.7.2008 (ในแพร์รอทที่เทียบเคียงได้) เพียงไม่กี่ครั้ง ฉันไม่สามารถทำซ้ำได้ในกรณีทั่วไปกว่านี้ ฉันไม่ค่อยเข้าใจมากนัก แต่เมื่อพิจารณาจากการสรุปจาก Process Explorer แล้ว การบันทึกในนั้นก็ไม่ดีเท่าใน 8.3.6
• แม้ว่ากราฟโหลดจะมีขนาดเล็กเมื่อทำงานบนเครือข่าย 100 Mbit (เราสามารถพูดได้ว่าเครือข่ายนั้นฟรี) แต่ความเร็วในการทำงานยังน้อยกว่า 1 Gbit มาก เหตุผลก็คือเวลาแฝงของเครือข่าย
• สิ่งอื่น ๆ ทั้งหมดเท่าเทียมกัน (เครือข่ายที่ใช้งานได้ดี) สำหรับ 1C 8.2 การเชื่อมต่อ Intel-Realtek นั้นช้ากว่า Intel-Intel 10% แต่โดยทั่วไปแล้ว realtek-realtek สามารถทำให้เกิดการทรุดตัวลงอย่างรวดเร็ว ดังนั้น หากคุณมีเงิน ควรเก็บการ์ดเครือข่าย Intel ไว้ทุกที่ จะดีกว่า หากคุณไม่มีเงิน ให้ติดตั้ง Intel บนเซิร์ฟเวอร์เท่านั้น (CO ของคุณ) และมีคำแนะนำเพิ่มเติมหลายเท่าสำหรับการปรับแต่งการ์ดเครือข่าย Intel
• การตั้งค่าโปรแกรมป้องกันไวรัสเริ่มต้น (โดยใช้ drweb เวอร์ชัน 10 เป็นตัวอย่าง) ใช้เวลาประมาณ 8-10% ของนกแก้ว หากคุณกำหนดค่าตามที่ควรจะเป็น (อนุญาตให้กระบวนการ 1cv8 ทำทุกอย่างแม้ว่าจะไม่ปลอดภัยก็ตาม) ความเร็วจะเหมือนกับเมื่อไม่มีโปรแกรมป้องกันไวรัส
• อย่าอ่านกูรู Linux เซิร์ฟเวอร์ที่มี samba นั้นยอดเยี่ยมและฟรี แต่ถ้าคุณติดตั้ง Win XP หรือ Win7 (หรือดีกว่านั้น - ระบบปฏิบัติการเซิร์ฟเวอร์) บนเซิร์ฟเวอร์ไฟล์เวอร์ชัน 1c จะทำงานเร็วขึ้น ใช่ samba และสแต็กโปรโตคอลและการตั้งค่าเครือข่าย และอื่นๆ อีกมากมายสามารถปรับได้ดีในเดเบียน/อูบุนตู แต่แนะนำสำหรับผู้เชี่ยวชาญ ไม่มีประโยชน์ที่จะติดตั้ง Linux ด้วยการตั้งค่าเริ่มต้นแล้วบอกว่ามันช้า
• เป็นความคิดที่ดีที่จะตรวจสอบการทำงานของดิสก์ที่เชื่อมต่อผ่านการใช้งานเน็ตโดยใช้ fio อย่างน้อยก็จะมีความชัดเจนว่าสิ่งเหล่านี้เป็นปัญหากับแพลตฟอร์ม 1C หรือกับเครือข่าย/ดิสก์
• สำหรับเวอร์ชันผู้ใช้คนเดียว ฉันไม่สามารถคิดถึงการทดสอบ (หรือสถานการณ์) ที่จะมองเห็นความแตกต่างระหว่าง 1 Gbit และ 10 Gbit ได้ สิ่งเดียวที่ 10Gbit สำหรับเวอร์ชันไฟล์ให้ผลลัพธ์ที่ดีกว่าคือการเชื่อมต่อดิสก์ผ่าน iSCSI แต่นี่เป็นหัวข้อสำหรับบทความแยกต่างหาก ถึงกระนั้นฉันคิดว่าสำหรับไฟล์เวอร์ชัน 1 การ์ด Gbit ก็เพียงพอแล้ว
• ฉันไม่เข้าใจว่าทำไมด้วยเครือข่าย 100 Mbit 8.3 จึงทำงานได้เร็วกว่า 8.2 อย่างเห็นได้ชัด แต่มันเป็นความจริง อุปกรณ์อื่น ๆ ทั้งหมด การตั้งค่าอื่น ๆ ทั้งหมดเหมือนกันทุกประการ เพียงแต่ว่าในกรณีหนึ่งมีการทดสอบ 8.2 และอีกกรณีหนึ่งคือ 8.3
• NFS win-win หรือ win-lin ที่ไม่ได้รับการปรับแต่งให้นกแก้ว 6 ตัว ฉันไม่ได้รวมพวกมันไว้ในตาราง หลังจากปรับแต่งฉันได้ 25 แต่มันก็ไม่เสถียร (ความแตกต่างในการวัดมากกว่า 2 หน่วย) ฉันยังไม่สามารถให้คำแนะนำใดๆ ได้ โดยใช้หน้าต่างและโปรโตคอล NFS

เซิร์ฟเวอร์เทอร์มินัล (ฐานข้อมูลอยู่บนเซิร์ฟเวอร์ ลูกค้าเชื่อมต่อผ่านเครือข่าย โปรโตคอล RDP) อัลกอริทึมทีละขั้นตอน:

• เราเพิ่มฐานข้อมูลทดสอบของ Gilev ไปยังเซิร์ฟเวอร์ในโฟลเดอร์เดียวกันกับฐานข้อมูลหลัก เราเชื่อมต่อจากเซิร์ฟเวอร์เดียวกันและทำการทดสอบ เราจำผลลัพธ์ได้
• ในลักษณะเดียวกับในเวอร์ชันไฟล์ เรากำหนดค่าโปรเซสเซอร์ ในกรณีของเทอร์มินัลเซิร์ฟเวอร์ โดยทั่วไปตัวประมวลผลจะมีบทบาทหลัก (สันนิษฐานว่าไม่มีความชัดเจน จุดอ่อนเช่นหน่วยความจำไม่เพียงพอหรือมีซอฟต์แวร์ที่ไม่จำเป็นจำนวนมาก)
• การตั้งค่าการ์ดเครือข่ายในกรณีของเทอร์มินัลเซิร์ฟเวอร์แทบไม่มีผลกระทบต่อการทำงานของ 1c เพื่อให้มั่นใจถึงความสะดวกสบาย “พิเศษ” หากเซิร์ฟเวอร์ของคุณผลิตนกแก้วมากกว่า 50 ตัว คุณสามารถเล่นกับโปรโตคอล RDP เวอร์ชันใหม่ได้ เพื่อความสะดวกของผู้ใช้ การตอบสนองและการเลื่อนที่เร็วขึ้น
• เมื่อผู้ใช้จำนวนมากทำงานอย่างแข็งขัน (และที่นี่คุณสามารถลองเชื่อมต่อผู้คน 30 คนเข้ากับฐานข้อมูลเดียวได้หากคุณลอง) ขอแนะนำให้ติดตั้งไดรฟ์ SSD ด้วยเหตุผลบางประการ เชื่อกันว่าดิสก์ไม่ได้ส่งผลกระทบต่อการทำงานของ 1C เป็นพิเศษ แต่การทดสอบทั้งหมดจะดำเนินการโดยเปิดใช้งานแคชของคอนโทรลเลอร์สำหรับการเขียนซึ่งไม่ถูกต้อง ฐานการทดสอบมีขนาดเล็ก มันพอดีกับแคชค่อนข้างดี จึงมีตัวเลขสูง ในฐานข้อมูลจริง (ขนาดใหญ่) ทุกอย่างจะแตกต่างไปจากเดิมอย่างสิ้นเชิง ดังนั้นแคชจึงถูกปิดใช้งานสำหรับการทดสอบ

• แคชตัวควบคุม RAID ที่เปิดใช้งานจะกำจัดความแตกต่างระหว่างดิสก์ทั้งหมด ตัวเลขจะเหมือนกันสำหรับทั้ง sat และ cas การทดสอบกับข้อมูลจำนวนเล็กน้อยไม่มีประโยชน์และไม่ได้บ่งชี้ถึงสิ่งใดๆ
• สำหรับแพลตฟอร์ม 8.2 ประสิทธิภาพที่แตกต่างกันระหว่างตัวเลือก SATA และ SSD นั้นมากกว่าสองเท่า นี่ไม่ใช่การพิมพ์ผิด หากคุณดูที่มอนิเตอร์ประสิทธิภาพระหว่างการทดสอบไดรฟ์ SATA จากนั้นคุณจะเห็น “เวลาทำงานของดิสก์ที่ใช้งานอยู่ (เป็น%)” 80-95 อย่างชัดเจน ใช่ หากคุณเปิดใช้งานแคชของดิสก์เพื่อการบันทึก ความเร็วจะเพิ่มขึ้นเป็น 35 หากคุณเปิดใช้งานแคชของตัวควบคุมการโจมตี - สูงสุด 49 (ไม่ว่าดิสก์ใดจะถูกทดสอบ ในขณะนี้- แต่สิ่งเหล่านี้คือแพร์รอทแคชสังเคราะห์ ในการทำงานจริงที่มีฐานข้อมูลขนาดใหญ่ จะไม่มีอัตราส่วนการเข้าถึงแคชการเขียน 100%
• ความเร็วของ SSD ราคาถูก (ฉันทดสอบกับ Agility 3) ก็เพียงพอที่จะเรียกใช้เวอร์ชันไฟล์ได้ ทรัพยากรการบันทึกเป็นอีกเรื่องหนึ่งคุณต้องดูในแต่ละกรณีชัดเจนว่า Intel 3700 จะมีลำดับความสำคัญสูงกว่า แต่ราคาก็สอดคล้องกัน และใช่ ฉันเข้าใจว่าเมื่อไร การทดสอบ SSDดิสก์ ฉันยังทดสอบแคชของดิสก์นี้ในระดับที่มากขึ้น ผลลัพธ์ที่แท้จริงจะน้อยลง
• วิธีแก้ปัญหาที่ถูกต้องที่สุด (จากมุมมองของฉัน) คือการจัดสรรดิสก์ SSD 2 แผ่นในการมิเรอร์เรดสำหรับฐานข้อมูลไฟล์ (หรือหลาย ๆ ฐานข้อมูลไฟล์) และอย่าใส่สิ่งอื่นใดลงไปที่นั่น ใช่ด้วยกระจก SSD จะเสื่อมสภาพเท่ากันและนี่คือข้อเสีย แต่อย่างน้อยอุปกรณ์อิเล็กทรอนิกส์ของคอนโทรลเลอร์ก็ได้รับการปกป้องจากข้อผิดพลาด
• ข้อดีหลักของไดรฟ์ SSD สำหรับเวอร์ชันไฟล์จะปรากฏขึ้นเมื่อมีฐานข้อมูลจำนวนมาก โดยแต่ละฐานข้อมูลมีผู้ใช้หลายคน หากมีฐานข้อมูล 1-2 แห่งและมีผู้ใช้ประมาณ 10 คน ดิสก์ SAS ก็เพียงพอแล้ว (แต่ไม่ว่าในกรณีใด ให้ดูที่การโหลดดิสก์เหล่านี้ อย่างน้อยก็ผ่าน perfmon)
• ข้อได้เปรียบหลักของเทอร์มินัลเซิร์ฟเวอร์คือสามารถมีไคลเอนต์ที่อ่อนแอมากและการตั้งค่าเครือข่ายส่งผลกระทบต่อเซิร์ฟเวอร์เทอร์มินัลน้อยกว่ามาก (อีกครั้งคือ K.O. ของคุณ)

หากการทดสอบของ Gilev แสดงตัวเลขเพียงเล็กน้อย และคุณมีโปรเซสเซอร์ที่มีสัญญาณนาฬิกาสูงและดิสก์ที่เร็ว ผู้ดูแลระบบจะต้องดำเนินการอย่างน้อยที่สุด บันทึกผลลัพธ์ทั้งหมดไว้ที่ใดที่หนึ่ง และดู สังเกต และสรุปผล จะไม่มีคำแนะนำที่ชัดเจน

ตัวเลือกไคลเอนต์เซิร์ฟเวอร์

การทดสอบดำเนินการเฉพาะใน 8.2 เพราะ ใน 8.3 ทุกอย่างขึ้นอยู่กับเวอร์ชันค่อนข้างจริงจัง

สำหรับการทดสอบ ฉันเลือกตัวเลือกเซิร์ฟเวอร์และเครือข่ายที่แตกต่างกันเพื่อแสดงแนวโน้มหลัก

ดูเหมือนว่าฉันได้พิจารณาตัวเลือกที่น่าสนใจทั้งหมดแล้ว หากคุณสนใจอะไรอีก เขียนความคิดเห็น ฉันจะพยายามทำให้ได้

• SAS บนระบบจัดเก็บข้อมูลช้ากว่า SSD ภายใน แม้ว่าระบบจัดเก็บข้อมูลจะมีขนาดแคชที่ใหญ่กว่าก็ตาม SSD ทั้งในระบบจัดเก็บข้อมูลภายในและบนระบบสำหรับการทดสอบของ Gilev ทำงานได้ด้วยความเร็วที่เทียบเคียงได้ ฉันไม่รู้การทดสอบแบบมัลติเธรดมาตรฐานใดๆ (ไม่ใช่แค่การบันทึก แต่รวมถึงอุปกรณ์ทั้งหมด) ยกเว้นการทดสอบโหลด 1C จาก MCC
• การเปลี่ยนเซิร์ฟเวอร์ 1C จาก 5520 เป็น 5650 เพิ่มประสิทธิภาพเกือบสองเท่า ใช่ การกำหนดค่าเซิร์ฟเวอร์ไม่ตรงกันทั้งหมด แต่แสดงให้เห็นแนวโน้ม (ไม่แปลกใจ)
• การเพิ่มความถี่บนเซิร์ฟเวอร์ SQL จะให้ผลอย่างแน่นอน แต่ไม่เหมือนกับเซิร์ฟเวอร์ 1C เซิร์ฟเวอร์ MS SQL นั้นยอดเยี่ยมมาก (ถ้าคุณถาม) ในการใช้มัลติคอร์และหน่วยความจำว่าง
• การเปลี่ยนเครือข่ายระหว่าง 1C และ SQL จาก 1 Gbit เป็น 10 Gbit ให้นกแก้วประมาณ 10% ฉันคาดหวังมากกว่านี้
• การเปิดใช้งานหน่วยความจำที่ใช้ร่วมกันยังคงให้ผลแม้ว่าจะไม่ใช่ 15% ตามที่อธิบายไว้ในบทความ อย่าลืมทำ โชคดีที่มันง่ายและรวดเร็ว หากในระหว่างการติดตั้งมีคนให้อินสแตนซ์ที่มีชื่อแก่เซิร์ฟเวอร์ SQL ดังนั้นเพื่อให้ 1C ทำงานได้ ชื่อเซิร์ฟเวอร์จะต้องระบุไม่ใช่โดย FQDN (tcp/ip จะทำงาน) ไม่ใช่ผ่าน localhost หรือเพียง ServerName แต่ผ่าน ServerNameInstanceName เช่น zz- ทดสอบzztest (มิฉะนั้นจะมีข้อผิดพลาด DBMS: ไม่พบ Microsoft SQL Server Native Client 10.0: ผู้ให้บริการหน่วยความจำที่ใช้ร่วมกัน: ไม่พบไลบรารีหน่วยความจำที่ใช้ร่วมกันที่ใช้ในการสร้างการเชื่อมต่อกับ SQL Server 2000 HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, state=1, Severity=10, Native=126, line=0)
• สำหรับผู้ใช้ที่น้อยกว่า 100 จุดเดียวที่จะแยกออกเป็นสองเซิร์ฟเวอร์แยกกันคือลิขสิทธิ์ Win 2008 Std (และเก่ากว่า) ซึ่งรองรับ RAM ขนาด 32GB เท่านั้น ในกรณีอื่น ๆ ทั้งหมด จำเป็นต้องติดตั้ง 1C และ SQL บนเซิร์ฟเวอร์เดียวอย่างแน่นอนและให้หน่วยความจำเพิ่มเติม (อย่างน้อย 64 GB) การให้ RAM แก่ MS SQL น้อยกว่า 24-28 GB ถือเป็นความโลภที่ไม่ยุติธรรม (ถ้าคุณคิดว่าคุณมีหน่วยความจำเพียงพอและทุกอย่างทำงานได้ดีบางทีเวอร์ชันไฟล์ 1C อาจจะเพียงพอสำหรับคุณ?)
• การรวมกันของ 1C และ SQL ทำงานได้ดีเพียงใด เครื่องเสมือน- หัวข้อของบทความแยกต่างหาก (คำใบ้ - แย่ลงอย่างเห็นได้ชัด) แม้แต่ใน Hyper-V ทุกอย่างก็ยังไม่ชัดเจนนัก...
• โหมดประสิทธิภาพที่สมดุลไม่ดี ผลลัพธ์ค่อนข้างสอดคล้องกับเวอร์ชันของไฟล์
• แหล่งที่มาหลายแห่งกล่าวว่าโหมดการดีบัก (ragent.exe -debug) ทำให้ประสิทธิภาพลดลงอย่างมาก มันลดลงใช่ แต่ฉันจะไม่เรียกว่า 2-3% เป็นผลกระทบที่สำคัญ

สำหรับบทบาทเซิร์ฟเวอร์ 1C เซิร์ฟเวอร์ MS SQL 2008 DBMS สำหรับผู้ใช้ 50 ราย

ตามที่ผู้เชี่ยวชาญด้านเซิร์ฟเวอร์ระบุ เรารวบรวมฮาร์ดแวร์:

การเลือกแพลตฟอร์ม: IBM x3650 M3
เลือกโปรเซสเซอร์: Intel Xeon E5506 - 1 ชิ้น
การเลือก RAM: 4 แท่งๆ ละ 4GB
เลือก ฮาร์ดไดรฟ์: 3 SAS 146 GB RAID5

ซอฟต์แวร์ที่ใช้:

ระบบปฏิบัติการ MS Windows 2008 x64
DBMS MS SQL 2008 x64
เซิร์ฟเวอร์ 1C 8.2 x64

สภาพแวดล้อมการทดสอบ: เพื่อทำการทดสอบโหลด มีการใช้การกำหนดค่า 1C 8.2: “การทดสอบโหลดมาตรฐาน”

ความคืบหน้าการทดสอบ:

บน เซิร์ฟเวอร์ท้องถิ่นเซสชันไคลเอนต์ 1C เปิดตัวในโหมดตัวแทนและในโหมดการทดสอบ
ในการกำหนดค่าการทดสอบ จำนวนเริ่มต้นของผู้ใช้ 1C มาตรฐานจำลองที่สร้างและลบเอกสารและรายงานถูกระบุเป็น 20 ขั้นตอนในการเพิ่มจำนวนผู้ใช้หลังการทดสอบถูกตั้งค่าเป็น 20 ผู้ใช้

เริ่มแรก (ไม่มีการเชื่อมต่อผู้ใช้) DBMS ใช้ RAM 569 MB (สร้างฐานข้อมูล 2 รายการ: การกำหนดค่า 1C 8.2: UPP และการกำหนดค่าทดสอบ) หน่วยความจำที่ระบบครอบครอง 2.56 GB
ในระหว่างการทดสอบ (ผู้ใช้สูงสุด 110 คน) มีการจัดสรรหน่วยความจำสูงสุด 12 GB สำหรับ DBMS โดยหนึ่งเซสชันการทดสอบ 1C ใช้พื้นที่ 55 MB (55 MB x 200 = 11 GB) สำหรับการเปรียบเทียบ เซสชันผู้ใช้จริงหนึ่งเซสชัน (แอปพลิเคชันไคลเอนต์ 1C) ใช้เวลาประมาณ 300 - 500 MB ขนาดของหน่วยความจำที่จัดสรรสำหรับแอปพลิเคชันไคลเอนต์ 1C จะถูกระบุสำหรับผู้ใช้ที่ทำงานในการกำหนดค่า 1C: Trade หรือ 1C: UPP มาตรฐาน บริการเซิร์ฟเวอร์ 1C (rphost) ในทางปฏิบัติไม่ได้ใช้ OP เนื่องจากจะแปลเฉพาะคำขอจากส่วนของไคลเอนต์เป็น DBMS (ตามมาตรฐานพอร์ต TCP 1541 และ TCP 475 ใช้สำหรับเซิร์ฟเวอร์ความปลอดภัย 1C)

การใช้ทรัพยากร CPU ถูกแชร์ระหว่างบริการเซิร์ฟเวอร์ 1C (rphost) และบริการ DBMS (sqlservr) ด้วยจำนวนผู้ใช้ 40 คน rphost ใช้พลังงาน CPU 37% ส่วน sqlservr ใช้ 30% ด้วยจำนวนผู้ใช้ 60 ราย rphost ครอบครอง 47% ของพลังงาน CPU, sqlservr ครอบครอง 29%

ขณะลบเอกสารที่สร้างขึ้น บริการ sqlsrvr จะเข้าถึงระบบย่อยของดิสก์เพื่อบันทึกด้วยความเร็วสูงถึง 6.5 MB/วินาที (ประมาณ 52 MB/วินาที)

โหลดเครือข่ายระหว่างเซิร์ฟเวอร์ 1C และ DBMS (at อินเตอร์เฟซท้องถิ่น lookback) อยู่ที่ 10 Mb/s
ออกผลการทดสอบแล้ว การกำหนดค่าการทดสอบ 1ค:

พารามิเตอร์: รันการทดสอบ 000000006 ตั้งแต่วันที่ 24/05/2555 เวลา 12:44:16 น.
การทดสอบโหลดมาตรฐาน เวอร์ชัน 2.0.4.11
เริ่มการทดสอบ 23/05/2555 12:36:39 น. ระยะเวลาดำเนินการ: 57.1 นาที
เงื่อนไขการทดสอบ
"เซิร์ฟเวอร์ 1C: องค์กร: ทดสอบ
ชื่อ ฐานข้อมูล: testcenter_82
ผู้ใช้เสมือน: ทดสอบ"

ข้อสรุป:

จำเป็นต้องผ่อนปรนการกำหนดค่าเซิร์ฟเวอร์ เนื่องจากการกำหนดค่าปัจจุบันมีความซ้ำซ้อน 100% สำหรับผู้ใช้ 50 ราย
จำเป็นต้องทำการทดสอบโดยใช้เซิร์ฟเวอร์ตัวที่สองเพื่อเปิดใช้ผู้ใช้จำลองและตรวจสอบโหลดเครือข่าย โดยโหลดที่คาดหวังคือ 10 Mb/วินาที
สถาปัตยกรรม 1C ประกอบด้วย 4 บล็อก: เซิร์ฟเวอร์ 1C, DBMS, เซิร์ฟเวอร์ความปลอดภัย 1C และไคลเอนต์ 1C ในการทดสอบนี้ ฟังก์ชันทั้งหมดเหล่านี้เปิดตัวบนเซิร์ฟเวอร์เดียว

เมื่อมีภาระงานหนักบนเซิร์ฟเวอร์ 1C มีคำแนะนำดังต่อไปนี้:

แยกบทบาทของเซิร์ฟเวอร์ 1C, เซิร์ฟเวอร์ DBMS, เซิร์ฟเวอร์ป้องกัน 1C และแอปพลิเคชันไคลเอ็นต์ 1C (เพื่อประสิทธิภาพที่ดียิ่งขึ้น ควรเรียกใช้แอปพลิเคชันไคลเอ็นต์ 1C บนเทอร์มินัลเซิร์ฟเวอร์)
บนเซิร์ฟเวอร์ DBMS คุณต้องใช้โครงสร้างต่อไปนี้สำหรับระบบจัดเก็บข้อมูล: ระบบปฏิบัติการควรอยู่บน RAID 1, ไฟล์ข้อมูล DBMS (.mdf, .ndf) บน RAID 0 แยกต่างหาก, ไฟล์บันทึก (.ldf) บนแยกต่างหาก RAID 0 ไฟล์ชั่วคราว และไฟล์สลับบนดิสก์แยกต่างหาก

ผู้เชี่ยวชาญด้านการสนับสนุนแต่ละคนมีประสบการณ์ในการรับข้อร้องเรียนที่เป็นนามธรรมจากผู้ใช้ ทุกคนคุ้นเคยกับสูตร: "เธอคิดมานานแล้ว" "ฉันมีหน้าต่างสีแดง" "ระบบทำงานผิดปกติ" และ "สิ่งนี้ไม่ได้เกิดขึ้นมานานแล้ว และนี่คือ เป็นอีกครั้ง”

ในสถานการณ์เช่นนี้ เป็นเรื่องยากมากที่จะทราบทันทีว่าข้อผิดพลาดอยู่ที่ไหนและต้องทำอะไรก่อน ในบทความนี้เราจะดูว่าประสิทธิภาพของ 1C ขึ้นอยู่กับอะไรเช่น ระบบที่มีการรับโหลดสูงที่สร้างขึ้นบนพื้นฐานของ 1C:Enterprise ในสถานการณ์ที่อาการยังไม่เป็นที่เข้าใจอย่างถ่องแท้ และไม่สามารถทำการวินิจฉัยที่เฉพาะเจาะจงได้

สาเหตุหลักที่ส่งผลต่อประสิทธิภาพของ 1C

ในกรณีมากกว่า 60% สาเหตุของประสิทธิภาพการผลิตต่ำคือ:

• ข้อความค้นหาและรหัสการกำหนดค่าต่ำกว่าปกติ (26% ของกรณีทั้งหมด);
• การจัดทำดัชนีตารางวัตถุต่ำกว่าปกติ (19% ของกรณีทั้งหมด)
• โหลดที่ไม่เหมาะสมบนระบบย่อยของดิสก์ (16% ของกรณี)

นักพัฒนาชั้นนำของ Microsoft เห็นด้วยกับสิ่งนี้

ดังนั้น เพื่อให้ได้รับการปรับปรุงที่สำคัญในประสิทธิภาพของแอปพลิเคชันฐานข้อมูล คุณสามารถปรับขอบเขตการเข้าถึงข้อมูลให้เหมาะสม รวมถึงตรรกะและ การออกแบบทางกายภาพฐานข้อมูล (เท่าที่เป็นไปได้ใน 1C) รวมถึงการสร้างแบบสอบถามที่ถูกต้องและใช้การจัดทำดัชนีที่เหมาะสมที่สุด ปัญหาประสิทธิภาพของฐานข้อมูลบางอย่างสามารถแก้ไขได้ด้วยการเพิ่มความจุของฮาร์ดแวร์ แต่ก็ไม่เสมอไป: การออกแบบโซลูชันแอปพลิเคชันที่ไม่ถูกต้องไม่สามารถชดเชยได้ด้วยเซิร์ฟเวอร์ที่ทรงพลังกว่า ไม่ใช่เรื่องแปลกที่หากไม่เข้าใจสาเหตุของปัญหาด้านประสิทธิภาพ บริษัทผู้ใช้จะต้องเสียค่าใช้จ่ายจำนวนมากจากการซื้ออุปกรณ์ใหม่ แต่ปัญหายังคงไม่ได้รับการแก้ไข

การวินิจฉัยคุณภาพสูงของประสิทธิภาพ 1C โดยใช้เครื่องมือที่มีอยู่ทั้งหมดเป็นกุญแจสำคัญในการแก้ปัญหาและเพิ่มประสิทธิภาพต้นทุนให้ประสบความสำเร็จ

ขั้นตอนแรกในการระบุและแก้ไขปัญหาประสิทธิภาพต่ำคือการพัฒนารายการที่ครอบคลุมของกิจกรรมปัญหาหลัก รวมถึงความเร็วปัจจุบันและความเร็วที่คาดหวังในอนาคต

ตัวอย่าง:

ไม่ถูกต้อง: โปรแกรมค้างเมื่อสร้างรายงาน ฉันอยากให้มันก่อตัวเร็วขึ้น

ถูกต้อง: รายงาน “งบหนี้” สร้างขึ้นใน 5 นาที 10 วินาที ความเร็วที่คาดหวังในการสร้างรายงานนี้คือไม่เกิน 20 วินาที

หลังจากรวบรวมรายการปัญหาและแปลงเป็นดิจิทัลแล้ว จำเป็นต้องวิเคราะห์สาเหตุ โดยเริ่มจากการค้นหารหัสที่มีปัญหา หากมี (เช่น คำขอ "หนัก" การรอนานในการล็อค การหยุดชะงัก ฯลฯ)

เครื่องมือสำหรับระบุรหัสที่มีปัญหา

• “1C: ศูนย์การจัดการประสิทธิภาพ” (โมดูลที่รวมอยู่ในแพ็คเกจเครื่องมือ “1C: Corporate” ผลิตโดย 1C)
• บริการคลาวด์กิเลวา;
• เครื่องมือมาตรฐานที่สร้างไว้ใน DBMS จากผู้จำหน่ายชั้นนำ

ประสิทธิภาพของการใช้เครื่องมือเหล่านี้รับประกันโดยคุณสมบัติของนักพัฒนา “1C: ผู้เชี่ยวชาญด้านเทคโนโลยี” ซึ่งแสดงถึงการมีส่วนร่วมของเขาในการใช้งาน 1C ในวงกว้าง ในเวลาเดียวกัน ผู้เชี่ยวชาญที่แตกต่างกัน ขึ้นอยู่กับประสบการณ์ของแต่ละบุคคล อาจให้ความสำคัญกับเครื่องมือ/วิธีการอย่างใดอย่างหนึ่ง

ควบคู่ไปกับการใช้หนึ่งในเครื่องมือที่นำเสนอ เครื่องมือตรวจสอบโหลดอุปกรณ์มาตรฐาน (ตัวนับตรวจสอบประสิทธิภาพ) ก็ถูกนำมาใช้เช่นกัน

จากการวัดที่ได้รับ ระบุประเภทของสาเหตุ:

• ปัญหาอยู่ในโค้ด
• และ/หรือปัญหาอยู่ที่ฮาร์ดแวร์
• ปัญหาเกิดขึ้นกับโปรแกรมที่ใช้ทรัพยากรมากอื่นๆ ที่ใช้บนเซิร์ฟเวอร์ที่ใช้งานจริง

การทดสอบโหลด 1C - วิธีการประเมินอุปกรณ์เซิร์ฟเวอร์

ดังที่ได้กล่าวไปแล้วในบรรดาปัจจัยที่อาจส่งผลต่อประสิทธิภาพของ 1C ทั้งเชิงบวกและเชิงลบฮาร์ดแวร์เซิร์ฟเวอร์และการกำหนดค่านั้นถือเป็นสถานที่สำคัญ พิจารณาตัวเลือกสำหรับการวัด การประเมินโหลด และการทดสอบประสิทธิภาพของระบบภายใต้เงื่อนไขต่อไปนี้:

• เซิร์ฟเวอร์ 1C พร้อมใช้งานและอยู่ที่:
• ร่วมกับ DBMS;
• บนเซิร์ฟเวอร์ที่แยกต่างหาก

เพื่อประเมินความสอดคล้องของพารามิเตอร์ที่มีอยู่ อุปกรณ์เซิร์ฟเวอร์ความต้องการของระบบ จำเป็นต้องรวบรวมข้อมูลเกี่ยวกับโหลดบนฮาร์ดแวร์ รวมถึงโปรเซสเซอร์ เช่น การทดสอบโหลด 1C เพื่อจุดประสงค์นี้จึงใช้ "การตรวจสอบประสิทธิภาพ" ซึ่งเป็นเครื่องมือที่ช่วยให้คุณสามารถวัดอุปกรณ์บนวงจรการทำงานและอ่านตัวนับประสิทธิภาพได้

ด้านล่างนี้คือชุดตัวนับพื้นฐานที่ต้องกำหนดค่าเพื่อตรวจสอบประสิทธิภาพของฮาร์ดแวร์ใน Windows คอลเลกชันทำจากเซิร์ฟเวอร์ทั้งหมดที่ติดตั้งเซิร์ฟเวอร์ 1C

หากตัวนับเปอร์เซ็นต์การโหลดตัวประมวลผลสำหรับมุมมอง "ตัวประมวลผล" มีค่าสูง คุณควรระบุกระบวนการที่สามารถหยุดได้โดยไม่ส่งผลกระทบต่อการทำงานของเซิร์ฟเวอร์ และยังถูกถ่ายโอนไปยังเซิร์ฟเวอร์อื่นด้วย

มุมมอง "กระบวนการ" จะทำให้คุณสามารถกำหนดค่าการตรวจสอบสำหรับแต่ละกระบวนการ รวมถึงกำหนดว่ากระบวนการใดที่กินเวลา CPU มากที่สุด หากมีการติดตั้งเซิร์ฟเวอร์ 1C เท่านั้นบนเซิร์ฟเวอร์เพื่อให้เข้าใจว่าโหลดอะไรบนฮาร์ดแวร์คุณต้องกำหนดค่าการรวบรวมตัวนับต่อไปนี้:

หากระบบปัจจุบันอยู่ในสภาพที่ไม่น่าพอใจ ดังนั้น ควรคำนวณพารามิเตอร์อุปกรณ์สำหรับการติดตั้งระบบเป้าหมายโดยใช้ความสัมพันธ์เชิงเส้นโดยใช้ความสัมพันธ์เชิงเส้น

ถ้า การซื้ออุปกรณ์เซิร์ฟเวอร์มีการวางแผนเท่านั้นสามารถคำนวณพารามิเตอร์ได้โดยการจำลองการทำงานของระบบที่วางแผนไว้ แต่ในขนาดที่เล็กกว่าโดยใช้อุปกรณ์ที่มีอยู่ เพื่อจุดประสงค์นี้จึงใช้ "1C: ศูนย์ทดสอบ" ซึ่งรวมอยู่ในชุดเครื่องมือองค์กร 1C ขึ้นอยู่กับการวัดที่ได้รับโดยใช้วิธีการคำนวณพารามิเตอร์ของระบบที่วางแผนไว้และข้อกำหนดสำหรับอุปกรณ์จะถูกกำหนดตามลำดับ การทดสอบนี้สามารถใช้ซ้ำๆ สำหรับการวัดที่แตกต่างกัน โดยได้เสริมและขยายฟังก์ชันการทำงานก่อนหน้านี้แล้ว เทคนิคนี้มีความแม่นยำสูงและง่ายต่อการคำนวณ