WEBVTT

00:00.330 --> 00:03.900
ผู้สอน: เพื่อให้คลาวด์คอมพิวติ้งได้รับการประหยัดต้นทุนและประสิทธิภาพตามที่ตั้งใจไว้

00:03.900 --> 00:06.540
ต้องอาศัยการจำลองเสมือนเป็นอย่างมาก

00:06.540 --> 00:08.280
ในปัจจุบัน ด้วยการใช้เวอร์ชวลไลเซชัน

00:08.280 --> 00:12.210
เซิร์ฟเวอร์ลอจิคัลจำนวนมากสามารถวางบนเซิร์ฟเวอร์จริงเครื่องเดียวได้

00:12.210 --> 00:18.060
ซึ่งจะช่วยลดพื้นที่ทางกายภาพ พลังงาน และการระบายความร้อนที่จำเป็นภายในศูนย์ข้อมูลของเรา

00:18.060 --> 00:25.770
นอกจากนี้ ด้วยการใช้ virtualization เราสามารถบรรลุความพร้อมใช้งานในระดับที่สูงขึ้นโดยการหมุนเซิร์ฟเวอร์เสมือนเพิ่มเติมเมื่อใดก็ตามที่เราต้องการ

00:25.770 --> 00:27.870
ความสามารถในการจัดเตรียมหน่วยความจำและทรัพยากร

00:27.870 --> 00:31.920
CPU แบบไดนามิกนี้เป็นหนึ่งในประโยชน์หลักสำหรับการประมวลผลแบบคลาวด์

00:31.920 --> 00:33.690
ขณะนี้ แม้ว่าคลาวด์คอมพิวติ้งจะมีประโยชน์ที่แตกต่างกันมากมาย

00:33.690 --> 00:37.680
แต่ก็ยังมีปัญหาด้านความปลอดภัยมากมายที่เราต้องพิจารณา

00:37.680 --> 00:43.140
ปัญหาด้านความปลอดภัยส่วนใหญ่ที่เรามีกับเซิร์ฟเวอร์จริงยังถูกนำไปใช้ในสภาพแวดล้อมคลาวด์อีกด้วย

00:43.140 --> 00:47.130
บ่อยครั้งที่ผู้บริหารคิดว่าการย้ายไปยังระบบคลาวด์จะช่วยแก้ปัญหาทั้งหมดของพวกเขาได้

00:47.130 --> 00:49.260
แต่สิ่งนี้ไม่เคยเป็นเช่นนั้นเลย

00:49.260 --> 00:54.270
เมื่อใช้การจำลองเสมือน เซิร์ฟเวอร์ลอจิคัลตั้งแต่หนึ่งเซิร์ฟเวอร์ขึ้นไปจะอยู่บนเซิร์ฟเวอร์จริงเครื่องเดียว

00:54.270 --> 00:58.890
เพื่อให้บรรลุเป้าหมายนี้ เราใช้ซอฟต์แวร์เฉพาะที่เรียกว่าไฮเปอร์ไวเซอร์

00:58.890 --> 01:00.870
ไฮเปอร์ไวเซอร์ควบคุมการกระจายทรัพยากรทั้งหมด

01:00.870 --> 01:05.700
เช่น โปรเซสเซอร์ หน่วยความจำ และความพร้อมใช้งานของฮาร์ดดิสก์

01:05.700 --> 01:15.060
โดยพื้นฐานแล้ว ไฮเปอร์ไวเซอร์จะเลียนแบบเครื่องจริงเพื่อให้ระบบปฏิบัติการและแอปพลิเคชันทั้งหมดไม่รู้ด้วยซ้ำว่ากำลังทำงานอยู่ในสภาพแวดล้อมเสมือนจริง

01:15.060 --> 01:19.890
ตอนนี้ ไฮเปอร์ไวเซอร์แบ่งออกเป็นสองประเภท ประเภทหนึ่งหรือไฮเปอร์ไวเซอร์โลหะเปลือย

01:19.890 --> 01:22.230
และประเภทสองหรือไฮเปอร์ไวเซอร์โฮสต์

01:22.230 --> 01:23.730
ตอนนี้เมื่อเปรียบเทียบประเภท Bare

