digitalmars.D.bugs - [Issue 3568] New: BitArray Indexing Should Use ulong
- d-bugmail puremagic.com (20/20) Dec 03 2009 http://d.puremagic.com/issues/show_bug.cgi?id=3568
- d-bugmail puremagic.com (9/9) Dec 03 2009 http://d.puremagic.com/issues/show_bug.cgi?id=3568
- d-bugmail puremagic.com (8/8) Dec 03 2009 http://d.puremagic.com/issues/show_bug.cgi?id=3568
- d-bugmail puremagic.com (13/13) Dec 22 2009 http://d.puremagic.com/issues/show_bug.cgi?id=3568
- d-bugmail puremagic.com (11/11) Dec 22 2009 http://d.puremagic.com/issues/show_bug.cgi?id=3568
- d-bugmail puremagic.com (11/11) Dec 22 2009 http://d.puremagic.com/issues/show_bug.cgi?id=3568
http://d.puremagic.com/issues/show_bug.cgi?id=3568
Summary: BitArray Indexing Should Use ulong
Product: D
Version: 2.036
Platform: Other
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nobody puremagic.com
ReportedBy: dsimcha yahoo.com
Given that the whole point of a BitArray is space efficiency so that you can
pack more into less memory, it seems silly to me that BitArrays are indexed by
size_t, thus arbitrarily preventing you from using more than 2^32 elements on
32-bit architectures.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Dec 03 2009
http://d.puremagic.com/issues/show_bug.cgi?id=3568 13:07:06 PST --- 2^32 bits takes up 536MB. Do you need a bit array greater than that size? It seems a bit excessive to allow larger arrays, making compiled code more complex for indexing. Perhaps the index type can be templated if you want a larger one. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Dec 03 2009
http://d.puremagic.com/issues/show_bug.cgi?id=3568 Yes, I'm within earshot of needing this. I'm working with adjacency matrices for graphs with ~50,000 vertices. It wouldn't take much more to hit this limit. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Dec 03 2009
http://d.puremagic.com/issues/show_bug.cgi?id=3568
Stewart Gordon <smjg iname.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |smjg iname.com
Where do you get 536MB from? It's 512MB. Nice round figure in binary terms -
it has to be.
But you've got me wondering if there's a more efficient way of storing that
kind of data....
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Dec 22 2009
http://d.puremagic.com/issues/show_bug.cgi?id=3568
Steven Schveighoffer <schveiguy yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |schveiguy yahoo.com
05:38:05 PST ---
Like hard drives, I assert that 1MB == 1,000,000 bytes :)
2^32 bits / 8 bits per byte = 536870912 == 512 * 1024 * 1024
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Dec 22 2009
http://d.puremagic.com/issues/show_bug.cgi?id=3568
Leandro Lucarella <llucax gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |llucax gmail.com
PST ---
Yeap, the correct term for 1024 * 1024 is MiB (mibibyte):
http://en.wikipedia.org/wiki/Mebibyte :)
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Dec 22 2009









d-bugmail puremagic.com 