G. Social Interaction Latencies
The service latency of Google App Engine is critical to the
overall performance of CloudMoV. In this set of experiments,we launch a VMsurrogate in each of four different regions (corresponding
to four mobile users), i.e., “east-1-a”, “east-1-b”,
“east-1-c” and “east-1-d”, all of which join the same session.
Each surrogate keeps posting a short chat message every second
and retrieves its own message immediately.
We evaluate two
critical latencies: one is the post latency to the GAE, i.e., the
time from when a message is sent out from a surrogate to the
time when it receives confirmation from GAE that the message
is successfully recorded in the social cloud; the other is the query
latency, i.e., the time from when a query is sent out from a surrogate
to the time when the queried message is received at the
surrogate.
Figs. 13 and 14 show the average values of the two types of
latencies among surrogates in all regions, during a 155-second
run of the experiments.
Our results are mostly consistent with
the 978-ms post latency and 106-ms query latency, given as the
processing delays in the dashboard of GAE [33] (our latencies
additionally include a round-trip time between a surrogate and
the GAE).
The query latency is relatively stable over time, while
the post latency becomes larger after 70 seconds of the run.
We
reckon the reason to be either due to limitations imposed by
Google on our free GAE account, or based on a side effect of the
automatic scaling in GAE: given the large volumes of requests,
i.e., more than 16,000 requests per minute (we used up our free
GAE quota of 0.05-million requests within three minutes), GAE
may well have distributed the newly posted messages to different
geo-distributed data centers of Google.
Confirming the
detailed reason is part of our future work.
G .ทางสังคมการโต้ตอบความล่าช้าของการหน่วงเวลา บริการ
ของแอปพลิเคชัน Google เครื่องยนต์มีความสำคัญในการเพิ่ม ประสิทธิภาพ การทำงานโดยรวมที่
ของ cloudmov ในการนี้ตั้งค่าของการทดลอง,เราเปิดตัว vmsurrogate ในแต่ละแห่งแตกต่างกันสี่พื้นที่(ที่เกี่ยวข้อง
ซึ่งจะช่วยให้ผู้ใช้โทรศัพท์มือถือทั้งสี่),เช่น," East - 1 - a "," East - 1 - b ",
"ตะวันออก 1 - C "และ"ตะวันออก - 1 - D ",ซึ่งทั้งหมดเข้าร่วมเซสชันเดียว.
ช่วยให้ตัวแทนแต่ละการโพสต์ข้อความ Chat เพื่อไปถึงได้ไม่ไกลนักและทุกวินาที
ซึ่งจะช่วยดึงข้อมูลข้อความของตนได้ทันที
เราประเมินความล่าช้าของทั้งสองที่มีความสำคัญเป็น
ซึ่งจะช่วยลดความล่าช้า Post ที่จะ gae
ซึ่งจะช่วยได้เช่นที่เวลาตั้งแต่ที่ข้อความที่จะถูกส่งออกไปจากตัวแทนที่จะ
เวลาที่ได้รับการยืนยันจาก gae ว่าข้อความที่
ซึ่งจะช่วยเป็นเรียบร้อยแล้วที่บันทึกในก้อนเมฆทางสังคมที่อื่นๆที่มีการสอบถาม
ซึ่งจะช่วยลดความล่าช้าที่นั่นคือเวลาออกจากการที่การสืบค้นได้ส่งออกไปจากตัวแทน
ซึ่งจะช่วยในการขอเวลาเมื่อข้อความถูกถามอยู่ได้รับ
ตัวแทน.
มะเดื่อ 13 และ 14 แสดงคุณค่าโดยเฉลี่ยของทั้งสอง ประเภท นี้ของ
ซึ่งจะช่วยในความล่าช้าของเอกชนในเขตพื้นที่ทั้งหมดในระหว่าง 155 - ที่สอง
ซึ่งจะช่วยทำให้การทดลองที่
ผลของเราส่วนใหญ่มีความสอดคล้องกับ
ซึ่งจะช่วยลดความล่าช้า, 978 - ความหน่วงแฝงที่ทำการไปรษณีย์ MS และ 106 มิลลิวินาทีสืบค้นที่ให้ไว้เป็นที่
ตามมาตรฐานความล่าช้าการประมวลผลในแผงหน้าปัดของ gae [ 33 ](ความล่าช้าของของเรา
นอกจากนี้ยังรวมถึงเวลาในการเดินทางไปกลับระหว่าง gae
และตัวแทน)
สืบค้นความหน่วงแฝงที่มีความมั่นคงมากกว่าในขณะที่
ซึ่งจะช่วยลดความล่าช้าที่ทำการไปรษณีย์ที่มีขนาดใหญ่ขึ้นหลังจาก 70 วินาทีการวิ่ง
ซึ่งจะช่วยเราคิดว่าเหตุผลที่จะเป็นได้ทั้งเนื่องจากข้อจำกัดเรื่องการจัดการหรือโดย
ซึ่งจะช่วย Google Talk บนบัญชี gae แบบไม่เสียค่าบริการของเราหรือที่ใช้มีผลด้านข้างของ
การปรับขนาดอัตโนมัติใน gae ให้มีปริมาณขนาดใหญ่ของการขอ
เช่นมากกว่า 16,000 คำขอต่อนาที(เราใช้ได้โควต้า
gae แบบไม่เสียค่าบริการของเราในคำขอ 0.05 ล้านบาท ภายใน สามนาที) gae
อาจมีการกระจายข้อความที่ได้รับประกาศให้ศูนย์ข้อมูลแตกต่างไป
geo - การกระจายของ Google ได้ดี
ยืนยันเหตุผล
รายละเอียดที่เป็นส่วนหนึ่งของงานในอนาคตของเรา.
การแปล กรุณารอสักครู่..