01:23.730 --> 01:28.290
Metal กับประเภทไฮเปอร์ไวเซอร์ที่โฮสต์ ความแตกต่างหลักเพียงอย่างเดียวจากมุมมองด้านความปลอดภัยคือประเภทโฮสต์

01:28.290 --> 01:34.080
เราต้องตรวจสอบให้แน่ใจว่าระบบปฏิบัติการพื้นฐานได้รับการรักษาความปลอดภัยและแพตช์อย่างเหมาะสม

01:34.080 --> 01:35.730
จากการพิจารณาประสิทธิภาพ

01:35.730 --> 01:39.990
Bare Metal จะเร็วกว่าและมีประสิทธิภาพมากกว่าโฮสต์คู่

01:39.990 --> 01:45.780
ตัวเลือกเวอร์ช่วลไลเซชันอื่นที่เรามีเรียกว่าการจำลองเสมือนตามคอนเทนเนอร์หรือการทำให้เป็นคอนเทนเนอร์

01:45.780 --> 01:51.930
ด้วยประเภทนี้ ไฮเปอร์ไวเซอร์จะไม่ถูกใช้งานเลย แต่คอนเทนเนอร์แต่ละอันอาศัยระบบปฏิบัติการทั่วไปเป็นฐานสำหรับแต่ละคอนเทนเนอร์เหล่านั้น

01:51.930 --> 01:55.620
ในขณะที่แต่ละคอนเทนเนอร์ใช้ระบบปฏิบัติการพื้นฐานเดียวกันร่วมกัน

01:55.620 --> 02:02.820
แต่ละคอนเทนเนอร์สามารถมีไบนารีของตัวเองได้ ไลบรารีและแอปพลิเคชันที่สามารถปรับแต่งตามความต้องการได้

02:02.820 --> 02:04.860
ปัจจุบัน การจำลองเสมือนที่ใช้คอนเทนเนอร์เกือบจะใช้กับ

02:04.860 --> 02:09.120
Linux เป็นระบบปฏิบัติการพื้นฐานเท่านั้น

02:09.120 --> 02:14.460
การจำลองเสมือนแบบใช้คอนเทนเนอร์ยังใช้ทรัพยากรน้อยกว่าการจำลองเสมือนประเภทที่หนึ่งหรือประเภทที่สอง

02:14.460 --> 02:19.290
เนื่องจากไม่จำเป็นต้องใช้สำเนาของระบบปฏิบัติการของตนเองสำหรับแต่ละคอนเทนเนอร์

02:19.290 --> 02:25.110
ผู้ให้บริการระบบคลาวด์หลายรายได้พัฒนาเวอร์ชวลไลเซชันไปอีกขั้นด้วยโครงสร้างพื้นฐานแบบไฮเปอร์คอนเวอร์จ

02:25.110 --> 02:27.000
สิ่งนี้ทำให้ผู้ให้บริการสามารถรวมที่เก็บข้อมูล

02:27.000 --> 02:31.410
เครือข่าย และเซิร์ฟเวอร์ได้อย่างสมบูรณ์ โดยไม่ต้องทำการเปลี่ยนแปลงฮาร์ดแวร์

02:31.410 --> 02:36.750
แต่พึ่งพาซอฟต์แวร์และเทคโนโลยีเวอร์ชวลไลเซชันเพื่อดำเนินการผสานรวมทั้งหมด

02:36.750 --> 02:43.110
เราสามารถจัดการทั้งหมดนี้ได้จากอินเทอร์เฟซเดียวหรืออุปกรณ์เดียวโดยไม่ต้องกังวลเกี่ยวกับโซลูชันของผู้จำหน่ายทั้งหมด

02:43.110 --> 02:50.040
การจำลองเสมือนของแอปพลิเคชันเป็นการจำลองเสมือนอีกประเภทหนึ่งที่ใช้กันทั่วไปเพื่อสร้างความปลอดภัยเพิ่มเติมสำหรับโฮสต์พื้นฐานของเรา

02:50.040 --> 02:58.050
การจำลองเสมือนของแอปพลิเคชันเป็นเทคโนโลยีซอฟต์แวร์ที่ห่อหุ้มโปรแกรมคอมพิวเตอร์จากระบบปฏิบัติการพื้นฐานที่โปรแกรมเหล่านั้นถูกเรียกใช้งาน

02:58.050 --> 03:02.130
แอปพลิเคชันเวอร์ชวลไลซ์เต็มรูปแบบไม่ได้ถูกติดตั้งในความหมายดั้งเดิม

03:02.130 --> 03:04.890
แม้ว่าจะยังคงดำเนินการเหมือนจริง

03:04.890 --> 03:06.690
ด้วยการจำลองเสมือนของแอปพลิเคชัน

03:06.690 --> 03:11.490
คุณสามารถเรียกใช้แอปพลิเคชันรุ่นเก่าที่ได้รับการออกแบบมาสำหรับระบบปฏิบัติการที่หมดอายุการใช้งาน

03:11.490 --> 03:14.670
เช่น Windows XP หรือ Windows 7 บนระบบปฏิบัติการที่ทันสมัยกว่า

03:14.670 --> 03:17.430
หรือคุณสามารถเรียกใช้ซอฟต์แวร์ข้ามแพลตฟอร์ม เช่น แอปพลิเคชัน

03:17.430 --> 03:20.280
Android บน เครื่องวินโดว์.

03:20.280 --> 03:24.840
ผู้ให้บริการคลาวด์หลายรายเสนอ VDI หรือโครงสร้างพื้นฐานเดสก์ท็อปเสมือน

03:24.840 --> 03:31.530
ตอนนี้ VDI อนุญาตให้ผู้ให้บริการระบบคลาวด์นำเสนอระบบปฏิบัติการเดสก์ท็อปเต็มรูปแบบแก่ผู้ใช้ของคุณจากเซิร์ฟเวอร์ส่วนกลาง

03:31.530 --> 03:34.200
มีประโยชน์ด้านความปลอดภัยมากมายในการใช้วิธีนี้

03:34.200 --> 03:41.610
ตัวอย่างเช่น ฉันมีองค์กรที่ฉันทำงานด้วยที่สร้างอิมเมจเดสก์ท็อปเสมือนใหม่สำหรับผู้ใช้แต่ละคนเมื่อพวกเขาเข้าสู่ระบบในตอนเช้า

03:41.610 --> 03:43.590
เดสก์ท็อปนี้ไม่คงอยู่ ดังนั้นแม้ว่าจะถูกโจมตีโดยผู้โจมตี

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

03:56.880 --> 04:00.240
การใช้ virtualization ที่ยอดเยี่ยมอีกอย่างหนึ่งคือการสร้างแซนด์บ็อกซ์

04:00.240 --> 04:01.680
ตอนนี้ แซนด์บ็อกซ์ช่วยให้คุณสร้างสภาพแวดล้อมแบบแยกได้

04:01.680 --> 04:04.410
ซึ่งคุณสามารถวิเคราะห์ไวรัส เวิร์ม โทรจัน

04:04.410 --> 04:09.630
และมัลแวร์อื่นๆ ภายในระบบปฏิบัติการแขกได้

04:09.630 --> 04:14.400
ตอนนี้ เนื่องจากมันอยู่ในแซนด์บ็อกซ์เสมือนนี้ซึ่งอยู่ภายในเครื่องเสมือนที่แยกออกมา

04:14.400 --> 04:22.260
คุณจึงมั่นใจได้ว่าคุณจะไม่ทำให้คอมพิวเตอร์ของคุณติดไวรัสซึ่งโฮสต์เครื่องนั้นเป็นระบบปฏิบัติการโฮสต์พื้นฐานหรือไฮเปอร์ไวเซอร์พื้นฐาน

04:22.260 --> 04:24.120
เมื่อคุณทำงานเป็นนักวิเคราะห์ความปลอดภัยในโลกไซเบอร์

04:24.120 --> 04:29.670
คุณจะใช้แซนด์บ็อกซ์เป็นจำนวนมากในการวิเคราะห์มัลแวร์ โดยเฉพาะอย่างยิ่งเมื่อคุณทำการวิเคราะห์มัลแวร์แบบไดนามิก

04:29.670 --> 04:31.680
ซึ่งคุณจะต้องนำชิ้นส่วนของมัลแวร์ไปใช้งาน

04:31.680 --> 04:37.710
จากนั้นระบุสิ่งที่เกิดขึ้นในขณะนั้น มัลแวร์ทำงานบนระบบปฏิบัติการแขกนั้น

04:37.710 --> 04:42.030
การใช้เครื่องเสมือนที่ดีอีกประการหนึ่งคือการจำลองเสมือนข้ามแพลตฟอร์ม

04:42.030 --> 04:45.870
ตัวอย่างเช่น ฉันใช้ MacBook Pro เป็นเครื่องหลัก

04:45.870 --> 04:50.040
ดังนั้น ถ้าผมต้องการทดสอบแอพพลิเคชั่นซอฟต์แวร์บางตัวสำหรับระบบปฏิบัติการที่แตกต่างกัน

04:50.040 --> 04:52.080
ผมสามารถไปซื้อเครื่องใหม่สำหรับแต่ละระบบปฏิบัติการเหล่านั้นได้

04:52.080 --> 04:53.730
เช่น มีแล็ปท็อปหนึ่งเครื่องสำหรับ Windows,

04:53.730 --> 04:55.590
แล็ปท็อปหนึ่งเครื่องสำหรับ Linux, แล็ปท็อปหนึ่งเครื่องสำหรับ

04:55.590 --> 04:58.560
Mac

04:58.560 --> 05:00.450
แต่ถ้าฉันใช้การจำลองเสมือน

05:00.450 --> 05:03.090
ฉันสามารถทำการจำลองเสมือนข้ามแพลตฟอร์มได้โดยใช้ระบบโฮสต์บน

05:03.090 --> 05:06.120
MacBook Pro ของฉันด้วยซอฟต์แวร์อย่าง VMware,

05:06.120 --> 05:12.300
Parallels หรือ VirtualBox เพื่อให้สามารถติดตั้งระบบปฏิบัติการแขกเหล่านั้นบนสภาพแวดล้อม Mac

05:12.300 --> 05:15.510
OS ที่มีอยู่ของฉัน .

05:15.510 --> 05:20.520
สิ่งนี้จะช่วยให้ฉันสามารถทดสอบซอฟต์แวร์ทุกชิ้นโดยไม่คำนึงว่าพวกเขาต้องการระบบปฏิบัติการแบบใด

05:20.520 --> 05:22.320
และดูว่าพวกเขาจะโต้ตอบอย่างไร

05:22.320 --> 05:24.360
สิ่งนี้ยอดเยี่ยมโดยเฉพาะอย่างยิ่งสำหรับนักพัฒนาเว็บ

05:24.360 --> 05:28.980
เพราะฉันต้องการให้แน่ใจว่าในฐานะนักพัฒนาเว็บเมื่อฉันสร้างเว็บไซต์ ว่ามันใช้งานได้บน

05:28.980 --> 05:32.940
Windows 10, Windows 11, Mac, Chromebook, iPhone, อุปกรณ์ Android หรืออื่นๆ

05:32.940 --> 05:41.670
และความสามารถในการทดสอบทั้งหมดนั้นภายในเครื่องเดียวโดยใช้การจำลองเสมือนเป็นทรัพยากรที่ยอดเยี่ยมสำหรับเราในฐานะนักพัฒนา

05:41.670 --> 05:44.430
การใช้งานที่ยอดเยี่ยมอีกประการหนึ่งสำหรับการจำลองเสมือนคือการฝึกอบรม

05:44.430 --> 05:51.600
คุณสามารถสร้างสภาพแวดล้อมของห้องปฏิบัติการที่ตั้งค่าเพื่อให้ผู้คนสามารถไปและฝึกฝนบนระบบปฏิบัติการจริงโดยใช้เครื่องเสมือนเหล่านี้

05:51.600 --> 05:53.220
ตัวอย่างเช่น เมื่อคุณกำลังศึกษาเพื่อขอรับใบรับรอง

05:53.220 --> 05:57.900
CompTIA ต่างๆ หากคุณซื้อหลักสูตรการฝึกอบรม

05:57.900 --> 05:57.900
com

05:57.900 --> 06:00.480
พวกเขามาพร้อมกับห้องปฏิบัติการทดลองในตัว

06:00.480 --> 06:03.390
ห้องปฏิบัติการเหล่านี้อนุญาตให้คุณลงชื่อเข้าใช้สภาพแวดล้อมบนระบบคลาวด์ของเรา

06:03.390 --> 06:06.060
จากนั้นจึงจะสามารถดำเนินการกับระบบ Linux, ระบบ

06:06.060 --> 06:08.700
Windows 10, ระบบ Windows Server และสิ่งอื่นๆ ได้อย่างปลอดภัย

06:08.700 --> 06:18.900
และการดำเนินการนี้จะไม่ส่งผลกระทบต่อสภาพแวดล้อมการผลิตของเรา เพราะมันถูกแยกออกไปในพื้นที่การฝึกนี้ หรือแซนด์บ็อกซ์การฝึกนี้

06:18.900 --> 06:24.930
อีกสิ่งที่ยอดเยี่ยมเกี่ยวกับการใช้เครื่องเสมือนสำหรับการฝึกอบรมหรือสภาพแวดล้อมในห้องปฏิบัติการคือคุณสามารถถ่ายภาพสแน็ปช็อตที่จุดต่างๆ

06:24.930 --> 06:28.110
แล้วเลือกอีกครั้งตรงจุดที่คุณมีสแน็ปช็อตนั้น

06:28.110 --> 06:31.200
ตัวอย่างเช่น เมื่อฉันเคยสอนหลักสูตรของฉันด้วยตัวเอง

06:31.200 --> 06:35.640
ฉันจะสร้างเครื่อง Windows 7 ที่เสีย และฉันจะมีปัญหาต่างๆ ให้นักเรียน

06:35.640 --> 06:38.040
A+ ของฉันได้แก้ไข

06:38.040 --> 06:40.260
ฉันจะให้เครื่องเสมือนแก่พวกเขา ฉันจะเปิดเครื่อง

06:40.260 --> 06:42.210
ฉันจะกู้คืนจากจุดปลอดภัยสุดท้าย ซึ่งเป็นจุดที่ฉันทำมันพัง

06:42.210 --> 06:44.880
จากนั้นฉันจะให้พวกเขาพยายามค้นหาว่าเกิดอะไรขึ้นกับมัน และพวกเขาจะทำได้อย่างไร

06:44.880 --> 06:47.220
ซ่อมมัน.

06:47.220 --> 06:50.430
นี่เป็นประโยชน์ที่ยอดเยี่ยมในการใช้เครื่องเสมือนในการฝึกอบรมของคุณ

06:50.430 --> 06:52.770
และเมื่อคุณศึกษาต่อและเริ่มเรียนรู้เกี่ยวกับ

06:52.770 --> 06:55.290
Linux และ Windows และสภาพแวดล้อมของเซิร์ฟเวอร์

06:55.290 --> 06:59.370
และ Mac OS และสิ่งอื่นๆ เช่นนั้น คุณสามารถหมุนเครื่องเสมือนต่างๆ ที่มีระบบปฏิบัติการแขกเหล่านั้น

06:59.370 --> 07:04.680
และฝึกฝนทักษะของคุณในที่ปลอดภัย และสิ่งแวดล้อมที่ปลอดภัย

07:04.680 --> 07:07.710
สิ่งสุดท้ายที่เราต้องพูดถึงคือแนวคิดของการจำลอง

07:07.710 --> 07:11.220
เนื่องจากหลายคนสับสนระหว่างการจำลองกับการแสดงเสมือน

07:11.220 --> 07:15.330
ตอนนี้การจำลองเกี่ยวข้องกับการใช้ระบบที่เลียนแบบระบบอื่น

07:15.330 --> 07:20.580
ด้วย virtualization จะมีการสร้างและใช้งานอินสแตนซ์เสมือนของฮาร์ดแวร์ชิ้นใดชิ้นหนึ่ง

07:20.580 --> 07:25.440
ในความเป็นจริง คุณกำลังใช้เครื่องจริงเครื่องใหม่ที่แทนด้วยซอฟต์แวร์

07:25.440 --> 07:31.920
ด้วยอีมูเลเตอร์ ซอฟต์แวร์ชิ้นหนึ่งกำลังแปลสภาพแวดล้อมตามเวลาจริงเพื่อหลอกว่าเป็นอย่างอื่น

07:31.920 --> 07:33.780
ตัวอย่างเช่น หากฉันต้องการเล่นเกม

07:33.780 --> 07:36.000
Super Nintendo รุ่นเก่าบน MacBook Pro ของฉัน

07:36.000 --> 07:39.510
ฉันสามารถดาวน์โหลดโปรแกรมจำลอง Super Nintendo เช่น OpenEmu

07:39.510 --> 07:41.580
จากนั้นโปรแกรมจะแปลรหัสเกมตามเวลาจริงเป็นคำสั่งที่

07:41.580 --> 07:44.970
Mac ของฉันสามารถเข้าใจได้

07:44.970 --> 07:49.560
ด้วยการจำลองเสมือน ซอฟต์แวร์ที่กำลังเรียกใช้สามารถเข้าถึงฮาร์ดแวร์ของเครื่องของคุณได้

07:49.560 --> 07:52.860
ทำให้เร็วกว่าการใช้โปรแกรมจำลอง

07:52.860 --> 07:56.970
ดังนั้นเมื่อใดที่คุณต้องการใช้โปรแกรมจำลองแทนการจำลองเสมือน

07:56.970 --> 08:00.750
ถ้าคุณต้องการเรียกใช้ระบบปฏิบัติการที่มีไว้สำหรับฮาร์ดแวร์ประเภทอื่น

08:00.750 --> 08:05.400
เช่น Super Nintendo บนเครื่อง Mac หรือ Windows คุณจะต้องใช้โปรแกรมจำลอง

08:05.400 --> 08:06.780
หากคุณต้องการเรียกใช้ซอฟต์แวร์ที่มีไว้สำหรับระบบปฏิบัติการอื่น

08:06.780 --> 08:14.550
เช่น Android ที่ออกแบบมาให้ทำงานบนโปรเซสเซอร์ ARM แต่คุณมีโปรเซสเซอร์ Intel และระบบปฏิบัติการ Windows อีกครั้ง โปรแกรมจำลองจะเป็นตัวเลือกที่เหมาะสมสำหรับ

08:14.550 --> 08:20.190
คุณเพราะคุณกำลังจัดการกับฮาร์ดแวร์พื้นฐานที่แตกต่างกัน

08:20.190 --> 08:23.250
ในทางกลับกัน หากคุณต้องการความเร็วสูงและประสิทธิภาพที่ดีขึ้น

08:23.250 --> 08:25.590
คุณต้องการใช้โซลูชันการจำลองเสมือน

08:25.590 --> 08:33.060
โปรดจำไว้ว่า ด้วยการจำลองเสมือน คุณถูกจำกัดให้ใช้งานซอฟต์แวร์ที่มีรหัสสำหรับฮาร์ดแวร์พื้นฐานเฉพาะของโปรเซสเซอร์ของคุณ

08:33.060 --> 08:37.920
โดยปกติแล้ว พวกเราส่วนใหญ่ใช้โปรเซสเซอร์ที่ใช้ x86 หรือ x64 ดังนั้นคุณใช้

08:37.920 --> 08:40.650
Windows, Linux หรือ Mac หรือระบบปฏิบัติการใดๆ

08:40.650 --> 08:45.660
ในสามระบบนี้บนระบบประเภทนี้ที่มีการจำลองเสมือนจะทำงานได้ดี

08:45.660 --> 08:49.050
แต่ถ้าคุณพยายามเรียกใช้ระบบปฏิบัติการที่ออกแบบมาสำหรับโปรเซสเซอร์

08:49.050 --> 08:51.000
ARM ระบบจะไม่ทำงานกับระบบเสมือนจริง

08:51.000 --> 08:52.620
คุณต้องใช้โปรแกรมจำลอง

08:52.620 --> 08:55.110
โดยทั่วไปแล้ว คุณจะใช้การจำลองเสมือนเป็นส่วนใหญ่แทนโปรแกรมจำลอง

08:55.110 --> 09:00.450
เนื่องจากเร็วกว่าและมีประสิทธิภาพมากกว่า และส่วนใหญ่เขียนขึ้นเพื่อทำงานบนโปรเซสเซอร์

09:00.450 --> 09:03.240
x86 หรือ x64

09:03.240 --> 09:06.540
แต่อีกครั้ง ถ้าคุณต้องการเรียกใช้บางอย่างสำหรับโปรเซสเซอร์อื่น

09:06.540 --> 09:08.990
นั่นคือเวลาที่คุณต้องใช้โปรแกรมจำลอง