On Thursday 22 March 2007 14:58, Peter wrote: > On Thu, 22 Mar 2007, Tzahi Fadida wrote: > > Perhaps some kind of a hardware solution can be used. I.e. attaching a > > pci with memory and addressing it's 64gb memory either directly (if you > > have 64 bit bus) or in two phases. It can also be any RAM space size you > > choose, but it will cost you (each additional bit doubles your costs :) > > ). > > So what you are advocating is an expensive RAM disk ? The process limit > is still there. 32 bit cpu registers cannot easily manipulate more than > 3 GB of data. Any index etc must be limited to this size. The runtime > for accessing a 'ramdisk' will explode wrt running a single large > process.
Advocating is a strong word, i was suggesting. How exactly would you address 128gb,256gb? Unless of course your system board and CPU supports such sizes... As for 3GB, As i understand you must either have 2gb,4gb,... for this blooming filters, i.e. you need 4gb which does not leave much room for your kernel and apps in 32bit systems (and btw swapping is not really an option with this hash func). As for "expensive", some memories would not be adequate as CPU main memory, however will be adequate for storing this blooming filters but will be a lot cheaper than buying 64gb of ram or even 4gb. For example, even if it take 100 micro seconds (probably much much less) to retrieve the value you still have 10000 such attempts in 1 second which is more than adequate for the spell check app they suggested. -- Regards, Tzahi. -- Tzahi Fadida Blog: http://tzahi.blogsite.org | Home Site: http://tzahi.webhop.info WARNING TO SPAMMERS: see at http://members.lycos.co.uk/my2nis/spamwarning.html ================================================================To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
