Hi all,

I've been looking at the following solution to get started, I'd like
to ask those with more experience, what are the drawbacks?

1. invoke slabs_init with prealloc set to "true"
2. use mmap instead of malloc

    if (prealloc) {
        /* Allocate everything in a big chunk with malloc */
        mem_base = malloc(mem_limit);

changes to

    if (prealloc) {
        /* Map everything to my block device special file
           in a big chunk with mmap..
            fd is a global file descriptor (to be closed on cleanup)
            filename is the block device special file "/dev/foo" */
        fd = open(filename, O_RDWR, 0600);
        mem_base = mmap(NULL, mem_limit, PROT_READ | PROT_WRITE,
                        MAP_SHARED, fd, 0);


thanks a lot!
Mitch.

On Wed, Sep 16, 2009 at 11:12 AM, Mitch Crane <[email protected]> wrote:
> Apparently the branch is a bit dated, and someone is working on bringing it 
> up to current development level.  I would be happy to help out if anyone can 
> provide the old revision number plus patch, knowing we'd be missing out on 
> more recent enhancements/fixes.. I could at least make a quick recipe for we 
> folks that are looking to play around with something now..
> As well as provide code review/feedback for the patch that would apply to 
> trunk.
>
> Thanks!
> Mitch.
>
> -----Original Message-----
> From: RogueWarrior <[email protected]>
>
> Date: Wed, 16 Sep 2009 10:05:13
> To: memcached<[email protected]>
> Subject: Re: block device
>
>
>
> Hello I am sorry to bother you all.  We would love to get a build or
> command line options to build the SSD capable branch/fork for a Sparc
> Solaris machine.  Has it been tested on such a machine and does anyone
> have the command line options?
>
> Thanks!
>
> On Sep 11, 3:29 pm, Dustin <[email protected]> wrote:
>> On Sep 11, 3:24 pm, Dan Simoes <[email protected]> wrote:
>>
>> > I think we're playing with the same "thingie" :)
>> > Where can I find this particular branch?
>>
>>   I think it's a little behind and needs some merging to catch up.
>> Trond can speak for what the most current authoritative version is.
>> I've got a todo list entry to ask him to rebase it.
>>
>>   Hey Trond, can you rebase it?  :)
>

Reply via email to