Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(16) |
Nov
(6) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
(8) |
2007 |
Jan
|
Feb
|
Mar
(14) |
Apr
|
May
(57) |
Jun
(4) |
Jul
(6) |
Aug
(2) |
Sep
(16) |
Oct
|
Nov
(3) |
Dec
(12) |
2008 |
Jan
(16) |
Feb
(3) |
Mar
|
Apr
|
May
(11) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(2) |
2009 |
Jan
(1) |
Feb
(13) |
Mar
(9) |
Apr
|
May
(16) |
Jun
(4) |
Jul
(5) |
Aug
|
Sep
(15) |
Oct
|
Nov
(3) |
Dec
(4) |
2010 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(14) |
2011 |
Jan
(13) |
Feb
(61) |
Mar
(5) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(6) |
Dec
(2) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
(13) |
May
(3) |
Jun
|
Jul
(2) |
Aug
(14) |
Sep
(1) |
Oct
(36) |
Nov
(37) |
Dec
(1) |
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(4) |
Nov
(5) |
Dec
|
2014 |
Jan
(1) |
Feb
(35) |
Mar
(3) |
Apr
|
May
(7) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
(7) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(10) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(9) |
Oct
|
Nov
(3) |
Dec
(4) |
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
16
(2) |
17
(1) |
18
|
19
(1) |
20
|
21
(1) |
22
(3) |
23
(3) |
24
|
25
|
26
|
27
|
28
|
29
|
30
|
31
|
From: john skaller <skaller@us...> - 2008-05-16 22:34:11
|
On 17/05/2008, at 12:59 AM, Simen Kvaal wrote: > > What would be the most efficient way to do this? Would it depend on > the density of the array? Typically, I have ~1000 indices and ~5 bits > set. > > My present code traverses first A (using J1F and J1N on A) and using > J1T on B for each result. The result is then stored. Then, it repeats > the process on B. > > This is fast; about as fast as using bit-wise manipulations on > unsigned integers, which was my old representation of the patterns. > However, it seems to scale not so well when the largest indicex > present grows. I have two ideas. The first depends on your insert/delete vs read frequency: maintain d(A,B), d(B,A) and the j functions directly, and modify them on insertion and deletion. The second is to use a JudyL, and store a bit pattern in the data word, i.e. use a hybrid data structure. However given your small set sizes (5) and small maximum element value, it's not clear how to improve performance algorithmically: it's likely small machine/compiler dependent quirks will play a significant role in performance. 1024 bits is 128 bytes, which is pretty close to a cache line size, so your original bit array was probably quite fast. -- john skaller skaller@... |
From: Simen Kvaal <simen.kvaal@gm...> - 2008-05-16 14:59:40
|
Hi! I came across Judy1 yesterday and have incorporated it into my code, and it works wonderfully. My code heavily relies on a fast and memory-efficient way to represent a sparse pattern of bits -- hence, Judy1! To be more specific, my code repeatedly compares two variable patterns (Judy1 arrays) A and B, both containing a constant number of set bits, to find differing bit positions. For example, if A = (1, 4, 5, 10, 15) B = (1, 5, 6, 10, 20) Then i need the output d(A,B) = (4, 15), d(B,A) = (6, 20) and also j(A,B) = (2, 5) and j(B,A) = (3,5), where j(A,B) are the number in the sequence of the differing bits in A compared to B. What would be the most efficient way to do this? Would it depend on the density of the array? Typically, I have ~1000 indices and ~5 bits set. My present code traverses first A (using J1F and J1N on A) and using J1T on B for each result. The result is then stored. Then, it repeats the process on B. This is fast; about as fast as using bit-wise manipulations on unsigned integers, which was my old representation of the patterns. However, it seems to scale not so well when the largest indicex present grows. Thanks in advance for any advice! Regards, Simen Kvaal. -- ----- Simen Kvaal -- Ph.D student in Physics/Applied Maths ----- Centre of Mathematics for Applications, University of Oslo web: http://folk.uio.no/simenkva/ office: +47 22857708 |