Content placement and request-to-ca

Content placement and request-to-cache routing strategies
for distributed caching systems can broadly be ascribed to
two distinct categories:
• On-path content placement with opportunistic
request-to-cache routing. According to this approach, contents are cached as they travel through the
network by any on-path cache [6] or a subset of traversed caches [14], [2]. Content requests are forwarded
towards the content source according to the underlying forwarding rules. Contents are consequently retrieved from caches in an opportunistic manner. Onpath caching has attracted wide attention in the ICN
research community and spawned interest in topics
such as reducing caching redundancy [14], [22], caching
prioritization by popularity assessment [3], [12] and
content locality [19]. On-path caching has also been
investigated in the past, in the context of overlay (hierarchical) web-caching systems [10]. However, research
in that domain focused on issues surrounding cache
placement rather than content placement [8], [21].
• Off-path content placement with co-ordinated
request-to-cache routing. In contrast to the previous approach, off-path content placement operates
according to predefined rules that assign contents to
caches (e.g., [1]). In turn, request-to-cache routing
must also adhere to the same rules in order to retrieve
contents from caches in a co-ordinated manner [17],
[18], [15] [7]. Hash routing has been one of the prominent solutions proposed in this domain [15].
Both on-path and off-path caching present trade-offs. Onpath content caching requires less co-ordination and management, but may provide limited gains. Conversely , offpath content placement and retrieval can attain higher hit
rates at the cost of extra co-ordination and communication overhead. Co-ordination overhead refers to the decision making process of where to cache incoming contents,
as well as to the forwarding rules that (re-)direct incoming requests to cached contents [17], [23]

Kết quả (Việt) 1:

Vị trí nội dung và yêu cầu để nhớ cache định tuyến chiến lượcĐối với phân phối bộ nhớ đệm hệ thống rộng rãi có thể được gán chohai loại riêng biệt:• Trên con đường nội dung vị trí với cơ hộibộ nhớ cache yêu cầu định tuyến. Theo cách tiếp cận này, nội dung được lưu trữ như họ đi du lịch thông qua cácmạng của bất kỳ bộ nhớ cache trên con đường [6] hay một tập hợp con của lưu trữ đi [14], [2]. Nội dung yêu cầu được chuyển tiếpĐối với các nguồn nội dung theo quy định chuyển tiếp nằm bên dưới. Nội dung được lấy kết quả một cách cơ hội từ cache. Onpath bộ nhớ đệm đã thu hút nhiều sự chú ý trong ICNcộng đồng nghiên cứu và đã sinh ra quan tâm đến chủ đềchẳng hạn như giảm bộ nhớ đệm thừa [14], [22], bộ nhớ đệmưu tiên bằng cách đánh giá phổ biến [3], [12] vànội dung địa phương [19]. Trên đường đi bộ nhớ đệm cũng đãnghiên cứu trong quá khứ, trong bối cảnh của lớp phủ (phân cấp) bộ nhớ đệm trang web hệ thống [10]. Tuy nhiên, nghiên cứutrong miền đó tập trung vào các vấn đề xung quanh bộ nhớ cachevị trí chứ không phải vị trí nội dung [8], [21].• Tắt đường dẫn nội dung vị trí với hợp đồngbộ nhớ cache yêu cầu định tuyến. Ngược lại với phương pháp trước đó, vị trí nội dung ra con đường hoạt độngtheo quy tắc định sẵn chỉ định nội dung đểlưu trữ (ví dụ, [1]). Lần lượt, bộ nhớ cache yêu cầu định tuyếncũng phải tuân theo các quy tắc tương tự để lấynội dung từ cache theo một hợp đồng [17],[18], [15] [7]. Hash định tuyến đã là một trong những giải pháp nổi bật được đề xuất trong tên miền này [15].Trên đường đi và đi đường bộ nhớ đệm hiện diện thương mại-offs. Bộ nhớ đệm nội dung Onpath đòi hỏi ít phối hợp và quản lý, nhưng có thể cung cấp lợi ích giới hạn. Ngược lại, vị trí nội dung offpath và phục hồi có thể đạt được cao hittỷ lệ chi phí của phụ trên cao phối hợp và giao tiếp. Phối hợp trên cao dùng để quyết định làm cho các quá trình của bộ nhớ cache nội dung đến từ đâucũng như các quy tắc chuyển tiếp đó (re-) trực tiếp đến các yêu cầu để lưu trữ nội dung [17], [23]

Kết quả (Việt) 2:

Nội dung vị trí và chiến lược định tuyến yêu cầu đến bộ nhớ cache
cho các hệ thống bộ nhớ đệm phân phối rộng rãi có thể được gán cho
hai loại riêng biệt:
• Trên con đường vị trí nội dung có cơ hội
yêu cầu đến bộ nhớ cache định tuyến. Theo phương pháp này, các nội dung được lưu trữ khi chúng đi qua
mạng bằng bất kỳ bộ nhớ cache trên con đường [6] hoặc một tập hợp con của cache đi qua [14], [2]. Yêu cầu nội dung được chuyển tiếp
đối với các nguồn nội dung theo các quy tắc chuyển tiếp cơ bản. Nội dung được hậu quả là lấy từ cache một cách cơ hội. Onpath bộ nhớ đệm đã thu hút sự chú ý rộng rãi trong các ICN
cộng đồng nghiên cứu và sinh ra quan tâm đến chủ đề
như giảm bộ nhớ đệm dự phòng [14], [22], bộ nhớ đệm
ưu tiên bằng cách đánh giá độ phổ biến [3], [12] và
địa phương nội dung [19]. On-đường bộ nhớ đệm cũng đã được
nghiên cứu trong quá khứ, trong bối cảnh của lớp phủ (thứ bậc) hệ thống web-bộ nhớ đệm [10]. Tuy nhiên, nghiên cứu
trong phạm vi mà tập trung vào các vấn đề xung quanh bộ nhớ cache
vị trí chứ không phải là vị trí nội dung [8], [21].
• Off-đường vị trí nội dung với phối hợp
yêu cầu đến bộ nhớ cache định tuyến. Ngược lại với các phương pháp trước đó, ngoài con đường vị trí nội dung hoạt động
theo các nguyên tắc được xác định trước đó gán nội dung
cache (ví dụ, [1]). Đổi lại, yêu cầu đến bộ nhớ cache định tuyến
cũng phải tuân thủ các quy tắc tương tự để lấy
nội dung từ bộ nhớ đệm một cách phối hợp [17],
[18], [15] [7]. Định tuyến băm đã được một trong những giải pháp nổi bật được đề xuất trong lĩnh vực này [15].
Cả hai trên con đường và off-đường bộ nhớ đệm hiện thương mại-off. Onpath nội dung bộ nhớ đệm đòi hỏi ít sự phối hợp và quản lý, nhưng có thể cung cấp giới hạn mức tăng. Ngược lại, offpath vị trí nội dung và phục hồi có thể đạt được hit cao hơn
mức lãi suất là chi phí thêm sự phối hợp và chi phí truyền thông. Phối hợp trên không đề cập đến những quyết định quá trình ra các nơi để cache nội dung đến,
cũng như các quy tắc chuyển tiếp các yêu cầu (lại) trực tiếp đến nội dung cache [17], [23]