All the VM surrogates are provision

All the VM surrogates are provisioned from Amazon EC2
web services and tracked by the gateway. We create our
own AMI (ami-b6f220df) based on Linux kernel 2.6.35.14,
the default image Amazon provides [27]. Due to the intensive
computation involved, we propose to implement all the
video processing related tasks using ANSI C, to guarantee
the performance. In particular, we install FFmpeg together
with libavcodec as the groundsill library [29] to develop the
transcoding, segmentation and reshaping modules on the VM
surrogates.We have also installed a Tomcat web server (version
6.5) to serve as a Servlet container and a file server on each
surrogate. Both FFmpeg and Tomcat are open source projects.
Once a VM surrogate receives a video subscription request
from the user, it downloads the video from the source URL, and
processes the video stream by transcoding and segmentation,
based on the collected device configurations by the portal.
For example, in our experiments, the downloaded stream is
transcoded into a high-quality stream and a low-quality stream in real time with H264/AAC codecs. The high-quality stream
has a “480 272” resolution with 24 frames per second,
while the low-quality one has a “240 136” resolution with
10 frames per second. A mobile user dynamically requests
segments of these two different video streams, according to his
current network connection speed. The transcoded stream is
further exported to an MPEG-2 transporting stream (.ts), which
is segmented for burst transmission to the user. The burst sizes
depend on both the network bandwidth and video bit rate. We
evaluate the impact of different burst sizes on the streaming
quality and energy consumption in details in Section V. Fig. 5
shows the streaming architecture in our customized VM image.
Here, the modules on social message exchanges are omitted,
which will be presented in Fig. 6.

ผลลัพธ์ (ไทย) 1:

ทั้งหมดอุ้มท้อง VM จะถูกจัดเตรียมจากอเมซอน EC2
บริการเว็บและการติดตามโดยประตู เราสร้างของเราเอง
ami (ami-b6f220df) ตามสถานที่ลินุกซ์เคอร์เนล 2.6.35.14
อเมซอนภาพเริ่มต้นให้ [27] เนื่องจากการคำนวณเข้ม
ที่เกี่ยวข้องเรานำเสนอในการดำเนินงานทั้งหมดที่
การประมวลผลวิดีโอที่เกี่ยวข้องกับการใช้ ANSI C, รับประกัน
ประสิทธิภาพ โดยเฉพาะอย่างยิ่งที่เราติดตั้ง ffmpeg กัน
ด้วย libavcodec เป็นห้องสมุด groundsill [29] ในการพัฒนา
แปลงรหัสและการแบ่งส่วนการก่อร่างใหม่โมดูลบน VM
surrogates.we ได้ติดตั้งยังเว็บเซิร์ฟเวอร์โพง (รุ่น
6.5) เพื่อใช้เป็นภาชนะและไฟล์เซิร์ฟเวอร์ในแต่ละ
ตัวแทน ทั้ง ffmpeg และคราวนี้เป็นโครงการที่มาเปิด.
เมื่อตัวแทน VM ได้รับคำขอสมัคร
วิดีโอจากผู้ใช้จะดาวน์โหลดวิดีโอจากแหล่ง url และกระบวนการ
วิดีโอสตรีมโดยการแปลงรหัสและการแบ่งส่วน,
ขึ้นอยู่กับการกำหนดค่าที่เก็บอุปกรณ์โดยพอร์ทัล.
ตัวอย่างเช่นในการทดลองของเรากระแสที่ดาวน์โหลดมาเป็น
แปลงเป็นที่มีคุณภาพสูง กระแสและกระแสที่มีคุณภาพต่ำในเวลาจริงกับตัวแปลงสัญญาณ h264/aac กระแสที่มีคุณภาพสูง
มีความละเอียด "480 272" กับ 24 เฟรมต่อวินาที
ในขณะที่คนที่มีคุณภาพต่ำมีความละเอียด "240 136" กับ
10 เฟรมต่อวินาที ผู้ใช้มือถือแบบไดนามิกขอ
ส่วนของทั้งสองวิดีโอสตรีมที่แตกต่างกันตามที่เขา
ปัจจุบันความเร็วการเชื่อมต่อเครือข่าย กระแสแปลงเป็น
ส่งออกต่อไปยังกระแสการขนส่ง MPEG-2 (. ทีเอส) ซึ่ง
แบ่งเป็นสำหรับการส่งออกให้กับผู้ใช้ ระเบิดขนาด
ขึ้นอยู่กับทั้งสองแบนด์วิธเครือข่ายและอัตราบิตวิดีโอ เราประเมินผลกระทบ
ขนาดระเบิดที่แตกต่างกันเกี่ยวกับการสตรีมมิ่ง
คุณภาพและการใช้พลังงานในรายละเอียดในส่วนโวมะเดื่อ 5
แสดงให้เห็นถึงสถาปัตยกรรมแบบสตรีมมิ่งในภาพ VM ของเราเอง.
นี่โมดูลในการแลกเปลี่ยนข้อความทางสังคมที่มีการละเว้น
ซึ่งจะนำเสนอในมะเดื่อ 6

ผลลัพธ์ (ไทย) 2:

เตรียมใช้งาน surrogates VM ทั้งหมดจาก Amazon EC2
บริการเว็บ และติดตาม โดยเกตเวย์ เราสร้างของเรา
อามิ (อามิ-b6f220df) โดยใช้ลินุกซ์เคอร์เนล 2.6.35.14,
the ภาพเริ่มต้นอเมซอนให้ [27] เป็นเจ้าของ เนื่องจากการเร่งรัด
คำนวณเกี่ยวข้อง เราเสนอเพื่อดำเนินการทั้งหมด
วิดีโอดำเนินภารกิจที่เกี่ยวข้องโดยใช้ ANSI C รับประกัน
ประสิทธิภาพ โดยเฉพาะอย่างยิ่ง เราติดตั้ง FFmpeg กัน
กับ libavcodec เป็นรี groundsill [29] พัฒนา
โม transcoding แบ่ง และ reshaping บน VM
surrogatesนอกจากนี้เรายังได้ติดตั้งเว็บเซิร์ฟเวอร์ทอมแคท (รุ่น
6.5) เป็นภาชนะ Servlet และเซิร์ฟเวอร์แฟ้มแต่ละ
ตัวแทน FFmpeg และทอมแคทได้มาเปิดโครงการ
เมื่อตัวแทน VM ได้รับคำขอสมัครใช้งานวิดีโอ
จากผู้ใช้ ดาวน์โหลดวิดีโอจาก URL ต้นฉบับ และ
กระบวนการกระแสข้อมูลวิดีโอ transcoding และแบ่ง,
ตามการกำหนดค่าอุปกรณ์ที่รวบรวม โดยเว็บไซต์
ตัวอย่าง ในการทดลองของเรา ดาวน์โหลดลำธารเป็น
ถูกแปลงรหัสเป็นกระแสข้อมูลมีคุณภาพสูงและคุณภาพต่ำกระแสข้อมูลในเวลาจริงกับตัวแปลงสัญญาณ H264/AAC กระแสคุณภาพ
มีความละเอียด "480 272" มี 24 เฟรมต่อวินาที,
ในขณะที่คุณภาพต่ำมีความละเอียด "240 136" ด้วย
10 เฟรมต่อวินาที ผู้เคลื่อนไหวขอ
ของกระแสเหล่านี้สองต่าง ๆ ข้อมูลวิดีโอ ตามเขา
ความเร็วการเชื่อมต่อเครือข่ายปัจจุบัน กระแสข้อมูลถูกแปลงรหัสเป็น
เพิ่มเติม ส่งออกไปเป็น MPEG-2 ขนส่งกระแส (.ts), ซึ่ง
อยู่ถูกที่แบ่งเป็นช่วงสำหรับการระเบิดส่งไปยังผู้ใช้ ขนาดระเบิด
ขึ้นอยู่กับแบนด์วิดท์ของเครือข่ายและอัตราบิตวิดีโอ เรา
ประเมินผลกระทบของขนาดต่าง ๆ ระเบิดส่งกระแสข้อมูล
คุณภาพและการใช้พลังงานในรายละเอียดในส่วน V. Fig. 5
แสดงสถาปัตยกรรมสตรีมมิ่งในของเราเอง VM รูป
นี่ โมในการแลกเปลี่ยนทางสังคมข้อความจะถูกละเว้นจาก,
ซึ่งจะแสดงใน Fig. 6

ผลลัพธ์ (ไทย) 3:

เอกชน VM ทั้งหมดได้รับการจัดเตรียมจากแม่น้ำอเมซอน EC บริการ 2
เว็บและติดตามผลโดยเกตเวย์ เราสร้าง
ซึ่งจะช่วยตัวเอง AMI ( AMI - B 6 F 220 DF )ที่ใช้เคอร์เนล Linux 2.6.35.14 ของเรา ภาพ ดีฟอลต์
ซอนจัดให้บริการ[ 27 ] เนื่องจากมีการเร่งรัด
ซึ่งจะช่วยคำนวณที่เกี่ยวข้องเราเสนอที่จะนำไปใช้งานที่เกี่ยวข้องการประมวลผลวิดีโอ
ซึ่งจะช่วยโดยการใช้ ANSI C เพื่อรับประกันว่าการทำงาน
ซึ่งจะช่วยได้ ในเฉพาะเราติดตั้ง ffmpeg
ตามมาตรฐานร่วมกันพร้อมด้วย libavcodec เป็น groundsill ไลบรารี:[ 29 ]เพื่อการพัฒนา
ซึ่งจะช่วยในการเข้ารหัส,การแบ่งสิทธิ์การเข้าถึงและก่อรูปโมดูลที่ VM
ซึ่งจะช่วยเอกชน.เรายังมีแมวคราวที่ติดตั้ง Web Server (เวอร์ชัน
6.5 )เพื่อทำหน้าที่เป็นเพียงแค่ชื่อของคลาสที่ ภาชนะ บรรจุและไฟล์เซิร์ฟเวอร์ในแต่ละ
ตัวแทน. FFmpeg และแมวคราวทั้งสองโครงการมีแหล่งที่มาเปิดให้บริการ.
เมื่อตัวแทน VM ที่ได้รับคำขอการลงทะเบียนเป็นสมาชิกที่วิดีโอ
จากการที่ผู้ใช้วิดีโอที่ดาวน์โหลดได้จาก URL แหล่งที่มาและ
กระบวนการวิดีโอสตรีมโดยการแบ่งกลุ่มในการเข้ารหัสและ
ซึ่งใช้ในการตั้งค่าอุปกรณ์เก็บรวบรวมโดยพอร์ทัล.
ตัวอย่างเช่นในการทดลองของเราสตรีมดาวน์โหลดคือ
transcoded เป็นสตรีม คุณภาพ สูงและสตรีม คุณภาพ ต่ำในเวลาจริงที่มีตัวแปลงสัญญาณ AAC , H 264 /. คุณภาพ สูงที่สตรีม
ตามมาตรฐานมี" 480 ที่ 272 "ความละเอียดมี 24 เฟรมต่อวินาที
ขณะที่คนหนึ่ง คุณภาพ ต่ำที่มี"เฟรม 240136 "ความละเอียดพร้อมด้วย
10 ต่อวินาที ผู้ใช้โทรศัพท์มือถือแบบไดนามิกที่คำขอ
กลุ่มของสองสตรีมวิดีโอแตกต่างกันตามความเร็วของการเชื่อมต่อเครือข่าย
ปัจจุบันของเขา สตรีม transcoded จะถูกเอ็กซ์ปอร์ตไปยัง, MPEG - 2 สตรีมการขนส่ง(. TS )

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