Redis build for Windows x64

[Luca Martinetti]

Hi,

Is there a build of Redis for Windows x64?

I'm unable to find one and even compile it myself. Cygwin only support
32bit

Do you have an idea on where I can find one or how to compile it
myself?

Thanks for your help.

Luca

[Demis Bellot]

Your best chance is to check out the cygwin-free windows builds here:

http://github.com/dmajkic/redis/downloads

Even though it doesn't use Cygwin, it still only looks like he has 32bit builds at the moment, you may want him to ask him to supply 64bit builds.

- Demis

--
You received this message because you are subscribed to the Google Groups "Redis DB" group.
To post to this group, send email to redi...@googlegroups.com.
To unsubscribe from this group, send email to redis-db+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/redis-db?hl=en.

[Dušan Majkić]

> Your best chance is to check out the cygwin-free windows builds here:
>
> http://github.com/dmajkic/redis/downloads
>
> Even though it doesn't use Cygwin, it still only looks like he has 32bit
> builds at the moment, you may want him to ask him to supply 64bit builds.

There is nothing 32bit specific, except the fact that I work on 32bit windows.
I simply had no way to run tests on 64bit exe.
64 bit builds will arrive as soon as I get my hands on it.

Also, nothing stops you to try to build it yourself.

[Luca Martinetti]

Dusan,

I tried to compile it using Ming-w64 but there are some issues with
x64.

It will be great if you can work an a x64 version.

If you need it I can give you access to one of my Win 2008 x64 server
to test it.
Write me if you're interested.

Bye!

Luca Martinetti
CTO
DomainsBot

[Dušan Majkić]

> I tried to compile it using Ming-w64 but there are some issues with x64.
>
> It will be great if you can work an a x64 version.

I'll install Win64 VM on laptop.
Give me some time to get into how MinGW-x64 works.

Regards.

[Salvatore Sanfilippo]

My suggestion is running a VM (VMare desktop, Virtualbox, ...) with
Linux and the UNIX Redis port for development.

Cheers,
Salvatore

> --
> You received this message because you are subscribed to the Google Groups "Redis DB" group.
> To post to this group, send email to redi...@googlegroups.com.
> To unsubscribe from this group, send email to redis-db+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/redis-db?hl=en.
>
>

--
Salvatore 'antirez' Sanfilippo
http://invece.org

"We are what we repeatedly do. Excellence, therefore, is not an act,
but a habit." -- Aristotele

[Ludger Sprenker]

Hi Dusan,

have you made any progress with mingw64? I have tried to cross compile
your branch with Mingw64 on Ubuntu:

redis-server.exe, redis-check-aof.exe and redis-check-dump.exe crash
immediatly without giving any output. It seems, as if they don't even
get to the first line of the main() function (just added some debug
messages there).

64bit versions of redis-cli.exe and redis-benchmark.exe seem to work
without any changes (tested them with the mingw32 redis-server).

Regards.

[Dušan Majkić]

> have you made any progress with mingw64?

It will not be that easy to port it. There are enough types that
are different size in Unix and in Windows, that this port will
become a full fork of Redis project.

And there was a series of recent commits that changed a
lot in code base: client went hiredis, cluster is comming,
unix socekts are supperted, etc...

Mester rep is brewing and buzzing. This is a good thing,
but I have ony spare time to track it and work on it.

On the plus side, I have it compiling and I'mworking on
tests that fail.

[Ludger Sprenker]

Hi Dušan,

On Nov 5, 6:32 pm, Dušan Majkić <dmaj...@gmail.com> wrote:
> It will not be that easy to port it. There are enough types that
> are different size in Unix and in Windows

Do you mean the LLP64/LP64 stuff or are there other major differences?

>, that this port will
> become a full fork of Redis project.

Keeping a full fork up to date, sounds like a lot of work. I would
have never guessed, that there are so much differences (at least after
having a working 32bit port). :-(

> And there was a series of recent commits that changed a
> lot in code base: client went hiredis, cluster is comming,
> unix socekts are supperted, etc...
>
> Mester rep is brewing and buzzing. This is a good thing,
> but I have ony spare time to track it and work on it.

Do you think it is even in the long run a 'mission impossible' to have
a production ready win64 version of redis that keeps (nearly) up to
date with the official releases?

> On the plus side, I have it compiling and I'mworking on
> tests that fail.

That sounds like good news! Do you need some help with this?

Regards

[Dušan Majkić]

> Do you mean the LLP64/LP64 stuff or are there other major differences?

Yes. There are a number of places where there is something like:

long x = (long) o->ptr;

Ok for 32bits, but 64bit does different in Windows than on Linux.

Long longs are used whenever possible, but sitll,
every (long)something is potential error on windows.

Then there are 64bit file access issues (32bit offsets) and like,
since msvcrt is used. These should be tackled with MinGW
replacements and if that doesn't fit, with WinAPI.

Timings are also different: nt ticks on 10-15ms, so
high resolution timer should be used. Etc..

> Do you think it is even in the long run a 'mission impossible' to have
> a production ready win64 version of redis that keeps (nearly) up to
> date with the official releases?

There is a great usage niche for win64 redis. It can provide access
to full 64bit memory from 32bit app, with very little overhead.
Simpler than shared memory, and faster than file based dbs.

Now, I know that Salvatore and others took the "redis-on-server"
road, but I find this "redis-on-client" very interesting. If it can be
done, and done right, I'll be the first one to use it.

> Do you need some help with this?

I'll push 64bit buildable source to github as soon as it builds
something stable. Feel free to do do what ever you like with it
and, of course, any help appreciated.