download acceleration (e.g., Xunlei), Internet Telephony (e.g., Skype) dịch - download acceleration (e.g., Xunlei), Internet Telephony (e.g., Skype) Việt làm thế nào để nói

download acceleration (e.g., Xunlei

download acceleration (e.g., Xunlei), Internet Telephony (e.g., Skype), and IPTV (e.g.,
Kankan and PPstream). The P2P architecture is illustrated in Figure 2.2(b). We mention that some applications have hybrid architectures, combining both client-server
and P2P elements. For example, for many instant messaging applications, servers are
used to track the IP addresses of users, but user-to-user messages are sent directly
between user hosts (without passing through intermediate servers).
One of the most compelling features of P2P architectures is their self-scalability.
For example, in a P2P file-sharing application, although each peer generates
workload by requesting files, each peer also adds service capacity to the system
by distributing files to other peers. P2P architectures are also cost effective, since
they normally don’t require significant server infrastructure and server bandwidth
(in contrast with clients-server designs with datacenters). However, future P2P
applications face three major challenges:
1. ISP Friendly. Most residential ISPs (including DSL and cable ISPs) have been
dimensioned for “asymmetrical” bandwidth usage, that is, for much more
2.1 • PRINCIPLES OF NETWORK APPLICATIONS 87
Figure 2.2  (a) Client-server architecture; (b) P2P architecture
a. Client-server architecture b. Peer-to-peer architecture
downstream than upstream traffic. But P2P video streaming and file distribution applications shift upstream traffic from servers to residential ISPs, thereby
putting significant stress on the ISPs. Future P2P applications need to be
designed so that they are friendly to ISPs [Xie 2008].
2. Security. Because of their highly distributed and open nature, P2P applications
can be a challenge to secure [Doucer 2002; Yu 2006; Liang 2006; Naoumov
2006; Dhungel 2008; LeBlond 2011].
3. Incentives. The success of future P2P applications also depends on convincing
users to volunteer bandwidth, storage, and computation resources to the applications, which is the challenge of incentive design [Feldman 2005; Piatek
2008; Aperjis 2008; Liu 2010].
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
tải về tăng tốc (ví dụ, Xunlei), điện thoại Internet (ví dụ như, Skype), và IPTV (ví dụ:Kankan và PPstream). Kiến trúc P2P được minh họa trong hình 2.2(b). Chúng tôi đề cập đến một số ứng dụng này có lai kiến trúc, kết hợp cả hai khách hàng máy chủvà các yếu tố P2P. Ví dụ, cho nhiều ứng dụng nhắn tin tức thời, máy chủđược sử dụng để theo dõi các địa chỉ IP của người dùng, nhưng người sử dụng người dùng thư sẽ được gửi trực tiếpgiữa người sử dụng các máy chủ (mà không đi qua trung gian máy chủ).Một trong những tính năng hấp dẫn nhất của kiến trúc P2P là self-scalability của họ.Ví dụ, trong một P2P chia sẻ tập tin ứng dụng, mặc dù mỗi ngang nhau tạo rakhối lượng công việc bằng cách yêu cầu tệp, mỗi ngang cũng cho biết thêm khả năng dịch vụ hệ thốngbởi phân phối các tập tin để đồng nghiệp khác. Kiến trúc P2P cũng có chi phí hiệu quả, kể từhọ thường không yêu cầu cơ sở hạ tầng quan trọng máy chủ và băng thông máy chủ(trái ngược với các khách hàng máy chủ thiết kế với Trung tâm dữ liệu). Tuy nhiên, trong tương lai P2Pứng dụng phải đối mặt với những thách thức lớn ba:1. ISP thân thiện. Đặt khu dân cư ISP (bao gồm cả DSL và cáp ISP) đãDimensioned cho "không đối xứng" băng thông sử dụng, có nghĩa là, cho nhiều hơn nữa2.1 • NGUYÊN TẮC CỦA CÁC ỨNG DỤNG MẠNG 87Kiến trúc con số 2.2 (a) khách hàng máy chủ; (b) P2P kiến trúca. kiến trúc Peer-to-peer b. khách hàng-máy chủ kiến trúchạ lưu hơn thượng nguồn lưu lượng truy cập. Nhưng P2P hình ảnh và các tập tin phân phối ứng dụng thay đổi thượng nguồn lưu lượng truy cập từ máy chủ để các ISP khu dân cư, do đóĐặt đáng kể căng thẳng trên các ISP. Tương lai P2P ứng dụng cần phảiđược thiết kế để cho họ là thân thiện với ISP [Xie 2008].2. an ninh. Bởi vì bản chất của họ rất cao phân phối và mở, ứng dụng P2Pcó thể là một thách thức để bảo đảm [Doucer năm 2002; Yu 2006; Lương năm 2006; Naoumovnăm 2006; Dhungel 2008; LeBlond 2011].3. ưu đãi. Sự thành công của tương lai P2P ứng dụng cũng phụ thuộc vào thuyết phụcngười sử dụng để tình nguyện băng thông, lưu trữ, và tài nguyên tính toán với các ứng dụng, đó là những thách thức của thiết kế khuyến khích [Feldman 2005; Piateknăm 2008; Aperjis 2008; Lưu 2010].
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Gia tốc download (ví dụ, Xunlei), Internet Telephony (ví dụ, Skype), và IPTV (ví dụ,
Kankan và PPStream). Các kiến trúc P2P được minh họa trong hình 2.2 (b). Chúng tôi đề cập đến một số ứng dụng có kiến trúc lai, kết hợp cả client-server
và P2P yếu tố. Ví dụ, đối với nhiều ứng dụng tin nhắn tức thời, máy chủ được
sử dụng để theo dõi các địa chỉ IP của người dùng, nhưng thông điệp sử dụng để người dùng được gửi trực tiếp
giữa các máy chủ sử dụng (mà không đi qua máy chủ trung gian).
Một trong những tính năng hấp dẫn nhất của kiến trúc P2P là tự khả năng mở rộng của họ.
Ví dụ, trong một ứng dụng P2P chia sẻ tập tin, mặc dù mỗi peer tạo ra
khối lượng công việc bằng cách yêu cầu các tập tin, mỗi peer cũng cho biết thêm năng lực dịch vụ vào hệ thống
bằng cách phân phối các tập tin với các đồng nghiệp khác. Kiến trúc P2P cũng là hiệu quả chi phí, vì
họ thường không yêu cầu cơ sở hạ tầng máy chủ quan trọng và băng thông máy chủ
(trái ngược với các thiết kế của khách hàng-server với trung tâm dữ liệu). Tuy nhiên, trong tương lai P2P
ứng dụng phải đối mặt với ba thách thức lớn:
1. ISP thân thiện. Hầu hết các ISP ở (bao gồm DSL và cáp ISP) đã được
kích thước tương đối băng thông sử dụng "không đối xứng", có nghĩa là, cho nhiều hơn nữa
• 2.1 NGUYÊN TẮC ỨNG DỤNG MẠNG 87
Hình 2.2? (A) kiến trúc client-server; (B) P2P kiến trúc
a. Client-server kiến trúc b. Kiến trúc Peer-to-peer
hạ lưu hơn lưu lượng thượng nguồn. Nhưng P2P video streaming và phân phối tập tin ứng dụng chuyển các lưu thông ngược dòng từ máy chủ tới các ISP khu dân cư, do đó
đặt căng thẳng đáng kể trên các ISP. Các ứng dụng P2P tương lai cần phải được
thiết kế sao cho họ rất thân thiện với ISP [Xie 2008].
2. Security. Do tính chất phân bố rất cao và mở của họ, các ứng dụng P2P
có thể là một thách thức đối với an toàn [Doucer 2002; Yu 2006; Liang 2006; Naoumov
2006; Dhungel 2008; Leblond 2011].
3. Ưu đãi. Sự thành công của các ứng dụng P2P tương lai còn phụ thuộc vào sức thuyết phục
người dùng tình nguyện băng thông, lưu trữ, và các tài nguyên tính toán đến các ứng dụng, đó là những thách thức của thiết kế động cơ [Feldman năm 2005; Piatek
2008; Aperjis 2008; Liu 2010].
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: