the reason there are 2.5 EC2 Unit on some is due to the underlying pro การแปล - the reason there are 2.5 EC2 Unit on some is due to the underlying pro ไทย วิธีการพูด

the reason there are 2.5 EC2 Unit o

the reason there are 2.5 EC2 Unit on some is due to the underlying processor and core setup that is allocated when you request that type of instance, specifically the GHz of the CPU. My suspicion is the higher cost instances have newer CPUs which create the 0.5 units extra compared to older CPUs upon which the EC2 Unit was originally based.

The EC2 Unit is best explained this way:
check out /proc/cpuinfo - on an m1.small which has an advertised 1 ECU the result is 1 Core. The last time I checked it was an Intel Xeon E5430 @ 2.66GHz. Now, this is not the end of it though - because as AWS says m1.small=1 EC2 Unit = ~ 1-1.2Ghz processor time, so if this is correct, we'd expect to never be able to use more than about 45-50% of the CPU stated in /proc/cpuinfo.

To verify that this is the case, create a simple program that does CPU intensive work with no I/O (we're trying to isolate the CPU, don't introduce other bottlenecks) and staying within the RAM limit.

If you do this and run "top" while your program is running, you'll see that the %st (stolen CPU) is about 55%. Top measures stolen as the part of the CPU clock time not usable by you (in reality its not stolen, its the other tenant on the terrestrial machine who is paying for it, or is reserved for a new instance request). This means on the overall CPU, you get about 45% to use on an m1.smal. 45% of 2.66 = 1.19Ghz which is about what is advertised.

On instances with 2 cores with 1 EC2 unit each you get the added benefit of parallelism, but with only 1 EC2 unit on each, you'll see the same behavior described above occurring on each core.

SO, given this behavior, getting more EC2 units per core will allow a single CPU intensive process to do more work over a given time interval (as it gets more of the total CPU core wall clock time). Having more cores allows you to do more things in parallel which is better when the machine has multiple processes.

In this way, the EC2 Unit is a way to standardize the "throttling" of your use of a given core to 1-1.2Ghz. Double the throttle, to 2 ECU units on a given core and get 2-2.4Ghz of the total wall clock time.

In our real world test situation, our test process was capable of running on only 1 CPU at a time (so multi-cores were not helpful) took 31 minutes to complete on an m1.small = 1 EC2 Unit. On a c1.medium with 2.5 ECU units the same program took a bit over 12 minutes. =30/2.5=12 minutes!
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เหตุผลมีอยู่ 2.5 หน่วย EC2 บางเป็นตัวประมวลผลแบบและตั้งค่าหลักที่ปันส่วนเมื่อคุณร้องขอชนิดอินสแตนซ์ GHz CPU โดยเฉพาะ การ ความสงสัยของฉันเป็นกรณีต้นทุนสูงมี Cpu รุ่นใหม่ที่สร้าง 0.5 หน่วยเสริมเมื่อเทียบกับ Cpu รุ่นเก่าซึ่งหน่วย EC2 เดิมขึ้นอยู่กับหน่วย EC2 ส่วนอธิบายวิธีนี้: เช็ค /proc/cpuinfo - m1.small ซึ่งมี ECU 1 การโฆษณาผลเป็น 1 หลัก ครั้งสุดท้ายฉันเลือกก็ E5430 เป็น Xeon Intel แอ 2.66 GHz ตอนนี้ ไม่สิ้นสุดของมันแม้ว่า - เพราะ ตาม AWS กล่าวว่า m1.small=1 EC2 หน่วย = ~ 1-1.2 Ghz ประมวลผลเวลา ดังนั้นถ้าถูกต้อง เราคาดหวังว่าจะไม่สามารถใช้ CPU ที่ระบุในกระบวน การ/cpuinfo มากกว่าประมาณ 45-50%เพื่อตรวจสอบว่า เป็นกรณีนี้ สร้างโปรแกรมง่าย ๆ ที่ทำงานแบบเร่งรัด CPU กับ I/O ไม่ (เราพยายามแยก CPU ไม่แนะนำคอขวดอื่น ๆ) และอยู่ภายในขีดจำกัดของ RAM ถ้าคุณทำเช่นนี้ และรัน "สูงสุด" ในขณะที่รันโปรแกรมของคุณ คุณจะเห็นว่าเซนต์% (CPU ถูกขโมย) ประมาณ 55% บนมาตรการที่ถูกขโมยเป็นส่วนหนึ่งของเวลานาฬิกาของ CPU มีไม่สามารถใช้ได้ โดยคุณ (ในความเป็นจริงมันไม่ถูกขโมย เป็นผู้เช่าอื่น ๆ บนเครื่องภาคพื้นที่จ่ายเงินสำหรับมัน หรือถูกสงวนไว้สำหรับคำอินสแตนซ์ใหม่) ซึ่งหมายความว่าใน CPU โดยรวม คุณได้รับเกี่ยวกับ 45% เพื่อใช้ในการ m1.smal 45% ของ 2.66 = 1.19 Ghz ซึ่งเกี่ยวกับโฆษณาในกรณีมี 2 แกนด้วย 1 EC2 หน่วยแต่ละ คุณได้รับผลประโยชน์ของ parallelism แต่กับ EC2 1 หน่วยในแต่ละ คุณจะเห็นลักษณะการทำงานเดียวกันที่อธิบายข้างต้นเกิดขึ้นในแต่ละหลักดังนั้น กำหนดลักษณะการทำงาน การเพิ่มเติมหน่วย EC2 ต่อหลักให้เดียว CPU เร่งรัดกระบวนการทำงานที่น้อยกว่าช่วงเวลาที่กำหนด (ตามที่ได้รับเพิ่มเติมรวม CPU หลักผนังนาฬิกาเวลา) มีเพิ่มเติมแกนช่วยให้คุณสามารถทำควบคู่กันซึ่งดีขึ้นเมื่อเครื่องมีกระบวนการหลายสิ่งด้วยวิธีนี้ หน่วย EC2 เป็นวิธีการมาตรฐาน "การควบคุมปริมาณนี้" ท่านใช้หลักกำหนด 1-1.2 Ghz คู่เค้น ECU 2 หน่วยหลักกำหนดและได้รับ 2-2.4 Ghz ของเวลานาฬิกาผนังรวมในสถานการณ์ของโลกจริงทดสอบ กระบวนการทดสอบของเรามีความสามารถในการทำงานใน 1 เดียว CPU ที (ดังหลายแกนไม่ดี) เอา 31 นาทีในการ m1.small = 1 หน่วย EC2 ใน c1.medium กับ ECU 2.5 โปรแกรมเดียวเอาเล็กกว่า 12 นาที = 30 / 2.5 = 12 นาที
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
เหตุผลที่มี 2.5 EC2 หน่วยในบางส่วนเกิดจากการประมวลผลและการตั้งค่าพื้นฐานหลักที่จะถูกจัดสรรเมื่อคุณร้องขอประเภทของตัวอย่างที่เฉพาะ GHz ของซีพียู . ฉันสงสัยกรณีค่าใช้จ่ายที่สูงขึ้นมีซีพียูรุ่นใหม่ซึ่งสร้างหน่วยพิเศษ 0.5 เมื่อเทียบกับซีพียูรุ่นเก่าซึ่งหน่วย EC2 เป็นไปตามเดิมหน่วยEC2 จะมีการอธิบายที่ดีที่สุดด้วยวิธีนี้: ตรวจสอบ / proc / cpuinfo - ใน m1.small ซึ่งมีการโฆษณา 1 กล่อง ECU ผลที่ได้คือ 1 หลัก ครั้งสุดท้ายที่ผมตรวจสอบมันเป็น Intel Xeon E5430 @ 2.66GHz ตอนนี้ไม่สิ้นสุดของมันแม้ว่า - เพราะเป็น AWS กล่าว m1.small = 1 หน่วย = EC2 ~ 1-1.2Ghz เวลาประมวลผลดังนั้นหากนี้ถูกต้องเราคาดหวังที่จะไม่สามารถที่จะใช้มากกว่าเกี่ยวกับ 45-50% ของ CPU ที่ระบุไว้ใน / proc / cpuinfo. ต้องการตรวจสอบว่าเป็นกรณีนี้สร้างโปรแกรมที่ง่ายที่ไม่ CPU ทำงานอย่างเข้มข้นไม่มี I / O (ที่เรากำลังพยายามที่จะแยก CPU ไม่แนะนำ คอขวดอื่น ๆ ) และอยู่ภายในระยะแรม. ถ้าคุณทำเช่นนี้และเรียกใช้ "ชั้น" ในขณะที่โปรแกรมของคุณทำงานคุณจะเห็นว่า% เซนต์ (CPU ขโมย) ประมาณ 55% มาตรการด้านบนถูกขโมยเป็นส่วนหนึ่งของเวลาของนาฬิกาของ CPU ที่ไม่ได้ใช้งานโดยคุณ (ในความเป็นจริงไม่ได้ถูกขโมยของผู้เช่าอื่น ๆ บนเครื่องบกที่มีการจ่ายเงินสำหรับมันหรือสงวนไว้สำหรับการร้องขอตัวอย่างใหม่) ซึ่งหมายความว่าใน CPU โดยรวมของคุณจะได้รับประมาณ 45% ที่จะใช้ใน m1.smal 45% ของ 2.66 = 1.19Ghz ซึ่งเป็นเกี่ยวกับสิ่งที่โฆษณา. ในกรณีที่มี 2 แกนมี 1 หน่วย EC2 แต่ละครั้งที่คุณได้รับประโยชน์เพิ่มของความเท่าเทียม แต่มีเพียง 1 หน่วย EC2 ในแต่ละคุณจะเห็นพฤติกรรมเดียวกันกล่าวไว้ข้างต้น ที่เกิดขึ้นในแต่ละคอ. ดังนั้นให้ปัญหานี้ได้รับมากขึ้นหน่วย EC2 ต่อคอร์จะช่วยให้ขั้นตอนที่เข้มข้น CPU เดียวในการทำงานมากขึ้นกว่าช่วงเวลาที่กำหนด (ตามที่ได้รับมากขึ้นของแกน CPU รวมเวลานาฬิกาแขวน) มีแกนมากขึ้นช่วยให้คุณทำสิ่งต่างๆมากขึ้นในแบบคู่ขนานซึ่งเป็นที่ดีขึ้นเมื่อเครื่องมีกระบวนการหลาย. ด้วยวิธีนี้หน่วย EC2 เป็นวิธีการมาตรฐาน "การควบคุมปริมาณ" ของการใช้หลักได้รับการ 1-1.2Ghz คู่เค้น 2 หน่วย ECU บนหลักที่กำหนดและได้รับ 2-2.4Ghz เวลานาฬิกาแขวนรวม. ในโลกที่แท้จริงของเราสถานการณ์การทดสอบขั้นตอนการทดสอบของเราก็คือความสามารถในการทำงานบน CPU เพียง 1 ในเวลา (ดังนั้นหลาย แกนไม่เป็นประโยชน์) เอา 31 นาทีเพื่อให้บน m1.small = 1 หน่วย EC2 ใน c1.medium 2.5 หน่วย ECU โปรแกรมเดียวกันเอาบิตกว่า 12 นาที = 30 / 2.5 = 12 นาที!















การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เหตุผลมี 2.5 EC2 หน่วยบางเนื่องจากหน่วยประมวลผลหลักและการติดตั้งต้นแบบที่จัดสรรเมื่อคุณร้องขอประเภทของอินสแตนซ์ โดยเฉพาะ GHz ของ CPU ฉันสงสัยกรณีค่าใช้จ่ายสูงมีซีพียูรุ่นใหม่ที่สร้าง 0.5 หน่วยพิเศษเมื่อเทียบกับซีพียูรุ่นเก่าซึ่งเมื่อหน่วย EC2 เป็นไปตามเดิม

หน่วย EC2 ที่ดีที่สุดอธิบายด้วยวิธีนี้ :
ตรวจสอบ / proc / cpuinfo - บน m1.small ซึ่งมีโฆษณาที่ 1 ECU ผลคือ 1 หลัก ครั้งสุดท้ายที่ผมตรวจสอบมันเป็นอินเทล ซีออน e5430 @ 2.66ghz . นี่ไม่ใช่จุดจบหรอกเพราะเป็น AWS EC2 บอกว่า M1 . เล็ก = 1 หน่วย = ~ เวลาประมวลผล 1-1.2ghz ดังนั้นถ้ามันถูกต้อง เราคาดหวังที่จะไม่สามารถที่จะใช้มากกว่าประมาณ 45-50 % ของซีพียูที่ระบุไว้ใน / proc / cpuinfo .

เพื่อตรวจสอบว่า เป็นกรณีนี้ สร้างโปรแกรมง่ายๆที่ไม่เข้มข้น CPU ทำงานไม่มี I / O ( เรากำลังพยายามแยก CPU ไม่แนะนำคอขวดอื่นๆ ) และอยู่ภายใน บุรีรัมย์ จำกัด

ถ้าคุณทำเช่นนี้และเรียก " ท็อป " ในขณะที่โปรแกรมของคุณใช้ คุณจะเห็น % เซนต์ ( ขโมย CPU ) คือ ประมาณ 55 %ด้านมาตรการขโมยส่วนของ CPU นาฬิกาเวลาไม่ใช้งาน โดยคุณ ( ในความเป็นจริงมันไม่ได้ขโมยของผู้เช่าอื่น ๆบนเครื่องของผู้ที่จ่ายสำหรับมันหรือสงวนไว้สำหรับการร้องขอตัวอย่างใหม่ ) ซึ่งหมายความว่าบน CPU โดยรวม , คุณจะได้รับประมาณ 45 % ใช้ใน m1.smal . 45 เปอร์เซ็นต์ 2.66 = 1.19ghz ซึ่งเป็นเรื่องเกี่ยวกับอะไร

โฆษณาบนอินสแตนซ์มี 2 แกน กับ 1 EC2 แต่ละหน่วยได้รับประโยชน์เพิ่มของความขนาน , แต่มีเพียง 1 EC2 หน่วยในแต่ละ คุณจะเห็นเหมือนกัน พฤติกรรมที่อธิบายข้างต้นเกิดขึ้นในแต่ละหลัก

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

วิธีนี้หน่วย EC2 เป็นวิธีมาตรฐาน " อุด " ของการใช้ของคุณของหลักเพื่อให้ 1-1.2ghz . คู่เค้น , 2 หน่วย ECU บนให้หลักและได้รับ 2-2.4ghz ของเวลานาฬิกาทั้งหมด

ในสถานการณ์จริงทดสอบของเราโลกกระบวนการทดสอบของเรา สามารถรันบน CPU แค่ 1 ครั้ง ( เพื่อให้หลายแกนไม่ได้ประโยชน์ ) ใช้เวลา 31 นาทีบน EC2 m1.small = 1 หน่วย ใน c1.medium 2.5 ECU หน่วยโปรแกรมเดียวกันเอาบิตกว่า 12 นาที = 30 / 2.5 = 12 นาที
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: