Does anyone offer commercial support for Redis? We are planning to
roll out a solution using
Redis this summer or fall, and management has expressed concerns about support.
One twist; I am looking at the windows version of Redis.
Thanks,
Aaron
Hi Aaron. I'm glad you are considering using windows Redis.
There are currently two versions of windows redis: Cygwin and native.
Both versions are very close tied to the original specs, and all commands
should work as written on redis.io.
The main difference is lack of fork() on windows platform. I made native
port in a way that BGSAVE internally calls SAVE, which in practice
works, but block (as normal SAVE do)
This affects performance when BGSAVE is auto called on regular
intervals.
Cygwin build uses own fork() which works very differently than
true (unix) one - it copies whole memory from parent to child process.
This limits you to 1,5Gb effective storage (Cygwin is 32bit)
Also there is cygwin.dll dependency and cygwin's license dependency.
That is why I went to port it as native app. It can be found here:
https://github.com/dmajkic/redis
Beside source, latest 32bit and 64bit binaries that pass all tests
are in Download section.
I use this native ported redis via CreateProcess() API with auto saving
turned off. Then I have an full powered beast in mere 200Kb, ready
to support my app. Which is 32bit. And I fire up 64bit redis-server.exe
when started on 64bit windows. That way I use more than 3.7Gb via
32bit app.
Also, Rui Lopes forked my fork, and created support for service manager.
So redis-server can be started as true Windows service. Source is here:
(Note: I haven't tried it, but added code is clean and simple)
While I can't give any commercial support, you are welcome to
use my fork, fork it, and ask for peer-to-peer help, and I'll try to help
as much as my time allows.
Regards.
Dusan Majkic
My plan is to use the native port, with no persistence, so lack of fork
won't be an issue. I just need a fast, feature-full in-memory cache.
And thanks for the link to the windows service fork. I will definitely look
into this. Although forks of forks can begin to get dodgy :)
BTW, what type of dev environment do you use to build and debug the native
version. I am an olde c programmer from way back; might want to do some
hacking.
Cheers,
Aaron
2011/1/20 Dušan Majkić <dma...@gmail.com>:
> --
> 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.
>
>
My application will be deployed at a hospital, so when the admitting
system is down, the whole place
grinds to a halt. Managers want to have someone to go to that who will
put any Redis issue we encounter
at top priority, to get fixed/worked around asap. Not sure about the pricing.
Now, from reading the newsgroups, I know Salvatore and Pieter are
pretty ruthless about
fixing bugs, so I am not that worried. Although, windows will have issues
of its own, which they will not be as concerned about, I imagine,
since it is a fork.
Cheers,
Aaron
I use DevKit from RubyInstaller team. It is nice packaged TDM MinGW
gcc 4.5, which works almost flawlessly in compiling ruby gems. I added
Tcl to it - for redis tests. Other than that Console2 and editor. I also
used CodeBlocks IDE when there was need for bug hunt..
I don't use redis as database, I use it for temp app storage, or large cache.
It is started and killed with my app. I didn't test it as long running service.
BTW Redis under hood is small codebase, clean and easy to understand.
That is why it is so popular (or forked and branched so many times).
--
Regards..
Dusan Majkic
Cheers,
Aaron
2011/1/22 Jak Sprats <jaks...@gmail.com>: