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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

คุณสมบัติของการใช้การทดสอบบนฐานข้อมูล PostgreSQL

ตั้งค่าพารามิเตอร์ standard_conforming_strings ในไฟล์การกำหนดค่า postgresql.conf เป็น 'ปิด'

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

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

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

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

อ่านเพิ่มเติมในบทความ

คุณจะพบบทความอื่น ๆ เกี่ยวกับ 1C ในส่วนที่เกี่ยวข้อง -

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

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

สภาพแวดล้อมการทดสอบ

ดังนั้น สำหรับการทดสอบ เราจึงใช้เซิร์ฟเวอร์ที่มี CPU Intel Xeon E5-1650 v3 @ 3.50GHz, RAM 128 GB, 2*SSD ใน RAID 1- เครื่องเสมือนถูกใช้งานบนเซิร์ฟเวอร์นี้ ซึ่งเป็นเพียงเซิร์ฟเวอร์เทอร์มินัล โดยมีแอปพลิเคชัน 1C 8.2, 1C 8.3, MS Office 2013 Pro ติดตั้งอยู่

ฉันจะบอกทันทีว่าธรรมชาติของโหลดผสมกันนั่นคือมีลูกค้าที่ทำงานผ่าน RemoteApp และมีผู้ที่เข้าสู่ระบบโดยสมบูรณ์ผ่าน RDP และใช้โปรแกรมที่จำเป็นสำหรับการทำงานของพวกเขา (ไม่ใช่แค่ 1C แต่ยังรวมถึง Office ด้วย ). การแจกจ่ายมีดังนี้: 24 เซสชัน RemoteApp, 5 ไคลเอนต์ RDP

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

ผลการทดสอบ

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

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

ตอนนี้จำเป็นต้องวิเคราะห์ผลลัพธ์และสรุปผล

การวิเคราะห์ข้อมูล

ควรสังเกตว่าการคำนวณโปรเซสเซอร์มีความแม่นยำอย่างยิ่ง

