เฉลี่ยเคลื่อนที่ คิว

ถ้าประสิทธิภาพของรหัสนี้เป็นสิ่งสำคัญแล้วมันจะทำให้รู้สึกเพื่อหลีกเลี่ยงการจัดสรรฮีปสำหรับเทียนฉันคิดว่าวิธีที่เหมาะสมที่สุดที่จะทำที่จะทำให้เทียนลง struct. Though ประเภทค่าที่เปลี่ยนแปลงได้เป็นสิ่งชั่วร้ายดังนั้นฉันยัง refactor Candle ไป be immutable นอกจากนี้ยังหมายถึงการใช้งาน latestCandle จะต้องเปลี่ยนไปอาจเป็นคู่ของฟิลด์คู่หรืออีกทางหนึ่งคือคลาสที่แยกออกจากกันและไม่สามารถกำหนดค่าได้อีกครั้งฉันไม่เห็นปัญหาเรื่องประสิทธิภาพการทำงานอื่น ๆ ในโค้ดของคุณ แต่เมื่อพูดถึงประสิทธิภาพ คุณควรพึ่งพาโปรไฟล์ไม่สัญชาตญาณของคุณหรือคนอื่น s intuition. Also ฉัน don t เช่นชื่อบางส่วนของวิธีการของคุณ Specifically. ValueUpdated ชื่อวิธีควรจะอยู่ในรูปแบบทำอะไรบางอย่างไม่เกิดขึ้นดังนั้นฉันคิดว่าชื่อที่ดีกว่า จะปรับปรุง UpdateValue. Add เหล่านี้เป็นสองการดำเนินงานพื้นฐานของ MovingAverage ของคุณและฉันคิดว่าชื่อเหล่านั้น don t แสดงความหมายดีฉันจะเรียกพวกเขาอย่าง MoveAndSetCurrent และ SetC urrent ตามลำดับแม้ว่าการตั้งชื่อดังกล่าวบ่งบอกว่าการดำเนินการขั้นพื้นฐานค่อนข้างควรจะย้ายและ SetCurrent. I มีโปรแกรม datalogging วิทยาศาสตร์ที่ฉันได้รับการพัฒนาเป็นเวลาหลายปีตอนนี้ตอนนี้เราจำเป็นต้องเพิ่มฟังก์ชันการทำงานบางอย่างเพื่อที่จะสร้างค่าเฉลี่ยเคลื่อนที่ของ ข้อมูลที่รวบรวมฉันสามารถสร้างคิวของ myDataClass ทำ buffer fifo แต่ฉันถูกสงสัยว่าวิธีที่ดีที่สุดในการทำเฉลี่ยอาจเป็นที่คุณสามารถดูได้จากตัวอย่างรหัสด้านล่าง myDataClass มีโครงสร้างข้อมูลต่างๆซึ่งบางส่วนอาจมีค่าเฉลี่ยและบางส่วน ซึ่งไม่สามารถเช่น string. The คำถามหลักคือว่ามีวิธีง่ายๆในการบรรลุนี้หรือฉันต้องเขียนรหัสเฉลี่ยแต่ละรายการภายใน myDataClass หรือฉันควรออกแบบ myDataClass Thanks. Tuesday, 12 กรกฎาคม 2011 9 14 AM. Personnaly ฉันจะสร้าง Class DataQueue ของ MyDataClass ที่ dequeue ตัวเองถ้านับในคิวผ่าน 10 รายการวิธีนี้คุณจะไม่ต้องดูแลจำนวนรายการในคิวไปๆมาๆ m รหัสของคุณนี้จะดูแลจากภายในชั้นคิว Marker เป็นคำตอบโดย Mike Feng Moderator วันพุธที่ 20 กรกฎาคม 2011 1 56 PM. Tuesday, 12 กรกฎาคม 2011 9 40 AM. After เล็กน้อยสอบสวนเพิ่มเติม, ฉันเดาฉันพบวิธีแก้ปัญหาสำหรับ you. You สามารถใช้วิธีการ CopyTo เพื่อคัดลอกรายการที่ยังเหลือในคิวไปยัง array. Be ทราบฉันไม่ได้คำนวณค่าเฉลี่ยที่ฉันแสดงให้เห็นว่าคุณจะได้รับฐานของการคำนวณของคุณ แต่ที่ เป็นเพียงการเพิ่มการคำนวณของคุณเองตามกฎทางธุรกิจของคุณสำหรับที่ระบุว่าเป็นคำตอบโดย Mike Feng ผู้ดูแลวันพุธที่ 20 กรกฎาคม 2011 1 56 PM. friday, 15 กรกฎาคม 2011 5 16 AM. ตามความเข้าใจของฉันความต้องการของคุณเป็นสิ่งที่ เช่นนี้นี่คือข้อมูลใน queue. myDataClass1 datadbl 2 1 datastr someString1 dataarraydbl คู่ array. myDataClass2 datadbl 3 5 datastr someString2 dataarraydbl คู่ array. myDataClass10 datadbl 9 1 datastr someString10 dataarraydbl อาร์เรย์คู่ตอนนี้คุณต้องการคำนวณ จำนวนเฉลี่ยของ datadbl feild ในแต่ละวัตถุ myDataClass และได้รับค่าเฉลี่ยของ dataarraydbl feild ถ้าเป็นเช่นนั้นฉันจะแนะนำให้คุณทำสิ่งเดียวกับ Crazypenie แนะนำสร้างคลาสใหม่ที่ชื่อว่า DataQueue ฉันหวังว่าสิ่งนี้จะเป็นประโยชน์ถ้าฉันเข้าใจผิดอะไรกรุณา โปรดอย่าลังเลที่จะแจ้งให้เราทราบ Mike Feng MSFT MSDN Community การสนับสนุนความคิดเห็นสำหรับเราขอรับหรือขอโค้ดตัวอย่างจาก Microsoft โปรดอย่าลืมทำเครื่องหมายคำตอบเป็นคำตอบหากพวกเขาช่วยและยกเลิกการทำเครื่องหมายหากพวกเขาให้ความช่วยเหลือไม่เป็นตามคำตอบของ Mike Feng Moderator วันพุธที่ 20 กรกฎาคม พ. ศ. 2554 1 55 น. ถึงวันที่ 15 กรกฎาคม 2554 3 33 น. ขอบคุณคอร์ฉันสามารถทำแบบนั้นได้ แต่ myDataClass เป็นระบบที่ค่อนข้างใหญ่และระบบบันทึกข้อมูลสามารถทำงานได้เป็นเวลานาน มีประสิทธิภาพสำหรับฉันไปสำเนาขยะของชั้น I don t จริงต้องคำนวณ Queue เฉลี่ยดูเหมือนวิธีที่ง่ายที่สุดเพื่อให้บรรลุนี้คำถามหลักแม้ว่าจะเป็นอย่างไรเฉลี่ยชั้นเช่นนี้ฉันรู้สึกว่าฉันจะต้อง เขียนรหัสที่ไม่ได้ specifica lly สำหรับแต่ละชนิดข้อมูลในคลาส myDataClass. Public myDataClass. Tuesday, 12 กรกฎาคม 2011 10 40 ขึ้นอยู่กับความเข้าใจของฉันความต้องการของคุณคือสิ่งที่ต้องการ this. This เป็นข้อมูลใน queue. myDataClass1 datadbl 2 1 datastr someString1 dataarraydbl double array. myDataClass2 datadbl 3 5 datastr someString2 dataarraydbl double array. myDataClass10 datadbl 9 1 datastr someString10 dataarraydbl double array ตอนนี้คุณต้องการคำนวณจำนวนเฉลี่ยของ datadbl feild ในแต่ละอ็อบเจ็กต์ myDataClass และได้รับค่าเฉลี่ยของ dataarraydbl feild ถ้าเป็นเช่นนั้นฉันจะแนะนำให้คุณทำสิ่งเดียวกับ Crazypenie แนะนำสร้างคลาสใหม่ที่ชื่อว่า DataQueue ฉันหวังว่าข้อมูลนี้จะเป็นประโยชน์ถ้าฉันเข้าใจผิดอะไรโปรดอย่าลังเลที่จะแจ้งให้เราทราบเช่น Microsoft Office MSDN MSDN Community Support คำติชมสำหรับเรารับหรือขอรหัสตัวอย่างจาก Microsoft โปรดจำไว้ว่าให้ทำเครื่องหมายคำตอบว่าเป็นคำตอบถ้าพวกเขาช่วยและยกเลิกการทำเครื่องหมายหากพวกเขาให้ความช่วยเหลือไม่เป็นคำตอบโดย Mike Feng Moderator วันพุธ , 20 กรกฎาคม 2554 1 55 น. วันที่ 15 กรกฏาคม 2011 3 33 AM. ขนาดคิวการดาวน์โหลดและการจัดเก็บ IO Metrics. There น่าจะเป็นบิตของความสับสนรอบ ๆ เมตริกขนาดคิวเฉลี่ยนี่เป็นเมตริกที่รายงานโดย iostat เป็น avgqu - sz ความสับสนดูเหมือนจะเกิดขึ้นเมื่อ iostat รายงาน avgqu-sz ใน dom0 และ domU สำหรับอุปกรณ์ Virtual Block Device แบบเดียวในขณะที่เมตริกอื่น ๆ เช่น Input Output Operations ต่อ IOPS ที่สองและ Throughput มักแสดงเป็น MBs เหมือนกัน จะอธิบายว่าทั้งหมดนี้มีความหมายและควรตีความวิธีการใดในระบบปฏิบัติการระบบปฏิบัติการที่ทันสมัยซึ่งเป็นไปได้ที่จะส่งคำร้องขอไปยังอุปกรณ์เก็บข้อมูลหลาย ๆ เครื่องพร้อม ๆ กันการปฏิบัตินี้จะช่วยให้หลาย ๆ เลเยอร์ของเส้นทางข้อมูลทำงานได้ดีขึ้น, ช่วยให้ระบบสามารถบรรลุตัวเลขที่สูงขึ้นในเมตริกเช่น IOPS และ throughput อย่างไรก็ตามการวัดค่าเฉลี่ยของการร้องขอที่โดดเด่นหรือการติดบนหน้าจอสำหรับอุปกรณ์ป้องกันที่กำหนดในช่วงระยะเวลาหนึ่งอาจเป็นเรื่องยุ่งยากเล็กน้อยนั่นเป็นเพราะตัวเลข o f คำขอที่โดดเด่นเป็นเมตริกทันทีนั่นคือเมื่อคุณดูอาจมีคำขอเป็นศูนย์ที่รอดำเนินการสำหรับอุปกรณ์ดังกล่าวเมื่อคุณดูอีกครั้งอาจมี 28 ไม่ต้องมีบัญชีจำนวนมากและมีการบุกรุก แต่ก็ไม่สามารถบอกได้ว่าเกิดอะไรขึ้น ในระหว่างผู้ใช้ส่วนใหญ่ผู้ใช้ส่วนใหญ่ไม่ได้สนใจในทุกสิ่งทุกอย่างที่เกิดขึ้นระหว่างผู้คนมีความสนใจในค่าเฉลี่ยของคำขอที่ค้างอยู่ค่าเฉลี่ยนี้ให้ความเข้าใจที่ดีเกี่ยวกับปริมาณงานที่เกิดขึ้นนั่นคือแอปพลิเคชันกำลังใช้พื้นที่เก็บข้อมูลและ ช่วยในการปรับแต่งค่าเฉลี่ยของขนาดคิวเพื่อให้เข้าใจว่าขนาดของคิวเฉลี่ยคำนวณอย่างไรให้พิจารณาแผนภาพต่อไปนี้ซึ่งแสดงระบบลินุกซ์ที่ใช้ fio เป็นแอ็พพลิเคชันผู้ใช้ที่ทำการเปรียบเทียบซึ่งจะสร้างคำขอไปยังดิสก์ SCSI รูปที่ 1 เกณฑ์มาตรฐานที่ออกคำขอไปยังดิสก์แอปพลิเคชันออกคำขอไปยังเคอร์เนลผ่านไลบรารีเช่น libc หรือ libaio ในกรณีง่ายๆที่เป็นเกณฑ์มาตรฐาน ได้รับการกำหนดค่าด้วย IO Depth of 1 fio จะพยายามเก็บคำขอหนึ่ง ๆ ไว้ตลอดเวลาเมื่อคำขอเสร็จสมบูรณ์ fio จะส่งข้อมูลอื่นซึ่งสามารถทำได้โดยใช้ไฟล์การกำหนดค่าต่อไปนี้ซึ่งทำงานเป็นเวลา 10 วินาทีและถือว่า dev xvdb เป็น ดิสก์อ้างอิง benchmarking ไฟล์การกำหนดค่า 1 fio สำหรับภาระงานทดสอบหมายเหตุในการทดสอบนี้ dev xvdb ได้รับการกำหนดค่าให้เป็น RAW VDI ตรวจสอบให้แน่ใจว่าได้ใส่ข้อมูล VDIs VHD อย่างเต็มที่ก่อนที่จะรันการทดสอบโดยเฉพาะอย่างยิ่งหากอ่านแล้วแต่หนึ่งตัว โดยชั้นป้องกันสำหรับอุปกรณ์เป็นจำนวนอ่านและเขียนเห็บเห็นในเอกสาร Kernel Linux นี้ exposes จำนวนครั้งต่อคำขอที่อุปกรณ์ได้ครอบครองชั้นบล็อกเริ่มบัญชีนี้ทันทีก่อนที่จะส่งคำขอไปยังโปรแกรมควบคุมและ หยุดการทำงานทันทีหลังจากที่คำขอเสร็จสมบูรณ์รูปภาพด้านล่างแสดงเวลาในแถบแนวนอนสีแดงและสีน้ำเงินรูปที่ 2 แผนผังแสดงคำขอบัญชีซึ่งเป็นสิ่งสำคัญ เข้าใจว่าเมตริกนี้สามารถเติบโตได้เร็วกว่าเวลานี้จะเกิดขึ้นหากมีการส่งคำร้องขอมากกว่าหนึ่งคำขอในตัวอย่างต่อไปนี้ในตัวอย่างด้านล่างมีการส่งคำขอกรีนใหม่ก่อนที่จะมีการดำเนินการขอร้องสีแดงครั้งแรกเสร็จสิ้นหลังจากเสร็จสิ้นการร้องขอสีแดงแล้ว คำขอออกสีน้ำเงินในระหว่างช่วงเวลาที่คำขอซ้อนทับเมตริกของเมตริกเพิ่มขึ้นในอัตราที่มากกว่าเวลารูปที่ 3 แผนภาพแสดงการบัญชีคำขอพร้อมกันดูตัวเลขสุดท้ายนี้เป็นที่ชัดเจนว่ามีช่วงเวลาที่ไม่มีคำขอเข้ามา โปรแกรมควบคุมอุปกรณ์นอกจากนี้ยังมีช่วงเวลาที่หนึ่งหรือสองคำขอถูกนำเสนอในโปรแกรมควบคุมเพื่อคำนวณค่าเฉลี่ยของคำขอการบินหรือขนาดคิวเฉลี่ยระหว่างสองช่วงเวลาในเวลาเครื่องมือเช่น iostat จะสุ่มตัวอย่างเห็บในขณะหนึ่งตัวอย่างตัวอย่างอีกครั้งในขณะที่สอง และหารความแตกต่างระหว่างเห็บเหล่านี้โดยช่วงเวลาระหว่างช่วงเวลาเหล่านี้รูปที่ 4 สูตรในการคำนวณขนาดของคิวโดยเฉลี่ย ขนาดคิวโดยเฉลี่ยในสภาพแวดล้อมแบบเสมือนจริงในสภาพแวดล้อมแบบเสมือนจริงการเชื่อมโยงข้อมูลระหว่างโปรแกรมประยุกต์ benchmarking fio ที่รันอยู่ภายในเครื่องเสมือนและที่เก็บข้อมูลที่แท้จริงแตกต่างกันการพิจารณา XenServer 6 5 เป็นตัวอย่างภาพด้านล่างแสดงการทำให้เข้าใจง่ายของ datapath นี้เช่นใน ตัวอย่างของส่วนก่อนหน้านี้การร้องขอจะเริ่มต้นในโปรแกรมประยุกต์พื้นที่ใช้งานของเครื่องเสมือนเมื่อมีการเคลื่อนย้ายเคอร์เนล แต่จะถูกนำไปยังไดรฟ์เวอร์ที่จัดเก็บ PV เช่น parafirtualised เช่น blkfront แทนไดรเวอร์ SCSI ที่เกิดขึ้นจริงคำร้องขอเหล่านี้จะถูกดึงขึ้นมาจากแบ็กเอนด์การจัดเก็บ tapdisk3 ในพื้นที่ผู้ใช้ dom0 s พวกเขาจะถูกส่งไปยัง kernel dom0 โดย libaio ผ่านเลเยอร์บล็อกและเข้าถึงไดรเวอร์ของดิสก์สำหรับโครงสร้างพื้นฐานการจัดเก็บข้อมูลที่สอดคล้องกันในตัวอย่างนี้ดิสก์ SCSI รูปที่ 5 เกณฑ์มาตรฐานที่ออกคำขอในสภาพแวดล้อมเสมือนจริง อธิบายข้างต้นในการคำนวณขนาดของคิวโดยเฉลี่ยจะให้ค่าที่แตกต่างกันขึ้นอยู่กับว่าใช้ที่ใด ดังรูปข้างต้นอาจใช้ในเลเยอร์บล็อกของเครื่องเสมือนใน tapdisk3 หรือในชั้นบล็อก dom0 แต่ละอันจะแสดงขนาดของคิวที่แตกต่างกันและจริง ๆ แล้วหมายถึงบางอย่างที่แตกต่างกันแผนผังด้านล่างขยายตัวอย่างที่ใช้ในบทความนี้ เพื่อรวมเลเยอร์เหล่านี้รูปที่ 6 แผนผังแสดงการขอบัญชีในสภาพแวดล้อมแบบเสมือนจริงภาพด้านบนมีลูกศรแนวตั้งเกือบระหว่างเลเยอร์ที่เป็นตัวแทนของคำขอที่ออกจากและมาถึงส่วนประกอบของระบบที่ต่างกันลูกศรเหล่านี้จะมีมุมเล็กน้อยแนะนำว่าเวลาผ่านไปเนื่องจากคำขอย้าย จากอีกชั้นหนึ่งถึงอีกชั้นหนึ่งนอกจากนี้ยังมีเวลาที่ผ่านไประหว่างลูกศรที่มาถึงชั้นและลูกศรใหม่ที่ออกจากเลเยอร์รายละเอียดอื่น ๆ ของภาพคือแถบสีแดงและสีฟ้าในแนวนอนพวกเขาระบุว่าคำขอใดถูกบันทึกเป็นชั้นใดโดยเฉพาะ บัญชีนี้จะเริ่มขึ้นหลังจากที่คำขอถึงชั้นและบางเวลาก่อนที่คำขอจะส่งผ่านไปยังชั้นอื่น Th นี่เป็นเพียงตัวอย่างเท่านั้นการดูอย่างละเอียดเกี่ยวกับผลลัพธ์ของเครื่องมือประสิทธิภาพที่เฉพาะเจาะจงมีความจำเป็นต้องเข้าใจขนาดของคิวเฉลี่ยสำหรับปริมาณงานบางอย่างการประมาณค่า Deployment จริงในการวางตัวเลขจริงในบทความนี้ ได้รับการกำหนดค่าฮาร์ดแวร์ Dell PowerEdge R310 Intel Xeon X3450 2 67GHz 1 ซ็อกเก็ตซ็อกเก็ต 4 คอร์และ HT เปิดการใช้งานการจัดการพลังงาน IOS ตั้งค่าเป็น OS DBPM. Xen P-State Governor ตั้งค่าประสิทธิภาพสูงสุดรัฐไม่ได้ใช้งานเป็น 1.2 x Western Digital WD2502ABYS . dev sda XenServer การติดตั้งดิสก์รากของผู้เข้าพัก dev sdb LVM SR พร้อมด้วย 10 Gib RAW VDI ที่เชื่อมต่อกับ guest. dom0 XenServer Creedence สร้างหมายเลข 88873.domU Debian Wheezy x8664 เมื่อออกปริมาณงาน fio ตามที่ระบุในตารางที่ 1 จะอ่านคำขอ KiB 4 ครั้งโดยใช้ libaio และมีการตั้งค่า iodepth เป็น 1 ในช่วง 10 วินาทีผู้โพสต์ภายในรายงานจะรายงานค่าดังต่อไปนี้ค่าความสนใจจะได้รับการรายงานในคอลัมน์ avgqu-sz โดยเฉลี่ยประมาณ 0 96 ขณะที่มาตรฐานทำงานอยู่นั่นหมายความว่าเลเยอร์บล็อกของผู้เยี่ยมชมอ้างอิงถึงรูปที่ 6 คือ การจัดการการร้องขอเกือบตลอดเวลาชั้นถัดไปของระบบย่อยการจัดเก็บข้อมูลที่บัญชีสำหรับการใช้งานเป็น tapdisk3 ค่านี้สามารถเรียกใช้เลือก xensource แก้ปัญหา xsiostat ใน dom0 สำหรับการทดสอบเดียวกันรายงานต่อไปนี้อย่างต่อเนื่องกับสิ่งที่สังเกตภายในแขก , xsiostat รายงานเกี่ยวกับระยะเวลาที่มีการร้องขอที่ค้างอยู่ที่ชั้นนี้ตัวเลขนี้มีการรายงานที่ประมาณ 71 ในขณะที่เกณฑ์มาตรฐานกำลังทำงานอยู่ซึ่งจะช่วยให้ทราบเวลาที่ p assed ระหว่างคำขอที่ถูกคิดในเลเยอร์ของผู้เข้าพักและที่ domend ของระบบแบ็กเอนด์ไปอีกเป็นไปได้ที่จะเรียกใช้ iostat ใน dom0 และหาสิ่งที่เป็นที่รับรู้การใช้งานที่ชั้นสุดท้ายก่อนที่จะขอออกไปยังอุปกรณ์ driver ชั้นเลเยอร์นี้รายงานเกี่ยวกับ 0 61 สำหรับขนาดของคิวโดยเฉลี่ยส่วนต่างด้านบนของ IO ชี้แจงว่าเหตุใดผู้ใช้อาจเห็นการใช้คิวที่ต่ำลงใน dom0 เมื่อเปรียบเทียบผลลัพธ์ของเครื่องมือประสิทธิภาพในเลเยอร์ต่างๆของ ระบบย่อยการจัดเก็บตัวอย่างที่แสดงให้เห็นถึงตอนนี้ครอบคลุมส่วนใหญ่ในกรณีที่ IO Depth ตั้งไว้ที่ 1 ซึ่งหมายความว่าเครื่องมือวัดระดับจะวิ่งไปภายในแขกเช่น fio จะพยายามเก็บข้อมูลไฟร์วอลล์ร้องขอไว้ตลอดเวลาการรับรู้ของเครื่องมือนี้ อาจไม่ถูกต้องเนื่องจากต้องใช้เวลาในการขอจริงเข้าถึงโครงสร้างพื้นฐานของที่เก็บข้อมูลโดยใช้สภาพแวดล้อมเดียวกันที่ได้อธิบายไว้ในส่วนก่อนหน้านี้และค่อยๆเพิ่มความลึกของ IO ที่เกณฑ์มาตรฐาน การกำหนดค่าข้อมูลต่อไปนี้สามารถรวบรวมได้รูปที่ 7 ขนาดคิวเฉลี่ยและความลึกของ io ตามที่กำหนดใน fio บทความนี้อธิบายขนาดของคิวโดยเฉลี่ยและวิธีการคำนวณเป็นตัวอย่างรวมข้อมูลจริงจากเซิร์ฟเวอร์และดิสก์ชนิดนี้ ควรอธิบายว่าทำไมภาระงานบางอย่างทำให้เกิดการใช้งานคิวที่แตกต่างกันเพื่อรับรู้จากแขกผู้เยี่ยมชมและจาก dom0 ตามฉันไปที่ twitter franciozzy ฉันเป็นวิศวกรด้านซอฟต์แวร์ที่ทำงานให้กับ Citrix ตั้งแต่เดือนตุลาคมปี 2011 โดยเฉพาะอย่างยิ่งใน XenServer Storage Virtualisation ก่อนหน้านี้ฉันจบปริญญาเอก ที่อิมพีเรียลคอลเลจลอนดอนในเรื่องเดียวกันเกี่ยวกับการคำนวณและนอกเหนือจากการประเมินผลการทำงานของการจัดเก็บแบบเสมือนจริงความสนใจของฉันยังรวมไปถึงเครือข่ายคอมพิวเตอร์ระบบกระจายและการประมวลผลสมรรถนะสูงเพื่อชื่อ แต่ในเวลาว่างฉันชอบเล่นกีตาร์เบสของฉันฝึกคาราเต้คาราเต้ และทำเวทมนตร์ระยะใกล้ ๆ โอ้และเล่นโป๊กเกอร์และหมากรุกโพสต์ล่าสุดเมื่อวันจันทร์ที่ 25 พฤษภาคม 2015 Wh การจัดเก็บข้อมูลแบบเสมือนจริงทำได้เร็วกว่า Bare Metal วันพุธที่ 03 ธันวาคม 2014 ขนาดคิวโดยเฉลี่ยและเมตริก IO ที่เก็บข้อมูลวันพุธที่ 02 กรกฎาคม 2014 XenServer Storage Performance Improvements and Tapdisk 3. วันอังคารที่ 31 ธันวาคม 2556 โครงการ Karcygwins และการจัดเก็บข้อมูลแบบเสมือนจริงวันอังคารที่ 01 ตุลาคม 2013 VM Density และ Project Pulsar. Tobias Kreidl ในวันพุธที่ 3 ธันวาคม 2014 19 17 ขอบคุณมากเช่นเคย Felipe สำหรับบทความลึกซึ้งมากกับกรณีที่พารามิเตอร์ util เริ่มใกล้ 100 นี้จะบ่งชี้ความอิ่มตัว, ดังนั้นนอกเหนือจากการแยกบางส่วนของการจัดเก็บข้อมูลที่ออกไปยังอุปกรณ์อื่นทั้งหมดสิ่งที่แนะนำคุณจะทำเพื่อปรับความลึกของคิวสำหรับอุปกรณ์เฉพาะกับบางเช่นอุปกรณ์ SCSI หรือ HBA คุณสามารถจัดการความลึกของคิวดูตัวอย่างเช่น แต่ไม่เหมือนบางอย่างใน VMware เช่น esxtop ฉันไม่คุ้นเคยกับยูทิลิตีใด ๆ ใน Xenserver เพื่อให้สามารถตรวจสอบความลึกของคิวได้ด้วยความนับถือ Tobias ขอบคุณมากเช่นเคย Fel ipe สำหรับบทความที่ลึกซึ้งมากกับกรณีที่พารามิเตอร์ util เริ่มใกล้ 100 นี้จะบ่งชี้ความอิ่มตัวดังนั้นนอกเหนือจากการแยกบางส่วนของการจัดเก็บข้อมูลที่ออกไปยังอุปกรณ์อื่นทั้งหมดสิ่งที่แนะนำคุณจะทำเพื่อปรับ ของความลึกของคิวสำหรับอุปกรณ์เฉพาะกับบางอย่างเช่นอุปกรณ์ SCSI หรือ HBA คุณสามารถจัดการความลึกของคิวตัวอย่างเช่น แต่ไม่เหมือนบางอย่างใน VMware เช่น esxtop ฉันไม่คุ้นเคยกับยูทิลิตีใด ๆ ใน Xenserver เพื่อให้สามารถตรวจสอบคิว ขอแสดงความนับถือ - Tobias F. Felipe Franciosi ในวันอังคารที่ 16 ธันวาคม 2014 19 20 ขอบคุณสำหรับคำถามและคำขอโทษสำหรับความล่าช้าในการตอบกลับคอลัมน์ util ใกล้ 100 โดยปกติแล้วหมายความว่าอุปกรณ์ไม่ว่างส่วนใหญ่ตามกลไกทางบัญชี ฉันอธิบายในการโพสต์เป็นสิ่งสำคัญที่จะเน้นเรื่องนี้ไม่ได้หมายความว่าอุปกรณ์ couldn t จะไปได้เร็วขึ้นเช่นกับการร้องขอขนาดใหญ่หรือความลึกของคิวงานมากขึ้นเริ่มต้นด้วย Cree dns xsiostat จะรายงานขนาดของแถวโดยเฉลี่ยที่แยกอ่านและเขียนคุณสามารถใช้ที่ร่วมกับ iostat ใน guest และ dom0 ในการทำงานถ้าระบบของคุณสามารถใช้การปรับแต่งเช่นการปรับความลึกของคิวสูงสุดสำหรับไดรฟ์เวอร์ที่ระบุ ควรทำงานได้ดีสำหรับกรณีส่วนใหญ่พิจารณาการแลกเปลี่ยนระหว่างปัจจัยต่าง ๆ เช่นหน่วยความจำและประสิทธิภาพของ CPU กล่าวว่าเป็นการยากที่จะให้คำแนะนำที่กว้างเกินไปเนื่องจากมักมีหลายองค์ประกอบที่แตกต่างกันฉันจะดูแต่ละกรณีและทดสอบ ถ้าเป็นไปได้กรุณาหวังว่าจะช่วยให้ Felipe. Hi Tobias ขอบคุณสำหรับคำถามและคำขอโทษสำหรับความล่าช้าในการตอบสนองคอลัมน์ util ใกล้ 100 ปกติหมายความว่าอุปกรณ์ไม่ว่างส่วนใหญ่ตามกลไกการบัญชีที่ผมอธิบายไว้ในโพสต์ เป็นสิ่งสำคัญที่จะเน้นเรื่องนี้ไม่ได้หมายความว่าอุปกรณ์จะไม่สามารถทำงานได้เร็วขึ้นเช่นกับคำขอที่มีขนาดใหญ่ขึ้นหรือความลึกของคิวงานมากขึ้นโดยเริ่มจาก Cr eedence xsiostat จะรายงานขนาดของคิวโดยเฉลี่ยที่แยกอ่านและเขียนคุณสามารถใช้ร่วมกับ iostat ใน guest และ dom0 เพื่อหาว่าระบบของคุณสามารถใช้ tuning ได้เช่นการปรับความลึกของคิวสูงสุดสำหรับไดรฟ์เก็บข้อมูลที่เฉพาะเจาะจงค่าดีฟอลต์ควร ทำงานได้ดีสำหรับกรณีส่วนใหญ่พิจารณาการค้าระหว่างปัจจัยต่าง ๆ เช่นหน่วยความจำและประสิทธิภาพของ CPU กล่าวว่าเป็นการยากที่จะให้คำแนะนำที่กว้างเกินไปเนื่องจากมักมีหลายองค์ประกอบที่แตกต่างกันฉันจะดูแต่ละกรณีและทดสอบที่ใด เหมาะสมหวังว่าจะช่วย, Felipe เราคาดว่าค่าใช้จ่ายทั้งหมดสำหรับโครงสร้างพื้นฐานเซิร์ฟเวอร์จะลดลงมากกว่า 35 เนื่องจาก XenServer. Michael Markl Global Service เจ้าของ SAP IT Infrastructure Communications Services, SAP AG เครื่องเสมือนเป็นส่วนหนึ่งของวัฒนธรรมการจัดการของ Grupo Martins IT เนื่องจากเวลาที่ใช้ในการสร้างเครื่อง XenServer อยู่ที่ประมาณ 20 นาที Flavio Lucio Borges Martins Da Silva CIO Grupo Martins งานของเราคือเพื่อตอบสนองความต้องการของคณาจารย์ทั้งหมดให้มากที่สุดเท่าที่จะเป็นไปได้ดังนั้นเราจึงจำเป็นต้องหาทางออกที่สามารถรองรับแอพพลิเคชั่นจำนวนมากรวมถึงประหยัดพื้นที่ในการจัดเก็บและทรัพยากรของพนักงานด้วยนี่เป็นที่ที่ Citrix ก้าวเข้าสู่การสนับสนุนเชิงพาณิชย์คุณต้องการการสนับสนุนอย่างมืออาชีพ และบริการจาก Citrix เราสามารถช่วยในการติดตั้งการสนับสนุนด้านเทคนิคและการเพิ่มประสิทธิภาพของ XenServer ติดต่อ Citrix เกี่ยวกับ XenServer. XenServer เป็นแพลตฟอร์มโอเพ่นซอร์สชั้นนำสำหรับการจำลองแบบเปิดขับเคลื่อนโดย Xen Project hypervisor และชุดเครื่องมือ XAPI จะใช้ในเมฆที่ใหญ่ที่สุดในโลก และวิสาหกิจ