4.6.6 Reducing the ErrorInstead of

4.6.6 Reducing the Error
Instead of allowing either one or two of each size bucket, suppose we allow either r−1 or r of each of the exponentially growing sizes 1,2,4,..., for some integer r > 2. In order to represent any possible number of 1’s, we must relax this condition for the buckets of size 1 and buckets of the largest size present; there may be any number, from 1 to r, of buckets of these sizes. The rule for combining buckets is essentially the same as in Section 4.6.5. If we get r + 1 buckets of size 2j, combine the leftmost two into a bucket of size 2j+1. That may, in turn, cause there to be r + 1 buckets of size 2j+1, and if so we continue combining buckets of larger sizes. The argument used in Section 4.6.4 can also be used here. However, because there are more buckets of smaller sizes, we can get a stronger bound on the error. We saw there that the largest relative error occurs when only one 1 from the leftmost bucket b is within the query range, and we therefore overestimate the true count. Suppose bucket b is of size 2j. Then the true count is at least
154 CHAPTER 4. MINING DATA STREAMS
Bucket Sizes and Ripple-Carry Adders
There is a pattern to the distribution of bucket sizes as we execute the basic algorithm of Section 4.6.5. Think of two buckets of size 2j as a ”1” in position j and one bucket of size 2j as a ”0” in that position. Then as 1’s arrive in the stream, the bucket sizes after each 1 form consecutive binary integers. The occasional long sequences of bucket combinations are analogous to the occasional long rippling of carries as we go from an integer like 101111 to 110000.

The overestimate is 2j−1 −1.
Thus, the fractional error is
No matter what j is, this fraction is upper bounded by 1/(r − 1). Thus, by picking r sufficiently large, we can limit the error to any desired ǫ > 0.

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

4.6.6 giảm lỗi
thay vì cho phép hoặc một hoặc hai của mỗi nhóm kích thước, giả sử chúng tôi cho phép r−1 hoặc r của mỗi của các kích thước ngày càng tăng theo cấp số nhân 1,2,4,..., cho một số số nguyên r > 2. Để đại diện cho bất kỳ có thể có số 1, chúng tôi phải thư giãn điều kiện này cho các nhóm kích thước 1 và Xô của kích thước lớn nhất hiện nay; để xem nếu có bất kỳ số nào, từ 1 đến r, Nhóm của các kích thước. Quy tắc cho các kết hợp xô về cơ bản là giống như trong phần 4.6.5. Nếu chúng tôi nhận được r 1 Xô kích thước 2j, kết hợp cả hai tận cùng bên trái vào một xô kích thước 2j 1. Mà có thể, lần lượt, nguyên nhân có được r 1 Xô của kích thước 2j 1, và nếu như vậy, chúng tôi tiếp tục kết hợp nhóm của kích thước lớn hơn. Các đối số được sử dụng trong phần 4.6.4 cũng có thể được sử dụng ở đây. Tuy nhiên, bởi vì có rất nhiều nhóm kích thước nhỏ hơn, chúng tôi có thể nhận được một ràng buộc mạnh mẽ hơn trên lỗi. Chúng tôi đã thấy có lỗi tương đối lớn nhất xảy ra khi chỉ có một 1 từ tận cùng bên trái Xô b là trong phạm vi truy vấn, và do đó chúng tôi đánh giá cao tính đúng. Giả sử nhóm b là của kích thước 2j. Sau đó thực sự đếm là ít
154 chương 4. Khai thác dữ liệu dòng
Xô kích thước và thực hiện gợn Adders
Đó là một mô hình để phân phối kích thước thùng như chúng tôi thực hiện các thuật toán cơ bản của phần 4.6.5. Hãy suy nghĩ của hai nhóm kích thước 2j là một "1" ở vị trí j và một xô của kích thước 2j là một "0" ở vị trí đó. Sau đó là của 1 đến trong dòng, tạo thành các nhóm kích thước sau khi mỗi 1 liên tiếp nhị phân số hàng nguyên. Các chuỗi dài thường xuyên của nhóm kết hợp là tương tự như để thỉnh thoảng lâu rippling của mang khi chúng tôi đi từ một số nguyên như 101111 để 110000.

overestimate là 2j−1 −1.
Vì vậy, lỗi phân đoạn là
không có vấn đề gì j là, phần này là trên bị chặn bởi 1 /(r − 1). Vì vậy, bằng cách chọn r sufficiently lớn, chúng tôi có thể giới hạn lỗi để bất kỳ mong muốn ǫ > 0.

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

4.6.6 Giảm Lỗi
Thay vì cho phép một hoặc hai của mỗi thùng kích thước, giả sử chúng ta cho phép một trong hai r-1 hoặc r của từng kích thước ngày càng tăng theo cấp số nhân 1,2,4, ..., đối với một số nguyên r> 2 . Để đại diện cho bất kỳ số có thể có của 1, chúng ta phải thư giãn tình trạng này cho thùng kích thước 1 và thùng kích thước lớn nhất hiện nay, có thể có bất kỳ số, từ 1 đến r, xô các kích cỡ. Các quy tắc để kết hợp xô về cơ bản giống như trong mục 4.6.5. Nếu chúng ta có r + 1 thùng kích thước 2j, kết hợp cả hai tận cùng bên trái vào một cái xô có kích thước 2j 1. Có thể, lần lượt, gây ra có được r + 1 thùng kích thước 2j +1, và nếu như vậy, chúng tôi tiếp tục kết hợp thùng kích thước lớn hơn. Đối số được sử dụng trong mục 4.6.4 cũng có thể được sử dụng ở đây. Tuy nhiên, do có nhiều thùng kích thước nhỏ hơn, chúng ta có thể có được một mạnh mẽ ràng buộc về lỗi. Chúng ta đã thấy có các sai số tương đối lớn nhất xảy ra khi chỉ có một 1 từ xô tận cùng bên trái b là trong phạm vi truy vấn, và do đó chúng tôi đánh giá quá cao số thật. Giả sử thùng b có kích thước 2j. Sau đó, số lượng thật sự là ít nhất
154 CHƯƠNG 4. KHAI THÁC dòng dữ liệu
Bucket kích cỡ và Ripple-Tiến bộ cộng
Có một mô hình để phân phối các thùng kích thước như chúng tôi thực hiện các thuật toán cơ bản của mục 4.6.5. Hãy suy nghĩ của hai xô kích thước 2j như một "1" ở vị trí j và một xô kích thước 2j là "0" ở vị trí đó. Sau đó là 1 của đến trong dòng suối, thùng kích thước sau mỗi 1 hình thức số nguyên nhị phân liên tiếp. Các chuỗi dài thỉnh thoảng kết hợp xô là tương tự như các gợn sóng dài thỉnh thoảng mang khi chúng ta đi từ một số nguyên như 101.111-110.000. Các ước lượng quá cao là 2j-1 -1. Do đó, lỗi phân đoạn là không có vấn đề gì k là, phần này được bao bọc bởi trên 1 / (r - 1). Như vậy, bằng cách chọn r đủ lớn, chúng ta có thể hạn chế lỗi cho bất kỳ ǫ mong muốn> 0.