ในบทความ ฉันยอมรับอย่างแน่ชัดว่าการใช้ทรัพยากร CPU โดยเซสชัน 1C RemoteApp หนึ่งเซสชันมีค่าเฉลี่ยหน่วยประสิทธิภาพของโปรเซสเซอร์ 122,775 (ข้อมูลประสิทธิภาพที่นำมาจากเว็บไซต์ www.cpubenchmark.net- ในบทความอื่นฉันคำนวณทรัพยากรที่จำเป็นสำหรับการเรียกใช้เซสชัน RDP เต็มรูปแบบและมีจำนวน 4% ของ Core i5 4460 นั่นคือ 0.04 * 6622 (ข้อมูลก็มีด้วย www.cpubenchmark.net) = 264,88.

โดยรวมแล้วเราได้รับ:

• เซสชัน RDP เต็มรูปแบบกินหมด 264,88 หน่วยประสิทธิภาพของ CPU
• เซสชัน 1C RemoteApp ใช้งาน 122,775 หน่วย

ที่ด้านบนสุด ฉันบอกว่ามีผู้ใช้ RemoteApp 24 รายและผู้ใช้ RDP 5 ราย เรานับ:

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

ดัชนีประสิทธิภาพสัมพัทธ์ของ Intel Xeon E5-1650 v3 คือ 13477 หน่วย นั่นคือในทางทฤษฎี โหลด CPU ควรอยู่ที่ประมาณ 32% (4271 / 13477 * 100).

กราฟโหลด CPU แสดงให้เห็นว่าในช่วงเวลา 10:30 - 10:50 CPU ถูกโหลด 25 - 40% (ไม่นับยอดสูงสุด) แน่นอนว่า คุณจะไม่ได้รับโหลด CPU เป็นเส้นตรงที่ 32% แต่จะยังคงมีความผันผวนจากค่าต่ำสุดไปจนถึงค่าสูงสุดสัมพัทธ์ แต่โดยทั่วไปเราสามารถสรุปได้ว่าข้อมูลจริงสอดคล้องกับข้อมูลทางทฤษฎี อย่างไรก็ตาม ยิ่งมีผู้ใช้บนเซิร์ฟเวอร์ของคุณมากเท่าไร การโหลดก็จะมีความสม่ำเสมอมากขึ้นเท่านั้น

ในความเป็นจริง ข้อมูล RAM กลายเป็นสิ่งที่มีค่ามากกว่า จากการคำนวณจากบทความที่แล้ว ผมมี:

• 2GB ต่อเซสชัน RDP;
• 100MB ต่อเซสชัน RemoteApp

นั่นคือจำนวนหน่วยความจำที่ถูกครอบครองควรสูงสุด 12.4 GB + เล็กน้อยสำหรับระบบปฏิบัติการ แต่เมื่อมันปรากฏออกมาและโดยหลักการแล้วฉันมีการนำเสนอ คุณค่าในทางปฏิบัตินี้แตกต่างไปจากเดิมอย่างสิ้นเชิง 1C กลายเป็นว่าโลภมากสำหรับ RAM ฉันเสียใจด้วย นอกจากนี้ แอปพลิเคชันยังทำงานในลักษณะที่เมื่อใช้พื้นที่ไปแล้ว ก็ไม่ถือว่าจำเป็นต้องปล่อยออกในเวลาที่ไม่ต้องการอีกต่อไป:

เป็นเรื่องปกติหรือไม่ที่จะกิน RAM ถึง 2GB แล้วนั่งเฉยๆ ไม่ทำอะไรเลย (โหลด CPU เซสชันคือ 0%) โปรแกรมเมอร์ยุคใหม่ไม่สนใจเลยเกี่ยวกับการใช้ทรัพยากรให้เกิดประโยชน์สูงสุด โดยส่วนตัวแล้ว ตอนที่ฉันเรียนมหาวิทยาลัย ฉันถูกบังคับให้เขียนโค้ดแอปพลิเคชันใหม่ หากเขียนอย่างไม่สมเหตุสมผลในแง่ของการใช้ทรัพยากรคอมพิวเตอร์ เห็นได้ชัดว่าคุณสมบัติของโปรแกรมเมอร์สมัยใหม่ลดลงต่ำกว่าฐานหรือนี่อาจเป็นเพียงแนวทาง - เหตุใดจึงปรับโค้ดที่เขียนไว้แล้วให้เหมาะสมเมื่อพัฒนาฟังก์ชันใหม่ได้ดีกว่า โดยทั่วไปมันไม่ใช่ประเด็น มันระเบิด ไม่เป็นไร

จาก "ลำโพง" ขนาด 16GB ที่จัดสรรให้กับเซิร์ฟเวอร์ มันกินไปทั้งหมดและมีแนวโน้มว่าจะต้องการมากกว่านี้ ตามทฤษฎีแล้ว หากมี RAM ไม่เพียงพอ ระบบปฏิบัติการจะสลับไปที่ดิสก์ และในกรณีนี้ ประสิทธิภาพจะลดลงอย่างมาก ในกรณีของฉัน นี่ไม่ใช่กรณีและเป็นไปได้มากว่าเป็นเพราะ SSD ซึ่งในทางปฏิบัติไม่มีโหลดเลย - มีเพียง 2 จุดสูงสุดในระยะสั้นตลอดระยะเวลาการทดสอบทั้งหมด (ตั้งแต่ 10:00 น. ถึง 12:00 น.) อย่างไรก็ตาม ตามที่แสดงในทางปฏิบัติ ฉันไม่แนะนำให้บันทึกบน RAM ของเซิร์ฟเวอร์เทอร์มินัล

ภาพถ่ายโดย 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 ที่มี RAM 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%)
• โหมดประสิทธิภาพ ด้วยเหตุผลบางอย่าง มีเพียงไม่กี่คนที่ให้ความสนใจกับสิ่งนี้ แต่ผลที่ได้คือสิ่งที่สำคัญที่สุด หากคุณต้องการความเร็ว คุณต้องทำสิ่งนี้ทั้งบนคอมพิวเตอร์ไคลเอนต์และเซิร์ฟเวอร์ (Gilev มีคำอธิบายที่ดี ข้อแม้เดียวคือบนเมนบอร์ดบางรุ่น หากคุณปิด Intel SpeedStep คุณจะไม่สามารถเปิด TurboBoost ได้)

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

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

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

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

และตอนนี้ตัวเลข ฉันขอเตือนคุณ: Intel Xeon 5650, ramdisk ในกรณีแรกการทดสอบจะแสดง 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 ทำงานได้ดีที่สุดกับเซิร์ฟเวอร์ windows (หรือแม้แต่เวิร์กสเตชัน 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 ตัวอย่าง: การใช้เน็ต 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 แม้แต่ Core 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 หน่วย) ฉันยังไม่สามารถให้คำแนะนำเกี่ยวกับการใช้ Windows และโปรโตคอล 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 (บนอินเทอร์เฟซ lookback ภายในเครื่อง) คือ 10 Mb/s
ผลการทดสอบที่สร้างโดยการกำหนดค่าการทดสอบ 1C:

พารามิเตอร์: รันการทดสอบ 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 (ระบบที่ได้รับความนิยมมากที่สุดสำหรับการบัญชีและการบัญชีการจัดการ) นั้น "ช้า" ในโครงสร้างพื้นฐานคลาวด์ มีความเห็นว่าในอีกไม่กี่ปีธุรกิจขนาดเล็กและขนาดกลางจะไม่ซื้อเซิร์ฟเวอร์สำหรับ 1C แต่จะเช่าในระบบคลาวด์และศูนย์ข้อมูลเนื่องจากจะมีประสิทธิภาพทางการเงินมากกว่า

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

การตระเตรียม

