Video on demand _ Video theo yêu cầu

Video on demand viết tắt Vod . Nghĩa tiếng việt là Video theo yêu cầu . Vod là hệ thống cho phép người dùng lựa chọn và xem nghe nội dung video hoặc âm thanh khi họ chọn, thay vì phải xem vào một thời gian phát sóng cụ thể. Công nghệ IPTV thường được sử dụng để mang lại các video theo yêu cầu cho TV và máy tính cá nhân.

Deploying Video-on-Demand Services on Cable Networks Abstract- hiệu quả video theo yêu cầu (VoD) là một mong muốn rất cao dịch vụ cho phương tiện truyền thông và các nhà cung cấp viễn thông. VoD cho phép thuê bao để xem các mục trong một danh mục phương tiện truyền thông lớn gần như ngay lập tức Tuy nhiên, hệ thống cung cấp dịch vụ này hiện đang đòi hỏi lượng lớn tài nguyên tập trung và băng thông đáng kể để chứa các thuê bao của họ. Yêu cầu phần cứng trở nên đáng quan hơn khi các nhà cung cấp dịch vụ gia tăng kích thước cửa hàng hoặc số thuê bao. Trong bài báo này, chúng tôi mô tả làm thế nào các công ty cáp có thể tận dụng phần cứng triển khai trong một peerto-peer kiến trúc để cung cấp một sự thay thế hiệu quả Chúng tôi đề xuất một hệ thống VoD phân phối và sử dụng các phép đo thực tế từ một hệ thống VoD triển khai để đánh giá quyết định thiết kế khác nhau . Kết quả của chúng tôi cho thấy rằng với những thay đổi nhỏ, hiện đang triển khai cáp cơ sở hạ tầng có thể hỗ trợ một hệ thống video theo nhu cầu mà quy mô để một số lượng lớn người dùng và kích thước catalogue thấp tập trung tài nguyên . I. GIỚI THIỆU Video-on-Demand (VoD) đã là chủ đề của dữ dội quan tâm cả trong các lĩnh vực nghiên cứu và thương mại cho một số năm. Lý do cho sự phổ biến này là gấp đôi. trên Một mặt, VoD đại diện cho một dịch vụ hấp dẫn đó là dự kiến để vẽ một số lượng lớn các thuê bao nếu được thực hiện và triển khai tốt. Mặt khác, các dịch vụ VoD đặt ra một thách thức do kích thước lớn lưu trữ, băng thông cao, và kết nối kiên trì cần thiết cho việc triển khai. Những thách thức này trở thành đặc biệt nghiêm trọng như số lượng thuê bao và khu vực tăng vùng phủ sóng. Do những yêu cầu rất cao, hầu hết các giải pháp cung cấp Dịch vụ VoD được phân phối. Nhiều giải pháp dịch vụ đa phương tiện yêu cầu sử dụng I / O server truyền thông nằm rải rác khắp khu vực triển khai. Trong một số giải pháp, những máy chủ đơn giản nhân rộng các phương tiện truyền thông Danh mục [5], [22], trong khi những người khác cố gắng dữ liệu phổ biến tự động cache chỉ [4], [13]. Thật không may, các giải pháp quy mô kém vì sự gia tăng thuê bao phải được đáp ứng với việc mua của đa phương tiện đắt tiền các máy chủ. Peer-to-peer hệ thống như [3], [12], [16] địa chỉ này khả năng mở rộng vấn đề bằng cách sử dụng các thuê bao tự giúp cho dữ liệu. Vì vậy, khi dân số thuê bao phát triển, số lượng các nhà cung cấp dịch vụ cũng phát triển. Một môi trường hấp dẫn để triển khai một VoD peer-to-peer hệ thống kết cấu hạ tầng được sử dụng bởi truyền hình cáp Mỹ các công ty. Cơ sở hạ tầng này là phổ biến và cáp cơ sở đăng ký là người lớn, nhưng trong những năm gần đây trong cuộc thi ngành công nghiệp này đã phát triển. Như vậy, có động đáng kể đến triển khai một dịch vụ VoD khả năng mở rộng trong môi trường này. Ngoài ra, cơ sở hạ tầng luôn bao gồm hai thành phần có thể tạo thuận lợi cho phát triển của một hệ thống peer-to-peer. Đầu tiên, các mạng vật lý lớp có, mạng ethernet như phát sóng dựa trên ở dặm cuối cùng. Thứ hai, các công ty triển khai cáp chuyên dụng máy tính để về nhà mỗi thuê bao trong các hình thức của set-top hộp, trong đó cho phép các thuê bao để truy cập các dịch vụ truyền hình. Trong bài báo này, chúng tôi đề xuất một phương pháp cho việc triển khai một peer-topeer kiến trúc trên cơ sở hạ tầng cáp để hoạt động như một proxycache cho dữ liệu VoD. Cách tiếp cận của chúng tôi sử dụng các hộp set-top trong vòng mỗi khu vực đồng trục như lưu trữ peer-to-peer cho bộ nhớ đệm nội dung. Ngoài ra, chúng ta khai thác khả năng phát sóng của mạng cáp đồng trục để lưu trữ dữ liệu tại một peer địa phương cũng như là xem. Theo hiểu biết của chúng tôi, đây là công trình đầu tiên trên peer-topeer các hệ thống chuyên biệt vào cơ sở hạ tầng cáp. chúng tôi đánh giá hệ thống của chúng tôi thông qua mô phỏng bằng cách sử dụng PowerInfo theo dõi [22] của việc sử dụng VoD thực thu thập từ một telcom Trung Quốc qua một số tháng. Điều này cho phép chúng ta đánh giá như thế nào một dịch vụ VoD thực sẽ được thực hiện qua một loạt các topo và chiến lược bộ nhớ đệm. Khi làm như vậy, công việc của chúng tôi làm cho những đóng góp sau. • Chúng tôi thấy rằng các phương pháp sản xuất bộ nhớ đệm đơn giản đáng kể giảm tải trên máy chủ VoD trung ương. • Chúng tôi cho thấy hiệu suất cũng quy mô với sự gia tăng kích thước khu phố, dân số thuê bao, và danh mục kích thước. • Chúng tôi cho rằng giải pháp của chúng tôi là khả thi bằng cách sử dụng những hạn chế các công nghệ hiện nay. II. VIDEO-ON-CẦU CHO MẠNG CÁP Video-on-demand là bước tiếp theo hợp lý trong Internet dựa trên phân phối nội dung. Công ty truyền thông như cáp (Cox, Comcast), vệ tinh (DirecTV, Dish Networks), và cho thuê phim (Blockbuster, NetFlix) được tất cả các điều tra tính khả thi của cung cấp nội dung số đến nhà với chi phí tối thiểu chi phí. Video-on-demand thông qua cáp hoặc vệ tinh hiện có liên kết cung cấp một kênh dễ dàng triển khai cho thế hệ tiếp theo phân phối nội dung. Các nhà cung cấp hiện tại như Cox, Comcast và DirecTV đã được triển khai nguyên mẫu video-Mình làm như một dịch vụ giá trị gia tăng. Ngay cả khi các công ty truyền thông thử nghiệm với máy Mình làm, họ cơ bản được giới hạn bởi sự phân bố dữ liệu mô hình. Lý tưởng nhất, các công ty truyền thông có thể cung cấp lượng lớn Lựa chọn của bộ phim, truyền hình, và âm nhạc theo yêu cầu cho tất cả người sử dụng. Thật không may, kết quả sẽ làm tê liệt giao thông hiện tại cơ sở hạ tầng giao hàng. Máy chủ phương tiện truyền thông tập trung sẽ trở thành đĩa I / O cũng như tắc nghẽn băng thông, giao thông hạ lưu, cung cấp giữa 4,9 Gb / s và 6.6 Gb / s tùy thuộc vào khả năng truyền hình cáp. Trong số này, khoảng 3,3 Gb / s được sử dụng cho truyền hình cáp, và phần còn lại được sử dụng cho khác dịch vụ. Công suất ngược dòng nhận định và tiêu chuẩn hóa phân bổ khoảng 215 Mb / s, được sử dụng cho Lưu lượng IP modem cáp, tín hiệu điều khiển set-top, và VoIP dữ liệu cho toàn bộ khu phố. Bởi vì các thuộc tính có những tác động ảnh hưởng tiêu cực mạng cáp hiện đại sử dụng, các công ty thường xuyên đẩy quang gần các thuê bao nhà như ngân sách cho phép. Giai đoạn cuối cùng của kiến trúc cáp, chúng tôi sẽ thảo luận là hộp set-top, đó là một máy tính chuyên cung cấp dịch vụ cáp trong nhà thuê bao. Chức năng chính của nó là để kéo dữ liệu ra khỏi dây chuyền, thực hiện bất kỳ giải mã cần thiết, và hiển thị nó trên TV. Nó cũng các trường và xử lý các yêu cầu cho VoD, pay-per-view, hoặc các dịch vụ cáp khác nhau, và có thể thu các chương trình nếu nó là một máy ghi video kỹ thuật số (DVR). Cuối cùng, nó tải về quảng cáo và phần mềm nâng cấp mục tiêu và báo cáo mô hình sử dụng trong nền. Trong khi các thuê bao có thể biến các set-top box "off" -thus khử hoạt màn hình và tín hiệu truyền hình này thiết bị phải còn trên. III. VIỆC LIÊN QUAN Hiện đã có một số lượng đáng kể các công việc trên hiệu quả phân phối các nội dung video theo yêu cầu qua mạng. Dữ liệu video là rất lớn, và tỷ lệ yêu cầu dự kiến trong một Hệ thống VoD là khá cao. Dữ liệu video trong khoảng từ 3,5 Mb / s đén 8 Mb / s, tùy thuộc vào chất lượng mã hóa, đối với bình thường nét Dữ liệu MPEG-2 video. Kết quả là, các máy chủ phải lưu trữ cả một số lượng lớn dữ liệu và hỗ trợ tôi cao / tốc độ O. Hai chính kỹ thuật được sử dụng để giải quyết vấn đề này là chủ proxy bộ nhớ đệm và multicast. Các cựu giảm tải máy chủ bằng cách bộ nhớ đệm dữ liệu phổ biến chiến lược trên toàn hệ thống. các sau đó xây dựng một cây multicast để cố gắng phân phối mạng tải đồng đều trên toàn hệ thống. Nhiều công việc trong khu vực này tập trung vào việc sử dụng I / O server cao để cung cấp bộ nhớ cache proxy cho một hệ thống phân phối đa phương tiện. Tuy nhiên, sự chú ý đáng kể cũng đã được dành riêng để peer-to-peer giải pháp. Những giải pháp khai thác topology biết tổ chức và vị trí bản sao nhanh chóng để sản xuất một hệ thống cho phép mỗi ngang để nhanh chóng xác định vị trí và lấy dữ liệu. Nhiều người trong số các hệ thống này, như [2], [3], [10], [12] sử dụng của cấu trúc peer-to-peer lớp phủ [14], [19], [20], [24] để lưu trữ dữ liệu cụ thể. Những người khác, trong [16], [17], nỗ lực để tạo thành một lớp phủ ít có cấu trúc cho các tuyến giao phương tiện truyền thông. A. Proxy Caching Cache Proxy phục vụ để giảm tải trên một máy chủ trung tâm và nơi dữ liệu địa lý gần gũi hơn với những người truy cập vào nó. hệ thống được triển khai bằng cách đặt cache dữ liệu một chiến lược toàn mạng. Khách hàng có nhu cầu truy cập dữ liệu liên lạc đầu tiên lân cận bộ nhớ cache để yêu cầu dữ liệu. Nếu dữ liệu là phổ biến, có là một cơ hội tốt cho các yêu cầu sẽ ghi một hit và bộ nhớ cache được trả lại ngay lập tức. Nếu không, các bộ nhớ cache truy xuất dữ liệu từ một máy chủ, chuyển tiếp đáp ứng cho khách hàng và có thể bộ nhớ đệm trong quá trình này. Giải pháp này cũng tương tự như bộ nhớ đệm web, mà đã thành công cho các công ty như Akamai [1], [7]. Các giải pháp dựa trên máy chủ đặt các máy mạnh mẽ trong suốt Khu triển khai của họ để cung cấp bộ nhớ cache. những máy được tối ưu hóa rất nhiều và tốn kém, và phục vụ dữ liệu đến lớn số lượng khách hàng. Nghiên cứu về các hệ thống này thường tập trung vào các thuật toán bộ nhớ đệm tinh vi nhằm đạt được một cao bit-to-hit tỷ lệ [4], [9], [13], [15], [25]. Về cơ bản, máy chủ được giới hạn bởi đĩa và băng thông mạng. Kết quả là, này giải pháp quy mô kém vì nếu nhu cầu tăng và các máy chủ được hết công suất, máy chủ mới phải được mua. Peer-to-peer giải pháp cố gắng để giải quyết vấn đề khả năng mở rộng này vấn đề bằng cách dàn proxy ở đồng nghiệp gần đó. Yêu cầu được phục vụ do bạn học nếu họ có thể được phục vụ nhanh chóng, hoặc bởi một máy chủ nếu họ không thể. Bởi vì không có vị trí trung tâm để thu thập xem mô hình và phổ biến tính tập tin, dân cư ở bộ nhớ cache có thể được thử thách. Các hệ thống được mô tả trong [10], [11], trong đó sử dụng một hệ thống peer-to-peer để tăng thêm một proxy hiện tại máy chủ cache, thảo luận về những thách thức này. Ngoài ra, do các thực hiện hình phạt từ cố gắng để lấy một mục lưu trữ từ một peer xa, hệ thống kỹ phải giải quyết vấn đề bộ nhớ cache của địa phương [2], [17]. B. Multicast Trees Giải pháp Multicast sử dụng một cây multicast để phân phối dữ liệu cho một số lượng lớn người dùng với băng thông máy chủ tối thiểu. Để thực hiện điều này, khách hàng yêu cầu các tập tin cùng phối hợp để xây dựng một cây multicast mức ứng dụng. Các dòng máy chủ dữ liệu để chỉ một vài nút ở phần đầu của cây. những các nút sau đó truyền lại dữ liệu cho con cái của họ cho đến khi dữ liệu truyền qua toàn bộ cây. Một số phương pháp, như [16], [23], [26], sử dụng một, tin đồn dựa trên giao thức phi cấu trúc để dữ liệu multicast. Những người khác, như [3], [27], sử dụng một lớp phủ có cấu trúc để xây dựng một cây multicast. Địa phương đóng một vai trò quan trọng trong các giải pháp multicast, như liên kết hiệu suất thấp có thể làm chậm tất cả các nút bên dưới chúng trong cây. Các công trình trong [6], [16], [27] giải quyết vấn đề này. cây xây dựng và bảo trì cũng đang thách thức vì thất bại trong các hạch nội thất của cây có thể tốn kém. hệ thống như [12], [21] xây dựng dư thừa đáng kể vào mỗi nút trong cây multicast để chiến đấu này. Ngoài ra, cây dẫn đến một lớn hơn tiết kiệm băng thông máy chủ khi họ phát triển lớn hơn. Như vậy, hệ thống như [6], [16] giữ một bộ nhớ cache phát lại tại mỗi nút. Nếu mới nút tham gia vào thân cây, nó có thể bắt kịp bằng cách tải dữ liệu gần đây từ cache của các đồng nghiệp khác. IV. HỆ THỐNG KIẾN TRÚC Hệ thống của chúng tôi sẽ triển khai một dịch vụ VoD qua cơ sở hạ tầng cáp sử dụng một kiến trúc proxy-cache. Chúng tôi chọn phương pháp này trên cây multicast dựa trên phân tích của chúng tôi về việc sử dụng VoD. Kiến trúc của chúng tôi sau topo cáp để thực hiện điều này hệ thống. A. Tại sao không Multicast Multicast là một giải pháp nghiên cứu cực kỳ phổ biến cho việc cung cấp Dịch vụ trực tuyến mở rộng. Vì vậy, điều quan trọng làgiải chi tiết lý do tại sao chúng ta không sử dụng multicast. lý luận của chúng tôi được dựa trên sự phân tích của các dấu vết PowerInfo sử dụng của một sản VoD hệ thống [22], trong đó chúng tôi thảo luận chi tiết trong phần VA. Từ dữ liệu này, chúng tôi xác định hai thuộc tính của xem video mẫu mà làm suy yếu hiệu quả của cây multicast. Đầu tiên, theo dõi dữ liệu cho thấy rằng sự nổi tiếng là chương trình nặng nề lệch. Chúng ta thường thấy một số lượng nhỏ cực kỳ phổ biến các chương trình, và một số lượng rất lớn của những người không được lòng dân. Hình 2 minh họa nghiêng này. Các dòng rắn của đồ thị này cho thấy một chạy tổng số buổi khởi xướng vào cuối 15 phút cho các chương trình phổ biến nhất trong bảy thời gian trong ngày. Đối với các chương trình quantile 99%, tuy nhiên, số lượng truy cập là xuống khoảng 13, và cho 95% quantile con số này giảm xuống còn 5. Cây Multicast tạo các khoản tiết kiệm đáng kể nhất khi nhiều đồng nghiệp tham gia cây multicast. Tuy nhiên, đối với phần lớn các chương trình trong các cửa hàng, nó sẽ được thử thách để xây dựng một cây lớn. Thứ hai, và quan trọng hơn, vấn đề cho multicast cây này là người dùng trong hệ thống VoD này có sự chú ý rất ngắn kéo dài. Hình 3 cho thấy ECDF phương chiều dài của tất cả các phiên cho các tập tin phổ biến nhất trong các phần của các dấu vết thể hiện trong Hình 2. Đối với chương trình 100 phút này, chúng ta thấy rằng 50% của các phiên họp kéo dài ít hơn 8 phút. Chỉ có 13% của tất cả các phiên vượt qua mốc nửa đường. Cây multicast hiện đại thực hiện một loạt các cơ chế để giảm chi phí của các đồng nghiệp để lại cây giữa dòng. Tuy nhiên, dữ liệu của chúng tôi cho thấy rằng khởi hành là khá nghiêm trọng, phức tạp đáng kể cây bảo trì một cây multicast. 1) Bộ nhớ cache Thực hiện: Các vị trí của dữ liệu trong chúng tôi Hệ thống được quyết định hoàn toàn bởi các máy chủ chỉ mục. chương Trình được chia thành 5 phân đoạn phút và phân bố trong một bộ sưu tập của các đồng nghiệp. Khi máy chủ chỉ số xác định rằng một chương trình nên có trong bộ nhớ cache, nó nằm một bộ sưu tập của đồng nghiệp để lưu trữ các đoạn. Nó cũng sẽ hướng dẫn các đồng nghiệp để xóa chương trình từ ổ đĩa cứng của họ như là bộ nhớ cache trở nên đầy đủ. Không giống như nhiều peer-to-peer hệ thống có cấu trúc, vị trí đó không xác suất. Thay vào đó, các dữ liệu địa điểm máy chủ chỉ mục để cân bằng tải, và theo dõi những nơi mà mỗi chương trình nằm. Các sơ đồ trong hình 4 minh họa sự tương tác giữa các đồng nghiệp và các máy chủ chỉ trong một cache. Ở đây, dòng chảy bắt đầu ở góc dưới bên trái của sơ đồ với một yêu cầu cho một đoạn chương trình (1). Yêu cầu này được nhận bởi các máy chủ chỉ mục, trong đó xác định rằng chương trình không phải là chứa trong bộ nhớ cache của địa phương. Các máy chủ chỉ gửi một yêu cầu đến một máy chủ phương tiện truyền thông trung tâm thông qua mạng cáp quang (2), và chương trình phát sóng đoạn vừa được nhận các khu phố (3). Người yêu cầu sau đó đọc dữ liệu ra khỏi dây vì nó là phát sóng (4). Ngoài ra, nếu máy chủ chỉ số đã xác định rằng các chương trình mới được truy cập nên được bổ sung vào bộ nhớ cache, nó có thể hướng dẫn viên đồng đẳng khác để đọc cùng phát sóng này (4). Trong trường hợp của một hit, như thể hiện trong hình 5, các dòng bắt đầu ở phía dưới bên trái (1). Khi nhận được yêu cầu, chỉ số máy chủ nằm ngang hàng lưu trữ phân khúc và hướng dẫn nó tới phát sóng (2). Peer phát sóng đoạn (3), và nó là nhận được các yêu cầu ban đầu (4). Dữ liệu được truyền với tốc độ 8.06 Mb / s. Đây là tỷ lệ tối thiểu cần thiết để duy trì phát lại liên tục có chất lượng cao MPEG-2 độ nét tiêu chuẩn phương tiện truyền thông truyền hình dòng. Nhiều hệ thống cố gắng để truyền dữ liệu nhanh hơn tỷ lệ phát lại bởi vì nó cho phép người sử dụng để sau đó nhanh chóng chuyển tiếp hoặc bỏ qua. Chúng tôi tin rằng, nếu mạng và máy chủ băng thong là một cơ chế mã hóa phức tạp hơn và không thông qua không hiệu quả và tham lam sử dụng mạng. Ví dụ nhanh về phía trước chức năng có thể được thực hiện bằng cách gửi một chỉ số của mỗi phân đoạn trong một chương trình cho thuê bao và cho phép nhảy vào điểm định trước [8]. 2) Chiến lược Cache: Chúng tôi nhìn vào hai chiến lược bộ nhớ đệm đơn giản được thực hiện bởi các máy chủ chỉ mục. nhất đơn giản là một chiến lược Least Recently Used (LRU). chiến lược này [...]... nghiệp trong mỗi khu vực được tổ chức thành một bộ nhớ cache hợp tác xã bởi một máy chủ chỉ được đặt tại mỗi headend Máy chủ này sử dụng tín hiệu điều khiển để hướng dẫn đồng nghiệp để phát sóng, cửa hàng, hoặc xóa dữ liệu là cần thiết để duy trì bộ nhớ cache Các máy chủ chỉ số cũng theo dõi tất cả các yêu cầu trong các khu phố để tính toán nộp phổ biến và cư trú trong bộ nhớ cache Mỗi peer trong mạng... peer trong khu phố Hộp set-top là luôn luôn, mà làm cho họ đặc biệt hấp dẫn cho peer-to-peer hệ thống Một vấn đề quan trọng đối với hầu hết đó hệ thống là "nổi sóng" [18], hoặc sự xuất hiện liên tục và khởi hành của đồng nghiệp Đây không phải là một vấn đề trong môi trường của chúng tôi vì đặc tính này của các hộp set-top 4) Yêu cầu khác: Chúng tôi làm cho hai bổ sung đáng kể yêu cầu về phần cứng trong... truy cập đồng bộ Bằng cách này, chúng ta có thể mở rộng số lượng đại lý trong các dấu vết mà không ảnh hưởng nghiêm trọng đến tài sản của các hành vi vi lượng B Mô phỏng Topology và Execution Khi khởi tạo, các mô phỏng liên kết người sử dụng trong các theo dõi với các thuê bao trong một khu phố Những nơi mô phỏng thuê bao trong các khu phố thống nhất một cách ngẫu nhiên Vùng lân cận kích thước được... Khi một sự kiện xảy ra, người sử dụng người khởi xướng sự kiện nằm trong chương trình quy định trong topology mô phỏng Chương trình này có thể sẽ được lưu trữ trong vòng các khu phố bằng một trong những đồng nghiệp, hoặc nó sẽ được đặt trên một máy chủ trung tâm Trong cả hai trường hợp, việc tải về tiêu thụ hàng xóm băng thông, và trong các trường hợp sau này, nó cũng tiêu thụ băng thông máy chủ Tốc... toàn cầu để làm cho mọi quyết định bộ nhớ đệm trong bộ nhớ cache khu proxy giữa hai thanh hiển thị hiệu suất nếu các dữ liệu địa phương chỉ là tăng cường với thông tin toàn cầu trong các mẻ sau khi một số chiều dài của thời gian đã trôi qua Sự cải thiện từ việc sử dụng toàn cầu thông tin phổ biến là đáng chú ý, ngay cả khi các dữ liệu toàn cầu là chỉ kết hợp theo định kỳ Tuy nhiên, sự cải thiện tất cả... VII KẾT LUẬN Video- on- demand là mô hình phân phối trong tương lai cho một rộng loạt các nội dung media Trong bài báo này, chúng tôi sử dụng một dấu vết hoàn chỉnh của một hệ thống nguyên mẫu VoD triển khai với hai tác dụng chính: để phân tích hiệu quả của các giải pháp khác nhau và thực hiện một mô phỏng thực tế Chúng tôi tập trung vào các công trình phân phối bộ nhớ đệm ở cạnh mạng trong các hình... tất cả các chương trình trong các dấu vết Đối với mỗi sự kiện trong dấu vết, chúng ta thay thế một trong những bản sao n của chương trình gốc một cách ngẫu nhiên Các cách để tăng số lượng người dùng là tương tự Chúng tôi tạo n bản sao của mỗi người dùng, và cho mỗi sự kiện trong các dấu vết, chúng tôi thực hiện các sự kiện n-một cho mỗi bản sao-cho cùng một chương trình Trong trường hợp này, chúng... dân số người sử dụng và danh mục chương trình Để thực hiện những thí nghiệm này, chúng ta sửa đổi các sự kiện trong dấu vết ban đầu theo cách thức được mô tả trong phần VA chúng tôi kiểm tra việc thực hiện trong một môi trường với 1.000 người sử dụng và 10 GB dung lượng lưu trữ cho mỗi-peer Trong hình 15, mỗi nhóm 5 thanh cho thấy các máy chủ tải trung bình là dân số sử dụng là tăng multiplicatively-từ... động trên hai dòng Các bộ nhớ cache sẽ kích hoạt một lỡ nếu một phân khúc được yêu cầu từ một ngang hàng mà đã có hơn hai dòng hoạt động trong hai hướng VI KẾT QUẢ tHÍ Trong phần này, chúng tôi chứng minh việc giảm tải máy chủ đạt được từ việc triển khai các hệ thống chúng tôi đã mô tả trước đây Chúng tôi bao gồm ba chủ đề trong phần này Đầu tiên, chúng tôi hoàn toàn khám phá hiệu suất của hai chiến lược... các hầu hết các chương trình phổ biến tại các cửa hàng Trong môi trường này, một bộ nhớ cache không chính xác sẽ thường xuyên loại bỏ các tập tin phổ biến do để một lag không cân xứng giữa các truy cập hoặc các vụ nổ của yêu cầu cho một tập tin ít phổ biến Như cache mọc lớn có rất ít, nếu có, sự khác biệt giữa hai chiến lược của chúng tôi Trong những trường hợp này, cache này đủ lớn để họ có thể đáp . topology định. A. PowerInfo vết dữ liệu Các PowerInfo VoD dấu vết [22] ghi lại mọi giao dịch xảy ra trong một hệ thống VoD triển khai. Các dịch vụ VoD tài liệu trong dấu vết này đã được cung cấp tại. cung cấp một sự thay thế hiệu quả Chúng tôi đề xuất một hệ thống VoD phân phối và sử dụng các phép đo thực tế từ một hệ thống VoD triển khai để đánh giá quyết định thiết kế khác nhau . Kết. THIỆU Video-on-Demand (VoD) đã là chủ đề của dữ dội quan tâm cả trong các lĩnh vực nghiên cứu và thương mại cho một số năm. Lý do cho sự phổ biến này là gấp đôi. trên Một mặt, VoD đại diện cho một