On Fri, Dec 28, 2007 at 06:32:21PM -0800, Garrett Cooper wrote:
>Anyhow, thanks for the ideas I really do appreciate it. Overall, I think I
>will stick with BDB's hash(3) (seems less data collision prone, as was
>pointed out earlier, and less of a security risk) as I wasn't aware of the
>NULL ar
Hi,
Which of the architectures FreeBSD supports (if any) have strict memory
alignment requirements? (in the sense that accessing a 32-bit integer
not aligned on a 32-bit address results in a hardware trap/exception).
signature.asc
Description: OpenPGP digital signature
On Dec 28, 2007, at 4:35 AM, Ivan Voras wrote:
Garrett Cooper wrote:
Looks promising, but how difficult would it be to port the
code to other platforms (Win32 for instance?).
The hash algorithm itself as implemented in hash.h is pretty much a
text-book hash algorithm (D.J.Bernstein's)
Kris Kennaway wrote:
I am trying to optimize a malloc-based benchmark that is mmapping
anonymous memory (via mmap)
s/mmap/malloc/ ;)
Kris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubs
I am trying to optimize a malloc-based benchmark that is mmapping
anonymous memory (via mmap) and then eventually taking a page fault on
every page that was allocated. This is pretty inefficient for two reasons:
1) Lots of page faults, which drop performance by a factor of 10
compared to the
On Sat, 29 Dec 2007, Callum Gibson wrote:
On 28Dec07 14:09, KAYVEN RIESE wrote:
Ok, as far as I can tell you want a moused on ums, but not psm.
}It seems to me that it gets confusing, depending on how rc.conf is
}set on startup, but from dmesg output that seems to be the case:
}kv_bsd# dmesg |
On Sat, 29 Dec 2007, Callum Gibson wrote:
moused_enable="YES"
moused_psm_enable="NO"
both mice are on after reboot {:(
BTW, are you testing this at the console rather than in X11? Get it working
there first, as there are additional settings which could affect things
once you start X.
i'm
darn {:( no go. here is what i have in there now
moused_enable="YES"
#moused_ums_enable="NO"
#moused_port="/dev/ums0"
#moused_type="auto"
logged on, i can fix it with these two commands:
killall moused
moused -p /dev/ums0
or wait.. i can't. i'm confused again:
kv_bsd# killall moused
kv_bs
On Friday 28 December 2007 12:57:52 am Sharad Chandra wrote:
> Hi,
>
> I got a message on first boot "pid (): trap 12 with
> interrupts
> disabled", then it hanged and hard boot is required.
> It does not appears all the time.
>
> I tried to figure out the problem, trap 12 is stack excep
On Fri, 28 Dec 2007, Ivan Voras wrote:
On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
All hashs have issues with pooling see
http://www.burtleburtle.net/bob/hash/index.html...
Here's a more direct link:
http://www.burtleburtle.net/bob/hash/doobs.html
This one is much better
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan Voras wrote:
> On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
>
>> Depends on the size of the table... I work with a algrothem that
>> regularly has tables between 2^32 and 2^64 buckets (even though
>> the we use a slightly different
On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
> All hashs have issues with pooling see
> http://www.burtleburtle.net/bob/hash/index.html...
Here's a more direct link:
http://www.burtleburtle.net/bob/hash/doobs.html
This one is much better according to
http://en.wikipedia.org/wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>
> All hashs have issues with pooling see
> http://www.burtleburtle.net/bob/hash/index.html... btw it is a old
> wives tale that the number of buckets should be prime (mostly based
> on the very weak implementation Knuth offered)
Forgot to menti
On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
> Depends on the size of the table... I work with a algrothem that
> regularly has tables between 2^32 and 2^64 buckets (even though the we
> use a slightly different terminology)
This looks like an interesting project - are you using ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan Voras wrote:
> On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
>
>> Matter of fact this weakness is the main avenue of attack on
>> cryptographic hashes see http://eprint.iacr.org/2004/199.pdf A
>> slightly off topic side note NIST is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan Voras wrote:
> Garrett Cooper wrote:
>
>> Looks promising, but how difficult would it be to port the code
>> to other platforms (Win32 for instance?).
>
> The hash algorithm itself as implemented in hash.h is pretty much a
> text-book hash alg
On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
> Matter of fact this weakness is the main avenue of attack on
> cryptographic hashes see http://eprint.iacr.org/2004/199.pdf
> A slightly off topic side note NIST is having a contest to attempt to
> mitigate these issues in "SHA-3" see:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ivan Voras wrote:
> On 28/12/2007, Aryeh M. Friedman <[EMAIL PROTECTED]> wrote:
>
>> All hashs have issues with pooling see
>> http://www.burtleburtle.net/bob/hash/index.html...
>
> Here's a more direct link:
> http://www.burtleburtle.net/bob/hash/
Garrett Cooper wrote:
Looks promising, but how difficult would it be to port the code to
other platforms (Win32 for instance?).
The hash algorithm itself as implemented in hash.h is pretty much a
text-book hash algorithm (D.J.Bernstein's):
#ifndef HASHINIT
#define HASHINIT5381
Chuck Robey <[EMAIL PROTECTED]> writes:
> Anyhow, in the midst of all the screwing around, I now find that, on the
> Ascii-graphics FreeBSD loader UI, if I choose Option #5 (verbose loading)
> then the printing of the regular probe messages starts back up (this is NOT
> the verbose probe messages,
Garrett Cooper wrote:
On Dec 27, 2007, at 4:30 PM, Garrett Cooper wrote:
Hi all,
Just wondering if anyone knew of a good BSD license compatible
key-based hash placement / retrieval algorithm that was available
anywhere.
I'm looking for a reliable way to lookup objects to see if a give
21 matches
Mail list logo