1. เราเลือกผู้ให้บริการสองรายเพื่อโฮสต์เซิร์ฟเวอร์เสมือน
2. เราเตรียมเครื่องที่เหมือนกันสำหรับการทดสอบ - จำนวนคอร์ หน่วยความจำ ขนาดดิสก์และประเภทเท่ากัน สิ่งสำคัญคือต้องกำหนดค่า DBMS ในลักษณะเดียวกัน
3. เราทำการทดสอบโหลดโดยใช้การกำหนดค่าขั้นต่ำ เราบันทึกผลลัพธ์
4. เพิ่มทรัพยากรและทำซ้ำขั้นตอนที่ 3 ทำสิ่งนี้จนกว่าทรัพยากรจะหมด

การกำหนดค่าการทดสอบของเรา

• HDD สำหรับระบบปฏิบัติการ - SSD
• HDD สำหรับข้อมูล - SSD
• ระบบปฏิบัติการ - Windows Server 2016 Datacentr
• DBMS - SQL Server 2016 SP1 รุ่นมาตรฐาน
• เซิร์ฟเวอร์ 1C x86 เวอร์ชัน 8.3.10.2505

ติดตั้ง 1C Server และ SQL Server บนเครื่องเดียวกัน โหมดหน่วยความจำที่ใช้ร่วมกันถูกเปิดใช้งานและใช้งานอยู่

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

วิธีที่เราทดสอบ

โดยพื้นฐานแล้วเราจะใช้การทดสอบจากโครงการ www.gilev.ru

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

ตอนนี้เรามาตัดสินใจเกี่ยวกับผู้ให้บริการกัน เรามารับพลังจากผู้นำโซลูชันคลาวด์ - Microsoft ที่มีแพลตฟอร์มคลาวด์ที่เรียกว่า Microsoft Azure และจะใช้ Cloud Library เป็นผู้ให้บริการรายที่สอง

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

Azure โฮสต์อยู่ใน 40 ภูมิภาคทั่วโลก สำหรับการทดสอบ เราจะใช้ยุโรปตะวันตกเป็นภูมิภาคที่ใกล้ที่สุดสำหรับเรา

เริ่มกันเลย! ความสนใจ! ทดสอบ!

มาเริ่มการทดสอบกับเครื่อง D-series v2 กันดีกว่า โดยเฉพาะอย่างยิ่ง D1 v2 ประกอบด้วย 1 คอร์และ RAM 3.5 GB เราบันทึกผลลัพธ์:

เนื่องจากคุณไม่สามารถเพิ่มทรัพยากรลงใน Azure ได้อย่างยืดหยุ่น แต่คุณสามารถใช้เครื่องเสมือนเวอร์ชันที่กำหนดค่าไว้ล่วงหน้าเท่านั้น เราจึงถ่ายโอนตัวอย่างทดสอบไปยัง D2 v2 ซึ่งมี 2 คอร์และ RAM ขนาด 7 GB เปิดตัวกันเลย

ภาพถ่ายหน้าจอทั้งหมดที่มีการทดสอบ Gilev แสดงอยู่ในแกลเลอรีด้านล่าง นอกจากนี้ยังมีการเผยแพร่ผลลัพธ์ของการทดสอบ 1C ในโหมดไฟล์ด้วย - เราได้รับข้อมูลเพื่อสร้างภาพรวมเท่านั้น เนื่องจากโหมดการทำงานของ 1C นี้ไม่น่าสนใจสำหรับองค์กรที่มีผู้ใช้มากกว่าห้าคน

"คะแนนความสะดวกสบาย"- การประเมินตามเงื่อนไขของประสิทธิภาพของระบบ รวมถึงการประมาณความถี่ของโปรเซสเซอร์กลาง จำนวนคอร์ ความถี่ของ RAM และความเร็วของระบบดิสก์ ตัวบ่งชี้ตั้งแต่ 0 ถึง 10 ถือว่าแย่ 10 ถึง 15 ถือว่าน่าพอใจ 15 ถึง 35 ถือว่าดี 35 ถึง 60 ถือว่าดีมาก

“ผู้ใช้”- ตัวบ่งชี้ที่แสดงลักษณะจำนวนผู้ใช้พร้อมกันและทำงานร่วมกับ 1C Enterprise ซึ่งไม่ทำให้ประสิทธิภาพลดลง กล่าวอีกนัยหนึ่ง พนักงานสามารถทำงานได้มากขึ้น แต่ถ้าพวกเขาเริ่มดำเนินการใดๆ พร้อมกัน (และในกรณีส่วนใหญ่ไม่น่าจะเป็นไปได้) ประสิทธิภาพของระบบอาจลดลง

ข้อสรุป

หลังจากทำการวัดบนเครื่องเสมือน Azure ในเคอร์เนล/หน่วยความจำรูปแบบต่างๆ เราได้ข้อสรุปดังต่อไปนี้:

1. สำหรับการทำงาน 1C ในโหมดไคลเอนต์เซิร์ฟเวอร์ด้วย Microsoft SQL Server เครื่อง F-series และ D-series เหมาะสมที่สุด
2. ระบบย่อยดิสก์ Azure Premium (ดิสก์ SSD) ไม่ได้สร้างข้อจำกัดความเร็วสำหรับ 1C
3. Microsoft Azure เหมาะอย่างยิ่งสำหรับการโฮสต์ 1C Enterprise