#redis on irc.freenode.net 2011-12-05 (txt)

[00:10] wam (~wam@unaffiliated/wam) joined #redis.
[00:10] hackband (~hackband@1385159443.dhcp.dbnet.dk) left irc: Remote host closed the connection
[00:17] tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection
[00:27] synk (~synk@ugate.dwango.co.jp) left irc: Quit: Leaving...
[00:28] NetRoY (~NetRoY@nat/yahoo/x-zimvzykakkoiopxr) joined #redis.
[00:35] lstrojny (~lstrojny@p5099f5c8.dip0.t-ipconnect.de) joined #redis.
[00:36] thehodge_2 (~thehodge@2001:470:1f09:13a3:215c:e339:9d15:6dc5) left irc: Remote host closed the connection
[00:36] thehodge_2 (~thehodge@2001:470:1f09:13a3:215c:e339:9d15:6dc5) joined #redis.
[00:36] f00li5h (~f00li5h@unaffiliated/f00li5h) left irc: Read error: Connection reset by peer
[00:42] wilmoore (~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) left irc: Remote host closed the connection
[00:43] mjr_ (~mjr@cpe-66-91-117-138.hawaii.res.rr.com) left irc: Quit: mjr_
[00:45] johnsanders (~johnsande@c-69-181-21-76.hsd1.ca.comcast.net) joined #redis.
[00:52] lstrojny (~lstrojny@p5099f5c8.dip0.t-ipconnect.de) left irc: Quit: lstrojny
[00:59] Guest8980 (kdas@nat/redhat/x-talneqjrsdqojdin) left irc: Ping timeout: 244 seconds
[01:00] merlin83 (~merlin83@unaffiliated/merlin83) joined #redis.
[01:12] Guest8980 (kdas@nat/redhat/x-oihocgszefyppuno) joined #redis.
[01:14] lstrojny (~lstrojny@p5099f5c8.dip0.t-ipconnect.de) joined #redis.
[01:27] NetRoY (~NetRoY@nat/yahoo/x-zimvzykakkoiopxr) left irc: Quit: NetRoY
[01:41] NetRoY (~NetRoY@nat/yahoo/x-taldxyxzoqcsmklk) joined #redis.
[01:43] Guest8980 -> kushal
[01:43] kushal -> kdas
[01:43] kdas -> kdas_
[01:46] drbobbeaty (~drbobbeat@c-67-184-75-162.hsd1.il.comcast.net) joined #redis.
[01:49] anildigital_work (u385@gateway/web/irccloud.com/x-rtjoghxepdmyzivt) left irc:
[01:54] johnsanders (~johnsande@c-69-181-21-76.hsd1.ca.comcast.net) left irc: Quit: Leaving...
[01:55] wam (~wam@unaffiliated/wam) left irc: Quit: Ex-Chat
[01:56] io_syl (~io_syl@unaffiliated/steph021) left irc: Quit: Computer has gone to sleep.
[01:57] thehodge_2 (~thehodge@2001:470:1f09:13a3:215c:e339:9d15:6dc5) left irc: Remote host closed the connection
[01:57] thehodge_2 (~thehodge@2001:470:1f09:13a3:215c:e339:9d15:6dc5) joined #redis.
[02:01] wilmoore (~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) joined #redis.
[02:02] thehodge_2 (~thehodge@2001:470:1f09:13a3:215c:e339:9d15:6dc5) left irc: Ping timeout: 252 seconds
[02:21] drbobbeaty (~drbobbeat@c-67-184-75-162.hsd1.il.comcast.net) left irc: Quit: drbobbeaty
[02:23] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) joined #redis.
[02:30] kdas_ (kdas@nat/redhat/x-oihocgszefyppuno) left irc: Ping timeout: 252 seconds
[02:34] thehodge_2 (~thehodge@82.109.33.196) joined #redis.
[02:47] kdas_ (kdas@nat/redhat/x-cszylqqirhqytjdi) joined #redis.
[02:59] Kosma (kosma@host-6-66.internetunion.pl) joined #redis.
[03:08] lux___ (~lux@ppp-36-18.25-151.libero.it) joined #redis.
[03:13] wilmoore (~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) left irc: Ping timeout: 240 seconds
[03:13] hackband (~hackband@0x5359d382.cpe.ge-1-1-0-1104.bynqu1.customer.tele.dk) joined #redis.
[03:20] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) left irc: Remote host closed the connection
[03:27] thehodge_2 -> TheHodge
[03:34] elliottcable -> elliottcable|hat
[03:40] vitalybaev (6dbc57f5@gateway/web/freenode/ip.109.188.87.245) joined #redis.
[03:43] Nuck -> NuckOff
[03:47] <vitalybaev> hello, I have question, our redis server saves data to disk about one hour, but yesterday server unexpectedly went down, and we lost data for 6 days - why?
[03:48] elliottcable|hat -> ec
[03:52] drbobbeaty (~drbobbeat@38.98.137.29) joined #redis.
[03:54] fbjork_ (~fbjork@c-50-131-61-42.hsd1.ca.comcast.net) joined #redis.
[03:57] fbjork__ (~fbjork@c-50-131-61-42.hsd1.ca.comcast.net) left irc: Ping timeout: 252 seconds
[04:12] fmeyer (~fmeyer@201.87.5.146.user.ajato.com.br) left irc: Ping timeout: 244 seconds
[04:14] fmeyer (~fmeyer@200-170-114-39.user.ajato.com.br) joined #redis.
[04:14] fmeyer (~fmeyer@200-170-114-39.user.ajato.com.br) left irc: Client Quit
[04:14] vitalybaev (6dbc57f5@gateway/web/freenode/ip.109.188.87.245) left irc: Quit: Page closed
[04:28] old_sound (~old_sound@77-58-253-248.dclient.hispeed.ch) joined #redis.
[04:29] old_sound (~old_sound@77-58-253-248.dclient.hispeed.ch) left irc: Client Quit
[04:30] marcostoledo (~marcostol@189.29.90.157) joined #redis.
[04:31] S1kx (~S1kx@ip-95-223-80-198.unitymediagroup.de) joined #redis.
[04:31] S1kx (~S1kx@ip-95-223-80-198.unitymediagroup.de) left irc: Changing host
[04:31] S1kx (~S1kx@pdpc/supporter/monthlybyte/s1kx) joined #redis.
[04:33] S2kx (~S1kx@ip-95-223-80-198.unitymediagroup.de) left irc: Ping timeout: 252 seconds
[04:43] elcuervo_ (~elcuervo@r190-135-64-3.dialup.adsl.anteldata.net.uy) left irc: Remote host closed the connection
[04:45] seppo0010 (~Adium@200.69.194.105) joined #redis.
[04:59] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) joined #redis.
[04:59] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) left irc: Remote host closed the connection
[05:02] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) joined #redis.
[05:02] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) joined #redis.
[05:05] cdepue_ (~cdepue@host56.190-226-89.telecom.net.ar) joined #redis.
[05:05] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) left irc: Read error: Connection reset by peer
[05:16] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) joined #redis.
[05:17] luckyruby (~luckyruby@125-187.96-97.tampabay.res.rr.com) left irc: Remote host closed the connection
[05:19] loxs (~metin@85.91.143.230) joined #redis.
[05:19] jl000 (~quassel@pool-96-244-37-67.bltmmd.fios.verizon.net) left irc: Read error: Connection reset by peer
[05:20] jl000 (~quassel@pool-96-244-37-67.bltmmd.fios.verizon.net) joined #redis.
[05:26] amccloud (~anonymous@184.1.28.172) joined #redis.
[05:26] Wombert (~Wombert@dslb-092-075-013-091.pools.arcor-ip.net) joined #redis.
[05:27] jl000 (~quassel@pool-96-244-37-67.bltmmd.fios.verizon.net) left irc: Remote host closed the connection
[05:30] jl000 (~quassel@pool-96-244-37-67.bltmmd.fios.verizon.net) joined #redis.
[05:31] xetorthio (~jleibiusk@200.41.238.50) joined #redis.
[05:32] seppo0010 (~Adium@200.69.194.105) left irc: Quit: Leaving.
[05:32] seppo0010 (~Adium@200.69.194.105) joined #redis.
[05:32] seppo0010 (~Adium@200.69.194.105) left #redis.
[05:33] old_sound (~old_sound@77-58-253-248.dclient.hispeed.ch) joined #redis.
[05:33] old_sound (~old_sound@77-58-253-248.dclient.hispeed.ch) left irc: Client Quit
[05:36] Wombert_ (~Wombert@dslb-088-065-193-251.pools.arcor-ip.net) joined #redis.
[05:37] Wombert (~Wombert@dslb-092-075-013-091.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds
[05:39] Wombert (~Wombert@dslb-092-075-002-064.pools.arcor-ip.net) joined #redis.
[05:40] Wombert_ (~Wombert@dslb-088-065-193-251.pools.arcor-ip.net) left irc: Ping timeout: 240 seconds
[05:43] Wombert (~Wombert@dslb-092-075-002-064.pools.arcor-ip.net) left irc: Ping timeout: 244 seconds
[05:52] Wombert (~Wombert@dslb-088-066-206-217.pools.arcor-ip.net) joined #redis.
[05:56] kdas_ (kdas@nat/redhat/x-cszylqqirhqytjdi) left irc: Ping timeout: 252 seconds
[05:57] rittyan (~rittyan@95-26-105-40.broadband.corbina.ru) left irc: Remote host closed the connection
[05:57] rurufufuss (~rurufufus@115-64-27-246.static.tpgi.com.au) joined #redis.
[05:58] jtdowney (~jtdowney@unaffiliated/jtdowney) left irc: Remote host closed the connection
[05:58] rzec (~rzec@207-180-137-202.ma.subnet.cable.rcn.com) joined #redis.
[05:59] Wombert (~Wombert@dslb-088-066-206-217.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds
[05:59] <rzec> I have been told the the max data a key in memcached can store is 1 megabyte, what abour redis?
[05:59] <rzec> about*
[05:59] rittyan (~rittyan@95-26-105-40.broadband.corbina.ru) joined #redis.
[06:03] ceej (~anonymous@cpe-72-190-40-203.tx.res.rr.com) joined #redis.
[06:03] Wombert (~Wombert@dslb-092-075-019-241.pools.arcor-ip.net) joined #redis.
[06:06] Wombert_ (~Wombert@dslb-092-075-020-157.pools.arcor-ip.net) joined #redis.
[06:08] Wombert (~Wombert@dslb-092-075-019-241.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds
[06:09] Wombert (~Wombert@dslb-092-075-014-249.pools.arcor-ip.net) joined #redis.
[06:10] kushal (kdas@nat/redhat/x-hfbojuctfnwbdpuw) joined #redis.
[06:10] kushal (kdas@nat/redhat/x-hfbojuctfnwbdpuw) left irc: Changing host
[06:10] kushal (kdas@fedora/kushal) joined #redis.
[06:10] Wombert_ (~Wombert@dslb-092-075-020-157.pools.arcor-ip.net) left irc: Ping timeout: 255 seconds
[06:13] d0k (~d0k@p50922A6E.dip.t-dialin.net) joined #redis.
[06:13] cdepue_ (~cdepue@host56.190-226-89.telecom.net.ar) left irc: Remote host closed the connection
[06:14] Wombert (~Wombert@dslb-092-075-014-249.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds
[06:14] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) joined #redis.
[06:22] TheHodge (~thehodge@82.109.33.196) left irc: Remote host closed the connection
[06:22] TheHodge (~thehodge@82.109.33.196) joined #redis.
[06:27] TheHodge (~thehodge@82.109.33.196) left irc: Ping timeout: 252 seconds
[06:27] mgrouchy_ (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) joined #redis.
[06:28] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) left irc: Read error: Connection reset by peer
[06:28] mgrouchy_ -> mgrouchy
[06:30] awksed2greep (~awksedgre@c-24-98-243-58.hsd1.ga.comcast.net) left irc: Quit: This computer has gone to sleep
[06:35] elcuervo (~elcuervo@r186-48-202-14.dialup.adsl.anteldata.net.uy) joined #redis.
[06:37] grampajoe (~grampa@cpe-184-57-88-36.columbus.res.rr.com) joined #redis.
[06:47] hackband (~hackband@0x5359d382.cpe.ge-1-1-0-1104.bynqu1.customer.tele.dk) left irc: Remote host closed the connection
[06:55] nu7hatch (~cubox@r186-48-202-14.dialup.adsl.anteldata.net.uy) joined #redis.
[06:57] rzec (~rzec@207-180-137-202.ma.subnet.cable.rcn.com) left irc: Remote host closed the connection
[07:00] kushal (kdas@fedora/kushal) left irc: Ping timeout: 268 seconds
[07:02] io_syl (~io_syl@adsl-69-105-118-125.dsl.pltn13.pacbell.net) joined #redis.
[07:02] io_syl (~io_syl@adsl-69-105-118-125.dsl.pltn13.pacbell.net) left irc: Changing host
[07:02] io_syl (~io_syl@unaffiliated/steph021) joined #redis.
[07:03] NetRoY (~NetRoY@nat/yahoo/x-taldxyxzoqcsmklk) left irc: Quit: NetRoY
[07:07] donspaulding (~donspauld@174-154-211-173.pools.spcsdns.net) joined #redis.
[07:07] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) left irc: Read error: Connection reset by peer
[07:07] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) joined #redis.
[07:10] amccloud (~anonymous@184.1.28.172) left irc: Quit: amccloud
[07:11] awksed2greep (~awksedgre@66.6.147.87) joined #redis.
[07:12] agentzh (~agentz@nginx/adept/agentzh) left irc: Quit: Leaving.
[07:12] axl_ (~axl@75-149-152-225-Minnesota.hfc.comcastbusiness.net) joined #redis.
[07:12] el_kevino (~el_kevino@216.249.7.209.tor.pathcom.com) joined #redis.
[07:12] daniel_karlsson (~kardan@c83-254-118-140.bredband.comhem.se) left irc: Quit: daniel_karlsson
[07:14] radiocats (~chatzilla@h-64-236-128-42.nat.aol.com) joined #redis.
[07:14] daniel_karlsson (~kardan@c83-254-118-140.bredband.comhem.se) joined #redis.
[07:14] radiocats (~chatzilla@h-64-236-128-42.nat.aol.com) left irc: Remote host closed the connection
[07:16] NuckOff -> Nuck
[07:18] norm (~norm@ip-128-239-142-7.v4.wm.edu) joined #redis.
[07:20] awksed2greep (~awksedgre@66.6.147.87) left irc: Ping timeout: 240 seconds
[07:22] radiocats (~chatzilla@h-64-236-128-42.nat.aol.com) joined #redis.
[07:26] awksed2greep (~awksedgre@66.6.147.80) joined #redis.
[07:29] TheHodge (~thehodge@94.116.103.196) joined #redis.
[07:33] nu7hatch_ (~cubox@r186-48-232-89.dialup.adsl.anteldata.net.uy) joined #redis.
[07:35] nu7hatch (~cubox@r186-48-202-14.dialup.adsl.anteldata.net.uy) left irc: Ping timeout: 244 seconds
[07:35] nu7hatch_ -> nu7hatch
[07:36] elcuervo (~elcuervo@r186-48-202-14.dialup.adsl.anteldata.net.uy) left irc: Ping timeout: 244 seconds
[07:39] elcuervo (~elcuervo@r186-48-232-89.dialup.adsl.anteldata.net.uy) joined #redis.
[07:39] tjholowaychuk (~tjholoway@S0106000352031482.gv.shawcable.net) joined #redis.
[07:42] io_syl (~io_syl@unaffiliated/steph021) left irc: Quit: Computer has gone to sleep.
[07:50] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) left irc: Quit: jtsnow
[07:51] rittyan (~rittyan@95-26-105-40.broadband.corbina.ru) left irc: Remote host closed the connection
[07:53] rzec (~rzec@207-180-137-202.ma.subnet.cable.rcn.com) joined #redis.
[07:54] TheHodge (~thehodge@94.116.103.196) left irc: Remote host closed the connection
[07:55] TheHodge (~thehodge@94.116.103.196) joined #redis.
[07:59] TheHodge (~thehodge@94.116.103.196) left irc: Ping timeout: 245 seconds
[08:02] cdepue (~cdepue@190.194.148.21) joined #redis.
[08:04] wam (~wam@unaffiliated/wam) joined #redis.
[08:10] andymccurdy (~andymccur@c-67-188-242-100.hsd1.ca.comcast.net) left irc: Quit: Computer has gone to sleep.
[08:10] jnalley (cf72ff56@gateway/web/freenode/ip.207.114.255.86) joined #redis.
[08:15] Sarevok (~locke@rrcs-98-101-176-143.midsouth.biz.rr.com) joined #redis.
[08:18] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) joined #redis.
[08:19] jscheel (~jscheel@drupal.org/user/116197/view) joined #redis.
[08:22] julienXX_ (~julienXX@did75-17-88-165-129-29.fbx.proxad.net) left irc: Quit: Linkinus - http://linkinus.com
[08:24] julienXX (~julienXX@unaffiliated/julienxx) joined #redis.
[08:28] DubLo7 (~Adium@71-83-3-210.static.aldl.mi.charter.com) joined #redis.
[08:29] loxs (~metin@85.91.143.230) left irc: Quit: Leaving
[08:29] TheHodge (~thehodge@host-92-23-0-34.as13285.net) joined #redis.
[08:32] brianseeders (~BS@108-216-88-132.lightspeed.bcvloh.sbcglobal.net) joined #redis.
[08:37] wilmoore (~wilmoore@70-89-165-49-ISTS-co.hfc.comcastbusiness.net) joined #redis.
[08:42] KevBurnsJr (~KevBurnsJ@50.0.103.39) joined #redis.
[08:44] defaultnick (~irc@50-57-176-124.static.cloud-ips.com) left irc: Ping timeout: 258 seconds
[08:49] donspaulding (~donspauld@174-154-211-173.pools.spcsdns.net) left irc: Ping timeout: 252 seconds
[08:54] gnrfan (~gnrfan@201.230.207.32) joined #redis.
[08:54] moos3 (~rgenthner@cpe-72-224-208-192.maine.res.rr.com) joined #redis.
[08:54] <moos3> hey when is the clustering coming ?
[08:55] <michel_v_> when it's ready
[08:56] <moos3> any ideas on a rough time frame ? i'm looking to move my crons to redis and resque but need ha
[08:57] skrul (~skrul@75-101-56-124.dsl.static.sonic.net) joined #redis.
[08:58] k3VB6u4d (~k3VB6u4d@74-95-35-197-Oregon.hfc.comcastbusiness.net) joined #redis.
[09:00] brunov (~bruno@74-154-89-200.fibertel.com.ar) joined #redis.
[09:00] TheHodge (~thehodge@host-92-23-0-34.as13285.net) left irc: Remote host closed the connection
[09:00] wam (~wam@unaffiliated/wam) left irc: Quit: Ex-Chat
[09:01] <moos3> i'm setting redis up in a vm, whats a good ram to cpu to usage ratio
[09:01] TheHodge (~thehodge@host-92-23-0-34.as13285.net) joined #redis.
[09:02] k3VB6u4d (~k3VB6u4d@74-95-35-197-Oregon.hfc.comcastbusiness.net) left irc: Ping timeout: 252 seconds
[09:02] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) joined #redis.
[09:04] k3VB6u4d (~k3VB6u4d@ec2-204-236-142-90.us-west-1.compute.amazonaws.com) joined #redis.
[09:04] marcostoledo (~marcostol@189.29.90.157) left irc: Quit: Leaving...
[09:04] ank (~ank@c-67-172-16-188.hsd1.pa.comcast.net) joined #redis.
[09:05] TheHodge (~thehodge@host-92-23-0-34.as13285.net) left irc: Ping timeout: 252 seconds
[09:09] mantovani (~mantovani@64.37.60.183) left irc: Ping timeout: 255 seconds
[09:14] marcostoledo (~marcostol@189.29.90.157) joined #redis.
[09:19] tjholowaychuk (~tjholoway@S0106000352031482.gv.shawcable.net) left irc: Quit: Leaving...
[09:21] ^gnrfan^ (~gnrfan@201.230.207.32) joined #redis.
[09:21] kenperkins (~textual@174-24-164-49.tukw.qwest.net) joined #redis.
[09:22] chrisjones (~chrisjone@ip68-224-245-47.lv.lv.cox.net) joined #redis.
[09:22] andymccurdy (~andymccur@69.12.160.66) joined #redis.
[09:22] hackband (~hackband@1385159443.dhcp.dbnet.dk) joined #redis.
[09:23] gnrfan (~gnrfan@201.230.207.32) left irc: Ping timeout: 252 seconds
[09:25] seivan (~seivan@cm242.eta204.maxonline.com.sg) joined #redis.
[09:27] <el_kevino> is there a yum repo that stays up to date with the latest stable of redis?
[09:29] andymccu_ (~andymccur@69.12.160.66) joined #redis.
[09:32] <ddilinger> el_kevino: not sure, but redis is probably the easiest thing i've ever compiled
[09:32] <ddilinger> el_kevino: its dependencies outside of libc are almost non-existant
[09:32] tjholowaychuk (~tjholoway@S010658b03565e6c6.gv.shawcable.net) joined #redis.
[09:32] <el_kevino> ddilinger: i know - i'm looking into options so the higher ups can have their security update worries handled
[09:33] andymccurdy (~andymccur@69.12.160.66) left irc: Ping timeout: 252 seconds
[09:34] andymccu_ -> andymccurdy
[09:35] io_syl (~io_syl@70-36-146-245.dsl.dynamic.sonic.net) joined #redis.
[09:35] io_syl (~io_syl@70-36-146-245.dsl.dynamic.sonic.net) left irc: Changing host
[09:35] io_syl (~io_syl@unaffiliated/steph021) joined #redis.
[09:39] io_syl (~io_syl@unaffiliated/steph021) left irc: Client Quit
[09:43] edsu (~ed@li144-162.members.linode.com) left irc: Remote host closed the connection
[09:55] p1d (~p1d@ns1.vonaffenfels.de) left irc: Quit: ...
[09:55] stephank (~stephank@82.197.214.45) joined #redis.
[09:57] io_syl (~io_syl@70-36-146-245.dsl.dynamic.sonic.net) joined #redis.
[09:57] io_syl (~io_syl@70-36-146-245.dsl.dynamic.sonic.net) left irc: Changing host
[09:57] io_syl (~io_syl@unaffiliated/steph021) joined #redis.
[10:04] xb95_ -> xb95
[10:04] <moos3> el_kevino there spec file on github
[10:04] xb95 (~xb95@qq.is) left irc: Changing host
[10:04] xb95 (~xb95@dreamwidth/staff/mark) joined #redis.
[10:06] hahuang65 (~hahuang65@204.11.231.186.static.etheric.net) joined #redis.
[10:07] Nuck -> NuckOff
[10:12] minimalist (~minimalis@68.68.33.74) left irc: Ping timeout: 244 seconds
[10:16] ^gnrfan^ (~gnrfan@201.230.207.32) left irc: Quit: Leaving
[10:17] gnrfan (~gnrfan@201.230.207.32) joined #redis.
[10:22] NuckOff -> Nuck
[10:24] gregpascale (~textual@174-24-164-49.tukw.qwest.net) joined #redis.
[10:31] grampajoe (~grampa@cpe-184-57-88-36.columbus.res.rr.com) left irc: Quit: Bye!
[10:31] wmoss|away -> wmoss
[10:33] martincozzi (~martincoz@209.66.114.6) joined #redis.
[10:34] lux_ (~lux@ppp-252-3.25-151.libero.it) joined #redis.
[10:34] gregpascale (~textual@174-24-164-49.tukw.qwest.net) left irc: Quit: Textual IRC Client: http://www.textualapp.com/
[10:35] lux_ -> Guest68691
[10:36] lux___ (~lux@ppp-36-18.25-151.libero.it) left irc: Ping timeout: 240 seconds
[10:37] ddilinger (~guy@unaffiliated/ddilinger) left irc: Ping timeout: 244 seconds
[10:37] gregpascale (~textual@174-24-164-49.tukw.qwest.net) joined #redis.
[10:37] fedesilva (~fedesilva@r200-40-68-22.ae-static.anteldata.net.uy) joined #redis.
[10:37] ddilinger (~guy@unaffiliated/ddilinger) joined #redis.
[10:40] mjr_ (~mjr@cpe-66-91-117-138.hawaii.res.rr.com) joined #redis.
[10:41] jano (~djanowski@186.136.116.60) joined #redis.
[10:54] NetRoY (~NetRoY@122.167.83.227) joined #redis.
[11:06] vkandy (~vkandy@static-68-179-6-233.ptr.terago.net) left irc: Read error: Connection reset by peer
[11:10] donspaulding (~donspauld@173.154.226.14) joined #redis.
[11:17] rittyan (~rittyan@95-26-105-40.broadband.corbina.ru) joined #redis.
[11:17] deepthawtz (~deepthawt@209.119.38.226) joined #redis.
[11:29] pietern (~pieter@208.91.1.14) joined #redis.
[11:29] #redis: mode change '+v pietern' by ChanServ!ChanServ@services.
[11:29] <pietern> andymccurdy: ping
[11:29] <andymccurdy> hey pietern
[11:29] <pietern> andymccurdy: hi!
[11:29] <andymccurdy> how are you enjoying the bay area?
[11:29] <pietern> andymccurdy: going great :)
[11:29] <pietern> living on the peninsula now
[11:30] <andymccurdy> nice! do you make it up to SF much?
[11:30] <pietern> andymccurdy: not a whole lot
[11:30] <pietern> but we should do another meetup some time
[11:30] <andymccurdy> definitely.
[11:30] <pietern> that was a lot of fun last time
[11:31] <pietern> hey I wanted to chat a bit about how I can help with the hiredis stuff
[11:31] <andymccurdy> sure
[11:31] <pietern> I can take a look at the C-bits
[11:31] <pietern> and provide a super-simple interface that resembles what the ruby module does right now
[11:32] <pietern> that is, for a connection object
[11:32] <pietern> #connect,
[11:32] <pietern> 3
[11:32] <pietern> #connect_unix, #read, #write
[11:32] <pietern> where read/write parse protocol/format protocol
[11:32] <pietern> not sure how that would work with tx though
[11:32] <pietern> that comes with its own event loop right?
[11:32] <andymccurdy> ya, i don't either. i don't really mess with twisted much at all.
[11:32] <andymccurdy> it does
[11:33] <mrb_bk> pietern: hey man, thanks for the hiredis-rb release
[11:33] <andymccurdy> gevent/eventlet do as well
[11:33] <pietern> mrb_bk: no problem, squashing bugs is my game ;)
[11:33] <andymccurdy> although they're much less invasive.
[11:33] <mrb_bk> pietern: this would effect 0.3.x as well, right
[11:33] <pietern> andymccurdy: gevent = blocking code + generators, right?
[11:33] <pietern> mrb_bk: not sure, checking
[11:34] <mrb_bk> thanks
[11:34] <mrb_bk> definitley experience a lot of weird EAGAIN stuff and we've been using 0.3.0 for a while
[11:34] <mrb_bk> upgrading anyway
[11:34] <andymccurdy> pietern: gevent/eventlet is normal coding style. they "green" (monkeypatch) all of the blocking IO in the stdlib.. socket, file, etc..
[11:35] __alex (~alex@g225251198.adsl.alicedsl.de) joined #redis.
[11:35] <pietern> mrb_bk: it shouldn't have been present in 0.3...
[11:35] insin (~insin@host31-53-248-180.range31-53.btcentralplus.com) joined #redis.
[11:35] <pietern> though there have been a lot of updates there
[11:35] <rittyan> offtopic: is bgrewriteaof being propagated to slave from master?
[11:35] <pietern> hiredis-rb no longer goes through hiredis TCP code directly, but uses a ruby-friendly way to see if the socket is readable/writable
[11:36] <mrb_bk> hrmmm :/
[11:36] <pietern> rittyan: it shouldn't
[11:36] <rittyan> pietern: thank you
[11:36] <andymccurdy> pietern: so you manage the socket at the ruby level?
[11:36] <pietern> andymccurdy: right, so much easier than tx
[11:36] <pietern> andymccurdy: in part:
[11:36] <pietern> andymccurdy: ruby has a big fat GIL, so blocking on a syscall is a no-no
[11:36] <pietern> even if you have regular imperative code
[11:37] <pietern> so the ruby module uses the unmodified hiredis C api, but hooks to Ruby to let it wait for the socket to become readable/writable
[11:37] <pietern> this is done from C, so this is a ruby C api call
[11:37] <pietern> while waiting, the ruby vm can yield other threads etc
[11:38] <andymccurdy> i see
[11:38] <pietern> andymccurdy: not sure how hiredis can help doing nice async stuff
[11:38] <pietern> before knowing how gevent et al patch stdlib
[11:38] <pietern> if they apply magic there, it will not be possible to drop to C for the read/write part
[11:39] <pietern> as that would block the loop
[11:39] <andymccurdy> pietern: right. ya i was more wondering if we could get better perf by letting C manage the socket. I think gelicon on twitter was asking more about the async stuff
[11:39] <pietern> andymccurdy: dvirsky did some tests with a C socket, but that showed very little improvements
[11:39] <pietern> in the 10-20% range
[11:40] <andymccurdy> ah
[11:40] <pietern> it's up to debate whether that is worth it..
[11:40] <pietern> more code to maintain etc
[11:40] <andymccurdy> pietern: agreed.
[11:40] <pietern> it probably is when the target is to keep the modules for different languages on the same API line
[11:40] <pietern> but otherwise, pretty slim improvement
[11:41] <andymccurdy> pietern: i'll take a look at the redis-rb implementation with hiredis and see if it makes sense to port it.
[11:41] <pietern> andymccurdy: let me know if you have any questions
[11:41] <pietern> andymccurdy: glad to help out where needed
[11:41] <andymccurdy> i really need to get the python3 upgrade done and finish the gevent/eventlet integration.
[11:43] <pietern> andymccurdy: hiredis-py is python3 safe
[11:43] <pietern> so that won't stop you ;
[11:43] <pietern> ;)
[11:43] <pietern> (at least... it should be compatible.. )
[11:43] <andymccurdy> great.
[11:43] <andymccurdy> it's a fairly small patch on the python side.
[11:44] <andymccurdy> mostly bytes/unicode stuff.
[11:47] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) left irc: Quit: Wombert
[11:48] wilmoore (~wilmoore@70-89-165-49-ISTS-co.hfc.comcastbusiness.net) left irc: Ping timeout: 240 seconds
[11:50] donspaulding (~donspauld@173.154.226.14) left irc: Quit: Leaving.
[11:58] jano (~djanowski@186.136.116.60) left irc: Remote host closed the connection
[11:58] wilmoore (~wilmoore@70-89-165-49-ISTS-co.hfc.comcastbusiness.net) joined #redis.
[12:01] rzec (~rzec@207-180-137-202.ma.subnet.cable.rcn.com) left irc: Remote host closed the connection
[12:06] jnalley (cf72ff56@gateway/web/freenode/ip.207.114.255.86) left irc: Quit: Page closed
[12:08] <pietern> andymccurdy: but that makes anything doing string handling much more difficult ;)
[12:16] rurufufuss (~rurufufus@115-64-27-246.static.tpgi.com.au) left irc: Read error: Connection reset by peer
[12:21] daniel_karlsson (~kardan@c83-254-118-140.bredband.comhem.se) left irc: Quit: daniel_karlsson
[12:25] xetorthio (~jleibiusk@200.41.238.50) left irc: Quit: Ex-Chat
[12:30] jano (~djanowski@190.245.30.40) joined #redis.
[12:34] elcuervo (~elcuervo@r186-48-232-89.dialup.adsl.anteldata.net.uy) left irc: Remote host closed the connection
[12:36] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) joined #redis.
[12:41] patrickod (~Patrick@lysander.patrickodoherty.com) joined #redis.
[12:41] <patrickod> I'm having trouble with redis on debian squeeze
[12:42] <patrickod> I'm using brukva with Tornado (both Python libraries) but sets are not being executed
[12:42] <patrickod> sets consistently time out while gets are working perfectly.
[12:43] <patrickod> the version of redis installed is 2:1.2.6-1
[12:43] <patrickod> I haven't found anything helpful on Google, is this a known issue with old versions of redis ?
[12:46] perezd (~derek@108-71-92-105.lightspeed.sntcca.sbcglobal.net) joined #redis.
[12:51] spasquali (~spasquali@64.61.91.74) joined #redis.
[12:57] patx (~patx@freecode-project/developer/patx) joined #redis.
[13:00] DubLo7 (~Adium@71-83-3-210.static.aldl.mi.charter.com) left irc: Quit: Leaving.
[13:03] strmpnk (~strmpnk@cpe-74-68-154-219.nyc.res.rr.com) joined #redis.
[13:04] brunov (~bruno@74-154-89-200.fibertel.com.ar) left irc: Quit: Ex-Chat
[13:06] tilgovi (~randall@69.111.59.168) joined #redis.
[13:06] tilgovi (~randall@69.111.59.168) left irc: Changing host
[13:06] tilgovi (~randall@couchdb/developer/tilgovi) joined #redis.
[13:14] jano (~djanowski@190.245.30.40) left irc: Remote host closed the connection
[13:16] jano (~djanowski@190.245.30.40) joined #redis.
[13:20] <pietern> patrickod: the client is consistently using the new protocol, while your version of redis uses a mixed protocol
[13:20] <pietern> when you upgrade to >= 2.0 this issue will disappear
[13:20] <pietern> and when you're upgrading anyway, please upgrade to 2.4 directly
[13:20] <pietern> that's the latest and greatest :)
[13:32] brianseeders (~BS@108-216-88-132.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 252 seconds
[13:36] goodwill (~goodwill_@pdpc/supporter/active/goodwill) joined #redis.
[13:37] <mjr_> pietern: you may be pleased to know that we are really pushing your hiredis node module in our infrastructure over the last week.
[13:37] goodwill (~goodwill_@pdpc/supporter/active/goodwill) left #redis ("+++ OK ATH OK").
[13:37] <pietern> mjr_: awesome, how is it holding up?
[13:37] zul_ (~giuseppe@151.65.170.77) joined #redis.
[13:38] <mjr_> It's great so far.
[13:38] <mjr_> We are adding a bunch more redis-server instances now.
[13:38] brianseeders (~BS@108-216-88-132.lightspeed.bcvloh.sbcglobal.net) joined #redis.
[13:38] johnsanders (~johnsande@c-69-181-21-76.hsd1.ca.comcast.net) joined #redis.
[13:38] <mjr_> I figured that the server would always be faster than the client, but now we have hundreds of clients doing a mountain of operations
[13:39] <pietern> hehe
[13:39] <mjr_> getting burned by fragmentation today, sadly
[13:39] <pietern> yeah, with a couple 100 clients running at 10kops/sec you eventually run out of power on a single instance
[13:39] <pietern> mjr_: ouch
[13:39] <pietern> mjr_: 2.2 or 2.4?
[13:40] <mjr_> mjr@prod-07:~$ redis-cli -h 10.28.60.214 --raw info | egrep frag\|human\|version
[13:40] <mjr_> redis_version:2.3.7
[13:40] <mjr_> used_memory_human:7.03G
[13:40] <mjr_> used_memory_peak_human:13.71G
[13:40] <mjr_> mem_fragmentation_ratio:1.47
[13:40] <pietern> mjr_: can you paste the rss as well?
[13:40] <pietern> (while it will probably be close to 14g as well)
[13:41] <mjr_> 2759 71.7 43.8 14408664 10835576 ? R Dec01 3903:34 redis-server
[13:42] <mjr_> So it bounces around.
[13:42] <pietern> mjr_: ok..
[13:42] <pietern> mjr_: are you on 2.3.7 for a particular reason?
[13:42] <pietern> (instead of 2.4.x?)
[13:42] <mjr_> This one is used for rate limiting. So I have these hashes for each minute, an in each hash are all of the IP addresses and users for that minute, and I do hincrby on them.
[13:43] <mjr_> After a while, we del the per-minute keys, and sometimes this ends up fragmenting a lot.
[13:43] fedesilva (~fedesilva@r200-40-68-22.ae-static.anteldata.net.uy) left irc: Quit: gone
[13:43] <mjr_> Oh, that's where we were when we last did an upgrade.
[13:43] <pietern> mjr_: yep, makes sense
[13:43] <pietern> we've had great results with jemalloc
[13:43] <mjr_> The only reason it restarted on Dec 01 was that machine had an OOM kill
[13:43] seivan (~seivan@cm242.eta204.maxonline.com.sg) left irc: Remote host closed the connection
[13:44] <mjr_> Linux didn't handle it well, so we had to reboot.
[13:44] <pietern> mjr_: nothing an allocator can do against oom
[13:44] <mjr_> I could have upgraded then, but I wanted to get it back up asap.
[13:44] <pietern> (apart from reducing internal fragmentation)
[13:44] <pietern> I see, makes sense
[13:44] <mjr_> So this one claims mem_allocator:jemalloc-2.2.1
[13:44] <pietern> hmm, that's weird
[13:44] <mjr_> Which BTW has been working well for us, until we got really busy.
[13:45] <mjr_> We had almost no fragmentation until these hashes started to get a lot of keys in them.
[13:45] <pietern> mjr_: what was the zipmap/hash table ratio along the same timeline?
[13:45] <pietern> maybe upconverting zipmaps to hash tables caused more fragmentation
[13:46] <pietern> which is plausible from a theoretical pov
[13:46] <mjr_> hash_max_zipmap_entries:512
[13:46] <mjr_> hash_max_zipmap_value:64
[13:46] <pietern> hash tables use at least 5 allocations per element,
[13:46] <pietern> versus 2 allocations per hash for zipmaps
[13:46] <mjr_> hmm, yeah I wonder if that's something
[13:46] <pietern> so that blows up pretty hard
[13:47] <mjr_> We used to have on average less than 512 keys per hash.
[13:47] <mjr_> Now we have WAY more, but the hashes all reset every minute
[13:47] paatrick1123 (~paatrick1@cpe-24-160-179-157.columbus.res.rr.com) joined #redis.
[13:47] <mjr_> So they keep getting converted
[13:48] <pietern> mjr_: so you probably have a huuuge memory churn
[13:48] <mjr_> That is interesting.
[13:48] <mjr_> So I have a ton of much smaller hashes in there, but they only have 4 keys each
[13:48] <mjr_> I should probably crank the zip map entries down to 5
[13:48] <pietern> it also depends on the key/value size
[13:49] <paatrick1123> Is there a command opposite of 'expire', in that a key isn't valid until a certain time? If not, are suggestions on how to schedule an item with pub/sub to be handed out at one minute intervals?
[13:49] <mjr_> I couldn't figure out what zipmap_value did.
[13:49] <pietern> mjr_: it is a threshold for key/value length
[13:49] <pietern> if that is exceeded, the hash is converted
[13:50] <pietern> the longer the keys/values, the smaller the benefit of alternative encoding
[13:50] <mjr_> So the "size" is the length of the key plus the length of the value?
[13:50] <pietern> mjr_: it is the length of a single key or value
[13:50] <pietern> so you may have 64=>64 with your configuration
[13:50] <pietern> but 65=>64 or vice versa will convert the hash
[13:50] <mjr_> They keys are like this: limits:session:1323121800000
[13:51] radiocats (~chatzilla@h-64-236-128-42.nat.aol.com) left irc: Quit: ChatZilla 0.9.87 [Firefox 8.0/20111104165243]
[13:51] <mjr_> And the hash keys are like this: af9578e45dfcbecd852e40e14178241b, values are a number.
[13:52] <mjr_> So the pruner just ran, and now we find ourselves here:
[13:52] <mjr_> used_memory_human:3.30G
[13:52] <mjr_> used_memory_peak_human:13.71G
[13:52] <mjr_> mem_fragmentation_ratio:3.00
[13:53] <pietern> mjr_: that's about 10 gigs rss
[13:53] <pietern> the peak_human will stay up there
[13:54] <mjr_> yeah, so all of that deleting that just happened didn't really budge RSS
[13:54] <pietern> mjr_: I see
[13:54] <pietern> mjr_: I think this starts with finding out how the bulk of your data is encoded
[13:54] <pietern> if you are sure these are zipmaps, the problem is slightly different than if they are all hash tables
[13:55] <mjr_> is there a command to tell a key's encoding?
[13:55] <pietern> object encoding
[13:55] <pietern> mjr_: also, once a hash has been converted to a hash table, it will never be converted back
[13:56] <mjr_> checking
[13:58] <mjr_> OK, so it's like this
[13:58] <mjr_> Lots of 2-key hashes encoded as zipmap.
[13:58] <mjr_> A small number of very large hashes encoded as hashtable.
[13:58] <mjr_> A small number of very large sets encoded as hashtable.
[13:59] <mjr_> A single large sorted sorted set encoded as skiplist
[14:00] <pietern> mjr_: when it is pruned, what is removed
[14:00] <pietern> only hashes?
[14:00] <mjr_> The small number of large hashes get deleted regularly.
[14:00] <pietern> or does it also include a big ZREMRANGE
[14:01] <mjr_> The only other things we delete are a bunch of small string keys that have a 24 hour TTL, so we don't explicitly delete those.
[14:02] <pietern> mjr_: this is a tough one...
[14:02] <mjr_> Once we went to jemalloc, our fragmentation went way down from previous versions.
[14:02] <pietern> mjr_: with a big churn I guess it is inevitable to have some fragmentation
[14:03] <mjr_> But once we got busy, something is not tuned right.
[14:03] <pietern> but if the rate you are seeing is perfectly normal, I don't know
[14:03] <mjr_> So that zip -> hash conversion is probably hurting us, at least in CPU, if not allocations. There are no hashes that need to be zipmaps that are more than 4 keys.
[14:04] <mjr_> So those hashes probably start life as a zip map, get up to 512 elements, then get converted, every single time.
[14:04] <pietern> mjr_: that's domain knowledge, but if you say so, turning the max entries param down is definitely a first step
[14:05] <mjr_> Yeah, that was an optimization that made sense before, but now I think is hurting us.
[14:05] <pietern> be careful though,
[14:05] <pietern> if you have more >4 key hashes than you think, memory may blow up
[14:05] <mjr_> exciting
[14:06] <pietern> hehehe
[14:06] <mjr_> Sounds like I should just get another server for these keys with all of the churn
[14:06] <pietern> mjr_: could be
[14:06] <pietern> or shard over multiple processes to begin with,
[14:06] <pietern> first on one box, moving out to more boxes as you grow
[14:06] <mjr_> Typing it all out like this I realize that I'm asking quite a lot of an allocator to not fragment and also not use so much at the same time.
[14:07] <pietern> mjr_: indeed ;)
[14:07] <mjr_> Since the data is used so differently. Some data grows forever and some is short-lived.
[14:07] <pietern> mjr_: sometimes I think it would be great for redis to control which heap the allocator uses
[14:07] <pietern> and have one for the internal stuff, and one for the data heap
[14:08] <pietern> that can be expanded even further towards keys with ttl/without ttl etc
[14:08] <pietern> but that knowledge is worth a lot to the allocator
[14:08] <pietern> knowledge we are not conveying right now.
[14:08] <pietern> multiple instances could be the best bet in this case
[14:08] <mjr_> yeah, or if you know on a per-key basis you could make better choices.
[14:08] <pietern> mjr_: indeed
[14:09] <pietern> but it makes things tons more complex
[14:09] <pietern> so probably not worth it in favor of multiple processes
[14:10] <mjr_> Yeah, in this case multiple processes is the right answer.
[14:10] <mjr_> We just need that redis-server HA solution.
[14:10] <pietern> mjr_: you have a single instance right now?
[14:10] <mjr_> Oh no, we have several for different things. This one needs to be split though.
[14:10] <pietern> mjr_: yes, I keep hearing HA more and more..
[14:11] <pietern> I guess the early adaptors are growing up.. ;)
[14:11] <mjr_> It's painful to take down any redis-server though, because so many things depend on it.
[14:11] <pietern> mjr_: yep, although a rate limiter could be down without affecting service
[14:11] gnrfan (~gnrfan@201.230.207.32) left irc: Quit: This computer has gone to sleep
[14:11] <pietern> assuming you're not getting ddos'ed all the time
[14:11] <mjr_> I'm close to rolling yet another failover scheme into node_redis.
[14:11] <mjr_> Yes, for rate limiting, we can run with the server down.
[14:12] fedesilva (~fedesilva@r200-40-68-22.ae-static.anteldata.net.uy) joined #redis.
[14:12] <mjr_> But in general, writing an application that works properly with redis up or down, is a lot harder than it seems.
[14:12] <mjr_> Maybe it seems hard.
[14:12] <mjr_> It it harder than I thought it would be.
[14:13] <pietern> mjr_: it also leads to more points where things can go wrong
[14:13] <pietern> when you put in place a per-process rate limiter next to using redis
[14:13] <pietern> that can turn belly up as well
[14:13] <pietern> ... and you might forget to test it ...
[14:13] <pietern> ... etc...
[14:13] <mjr_> indeed
[14:14] <mjr_> We found out the hard way how many things depended on this server when we hit OOM the other day.
[14:14] <mjr_> I thought we were safe, but basically the entire site got confused and had to be restarted.
[14:15] <mjr_> We tested this at much smaller scale, and it worked there. But with massive production loads, things are always different.
[14:16] <mjr_> So what is your latest thinking on how to handle HA?
[14:16] <mjr_> It's kind of hard, because each application has different requirements for what can happen if a primary fails.
[14:16] <pietern> mjr_: yeah, it depends
[14:17] awksed2greep (~awksedgre@66.6.147.80) left irc: Quit: This computer has gone to sleep
[14:17] <pietern> mjr_: if you don't care losing a couple of writes, you may fail over and start writing to slaves
[14:17] <pietern> *one of the slaves
[14:17] <pietern> but then you are left with 2 problems:
[14:18] <pietern> how to make sure that you re-sync the other slaves in a rolling fashion
[14:18] paatrick1123 (~paatrick1@cpe-24-160-179-157.columbus.res.rr.com) left irc: Ping timeout: 252 seconds
[14:18] <pietern> and, how to cut your clients over to the new master
[14:18] <mjr_> Even detecting which instance to write to is hard if you have 200 clients that all need to agree, but you could figure something out.
[14:18] strmpnk (~strmpnk@cpe-74-68-154-219.nyc.res.rr.com) left irc: Remote host closed the connection
[14:18] <pietern> mjr_: yep
[14:19] <mjr_> But yes, the real issue, it seems to me is failing back.
[14:19] poga (~poga@1-171-117-109.dynamic.hinet.net) joined #redis.
[14:19] poga (~poga@1-171-117-109.dynamic.hinet.net) left irc: Remote host closed the connection
[14:19] <mjr_> We are doing a lot with Riak now, and this is the thing that they handle wonderfully.
[14:19] <pietern> mjr_: this is definitely something we want to improve from the redis side
[14:20] <pietern> I was talking about this with someone else the other day
[14:20] <pietern> and HA seems to be more important than data sets in excess of 1 machine
[14:20] <mjr_> I think so, yes
[14:20] <pietern> mjr_: yeah, that's a great model
[14:20] d0k_ (~d0k@p50922A6E.dip.t-dialin.net) joined #redis.
[14:20] <pietern> mjr_: unfortunately the redis data model doesn't map onto dynamo
[14:20] d0k (~d0k@p50922A6E.dip.t-dialin.net) left irc: Read error: Connection reset by peer
[14:20] d0k_ -> d0k
[14:20] <mjr_> IMO the HA is a far more common problem than the large memory problem.
[14:21] <mjr_> yeah, the overhead of dynamo is also WAY higher than I had realized at first.
[14:21] <pietern> mjr_: the extra round trips can be killing
[14:21] <mjr_> But man, it really works.
[14:21] <pietern> like: W=2 is cool and all, but write perf can drop like crazy
[14:22] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) left irc: Quit: mgrouchy
[14:22] <pietern> mjr_: hehe, yeah
[14:22] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) joined #redis.
[14:22] <mjr_> We've had hardware failures that had no user-visible impact, evenon latency.
[14:22] <pietern> mjr_: they have done an excellent job with that
[14:22] <mjr_> But yeah, all of that extra work makes everything really slow compared to redis.
[14:23] <mjr_> Another curious thing we've learned is that their new leveledb driver, which is otherwise quite amazing, is very slow at handling keyspace misses.
[14:24] <pietern> mjr_: oh wow
[14:24] <pietern> mjr_: thanks for that info
[14:24] <mjr_> So we are looking to replicate that dataset into redis for one function we have.
[14:24] <pietern> mjr_: I've been keeping an eye on leveldb
[14:24] <pietern> mjr_: love the lib otherwise
[14:24] <mjr_> Yeah, no bloom filter
[14:24] <mjr_> So you grind all the way to the bottom level
[14:24] <pietern> mjr_: problem with highly volatile/frequently changing data is how you keep your filter up to date
[14:24] <mjr_> yeah, not easy
[14:25] <pietern> recomputing one can be done sequentially, but comes at a cost nonetheless
[14:25] <pietern> mjr_: how about keeping a bloom filter yourself?
[14:25] <mjr_> If you are into this, I know the Basho guys are contemplating a fork of level to address this, because Google doesn't seem receptive.
[14:25] moos3 (~rgenthner@cpe-72-224-208-192.maine.res.rr.com) left irc: Quit: Computer has gone to sleep.
[14:25] <pietern> mjr_: sweet!
[14:25] <mjr_> Maybe you guys can work on it.
[14:25] <mjr_> Yeah, we could do our own bloom now that we have bit ops in redis.
[14:26] <pietern> mjr_: who knows.. :)
[14:26] mgrouchy (~mgrouchy@CPE0026bb736f7f-CM0016928dd92d.cpe.net.cable.rogers.com) left irc: Ping timeout: 240 seconds
[14:26] <pietern> mjr_: I'm not using it in any project right now, but it would be my go-to embedded on-disk k/v store
[14:26] strmpnk (~strmpnk@cpe-74-68-154-219.nyc.res.rr.com) joined #redis.
[14:26] <mjr_> We also need to offload more reads from our Riak cluster anyway, so we'll just replicate the whole thing.
[14:27] <pietern> mjr_: with redis as a read cache to riak?
[14:27] deepthawtz (~deepthawt@209.119.38.226) left irc: Ping timeout: 268 seconds
[14:27] <mjr_> Some data can be cached, but this keyspace miss thing we'll actually hold the whole thing in memory.
[14:27] <mjr_> Here is the use case:
[14:28] <mjr_> You sign up to our app with Facebook, so we read you list of Facebook friends. We get a list of Facebook IDs. Now we want to know who else on the system has any of those IDs.
[14:28] <mjr_> So it's a set intersection thing, just begging to be put into redis.
[14:29] <mjr_> And also, most of those keys are going to be not found, which murders leveled.
[14:30] jl000 (~quassel@pool-96-244-37-67.bltmmd.fios.verizon.net) left irc: Ping timeout: 240 seconds
[14:31] fedesilva (~fedesilva@r200-40-68-22.ae-static.anteldata.net.uy) left irc: Quit: gone
[14:32] <pietern> mjr_: right..
[14:32] <pietern> unless you want to offline those jobs
[14:36] jl000 (~quassel@pool-96-244-37-67.bltmmd.fios.verizon.net) joined #redis.
[14:37] TheHodge (~thehodge@2001:470:1f09:13a3:d556:38e6:5d3c:eaad) joined #redis.
[14:37] gnrfan (~gnrfan@190.43.98.215) joined #redis.
[14:42] lstrojny (~lstrojny@p5099f5c8.dip0.t-ipconnect.de) left irc: Quit: lstrojny
[14:43] johnsanders (~johnsande@c-69-181-21-76.hsd1.ca.comcast.net) left irc: Quit: Leaving...
[14:47] tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection
[14:48] zul_ (~giuseppe@151.65.170.77) left irc: Ping timeout: 268 seconds
[14:51] pharkmillups_ (~markphill@70-36-146-239.dsl.dynamic.sonic.net) joined #redis.
[14:53] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) got netsplit.
[14:53] appr (~appr@appr.me) got netsplit.
[14:53] ezkl (ezkl@ezkl.net) got netsplit.
[14:53] pharkmillups_ -> pharkmillups
[14:53] Possible future nick collision: pharkmillups
[14:55] brunov (~bruno@190.195.137.208) joined #redis.
[14:55] p2w (~textual@99-64-96-220.lightspeed.austtx.sbcglobal.net) joined #redis.
[14:59] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) joined #redis.
[15:04] ezkl (ezkl@ezkl.net) got lost in the net-split.
[15:04] appr (~appr@appr.me) got lost in the net-split.
[15:05] el_kevino -> el_kevino|RockLo
[15:05] tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) joined #redis.
[15:05] tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) left irc: Changing host
[15:05] tilgovi (~randall@couchdb/developer/tilgovi) joined #redis.
[15:05] johnsanders (~johnsande@209.66.114.6) joined #redis.
[15:05] el_kevino|RockLo -> el_kevino|sauce
[15:06] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[15:07] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Client Quit
[15:07] johnsanders (~johnsande@209.66.114.6) left irc: Read error: Connection reset by peer
[15:08] jscheel (~jscheel@drupal.org/user/116197/view) left irc: Quit: jscheel
[15:08] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[15:08] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Client Quit
[15:08] d0k (~d0k@p50922A6E.dip.t-dialin.net) left irc: Quit: This sleep has gone computing.
[15:09] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[15:09] johnsanders (~johnsande@209.66.114.6) joined #redis.
[15:10] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) left irc: Remote host closed the connection
[15:12] lstrojny_ (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[15:13] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Read error: Connection reset by peer
[15:13] lstrojny_ -> lstrojny
[15:18] strmpnk (~strmpnk@cpe-74-68-154-219.nyc.res.rr.com) left irc: Remote host closed the connection
[15:25] Kosma (kosma@host-6-66.internetunion.pl) left irc: Remote host closed the connection
[15:33] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) joined #redis.
[15:34] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) left irc: Quit: Wombert
[15:36] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) left irc: Read error: Connection reset by peer
[15:37] __alex (~alex@g225251198.adsl.alicedsl.de) left irc: Ping timeout: 244 seconds
[15:37] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) joined #redis.
[15:38] maqr (~maqr@httpcraft/hax) joined #redis.
[15:40] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) joined #redis.
[15:43] deepthawt (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) joined #redis.
[15:43] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) left irc: Read error: Connection reset by peer
[15:43] deepthawt (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) left irc: Client Quit
[15:43] drbobbeaty (~drbobbeat@38.98.137.29) left irc: Quit: drbobbeaty
[15:45] stephank (~stephank@82.197.214.45) left irc: Quit: *Poof!*
[15:46] grampajoe (~grampa@cpe-184-57-88-36.columbus.res.rr.com) joined #redis.
[15:51] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) left irc: Remote host closed the connection
[15:53] hackband (~hackband@1385159443.dhcp.dbnet.dk) left irc: Remote host closed the connection
[15:58] p2w (~textual@99-64-96-220.lightspeed.austtx.sbcglobal.net) left irc: Quit: Leaving...
[16:00] cdepue (~cdepue@190.194.148.21) left irc: Remote host closed the connection
[16:00] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) joined #redis.
[16:00] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) left irc: Quit: jtsnow
[16:02] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) left irc: Remote host closed the connection
[16:02] rittyan (~rittyan@95-26-105-40.broadband.corbina.ru) left irc: Remote host closed the connection
[16:04] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) joined #redis.
[16:05] elcuervo (~elcuervo@r190-135-61-192.dialup.adsl.anteldata.net.uy) left irc: Remote host closed the connection
[16:10] axl_ (~axl@75-149-152-225-Minnesota.hfc.comcastbusiness.net) left irc: Quit: axl_
[16:22] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) left irc: Quit: pharkmillups
[16:24] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) joined #redis.
[16:26] tjholowaychuk (~tjholoway@S010658b03565e6c6.gv.shawcable.net) left irc: Read error: Connection reset by peer
[16:28] tjholowaychuk (~tjholoway@S010658b03565e6c6.gv.shawcable.net) joined #redis.
[16:36] Sarevok (~locke@rrcs-98-101-176-143.midsouth.biz.rr.com) left #redis.
[16:37] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) left irc: Quit: Leaving...
[16:49] mgrouchy (~mgrouchy@CPE00259c2e72ce-CM0013718a0994.cpe.net.cable.rogers.com) joined #redis.
[16:53] wilmoore (~wilmoore@70-89-165-49-ISTS-co.hfc.comcastbusiness.net) left irc: Ping timeout: 244 seconds
[16:54] chrisjones (~chrisjone@ip68-224-245-47.lv.lv.cox.net) left irc: Quit: Textual IRC Client: http://www.textualapp.com/
[16:58] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) joined #redis.
[16:59] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Quit: lstrojny
[16:59] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[17:02] lux_ (~lux@ppp-246-7.25-151.libero.it) joined #redis.
[17:02] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) left irc: Client Quit
[17:02] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) joined #redis.
[17:02] lux_ -> Guest42707
[17:04] TheHodge (~thehodge@2001:470:1f09:13a3:d556:38e6:5d3c:eaad) left irc: Remote host closed the connection
[17:04] TheHodge (~thehodge@cpc5-seac20-2-0-cust310.7-2.cable.virginmedia.com) joined #redis.
[17:04] Guest68691 (~lux@ppp-252-3.25-151.libero.it) left irc: Ping timeout: 240 seconds
[17:05] k3VB6u4d (~k3VB6u4d@ec2-204-236-142-90.us-west-1.compute.amazonaws.com) left irc: Quit: Textual IRC Client: http://www.textualapp.com/
[17:06] Guest42707 (~lux@ppp-246-7.25-151.libero.it) left irc: Client Quit
[17:08] abecc (~abecc@118-5-235-201.fibertel.com.ar) joined #redis.
[17:12] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Quit: lstrojny
[17:13] ceej (~anonymous@cpe-72-190-40-203.tx.res.rr.com) left irc: Quit: ceej
[17:17] NetRoY (~NetRoY@122.167.83.227) left irc: Quit: NetRoY
[17:31] SecretAg1nt (sa@28.158.143.98.nitemare.name) left irc: Ping timeout: 248 seconds
[17:32] armhead (~armhead@li134-225.members.linode.com) joined #redis.
[17:32] k3VB6u4d (~k3VB6u4d@ec2-204-236-142-90.us-west-1.compute.amazonaws.com) joined #redis.
[17:33] wmoss -> wmoss|away
[17:39] wmoss|away -> wmoss
[17:46] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[17:49] NetRoY (~NetRoY@122.167.83.227) joined #redis.
[17:49] NetRoY (~NetRoY@122.167.83.227) left irc: Client Quit
[17:54] k3VB6u4d (~k3VB6u4d@ec2-204-236-142-90.us-west-1.compute.amazonaws.com) left irc: Quit: Computer has gone to sleep.
[17:57] hahuang65 (~hahuang65@204.11.231.186.static.etheric.net) left irc: Quit: Textual IRC Client: http://www.textualapp.com/
[17:58] brunov (~bruno@190.195.137.208) left irc: Quit: Ex-Chat
[18:06] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) joined #redis.
[18:09] mgrouchy (~mgrouchy@CPE00259c2e72ce-CM0013718a0994.cpe.net.cable.rogers.com) left irc: Quit: mgrouchy
[18:09] mgrouchy (~mgrouchy@CPE00259c2e72ce-CM0013718a0994.cpe.net.cable.rogers.com) joined #redis.
[18:13] mgrouchy (~mgrouchy@CPE00259c2e72ce-CM0013718a0994.cpe.net.cable.rogers.com) left irc: Ping timeout: 240 seconds
[18:13] pharkmillups (~markphill@70-36-146-239.dsl.dynamic.sonic.net) left irc: Quit: pharkmillups
[18:14] hahuang65 (~hahuang65@204.11.231.186.static.etheric.net) joined #redis.
[18:15] KevBurnsJr (~KevBurnsJ@50.0.103.39) left irc:
[18:17] andymccurdy (~andymccur@69.12.160.66) left irc: Ping timeout: 248 seconds
[18:17] __alex (~alex@g230193220.adsl.alicedsl.de) joined #redis.
[18:24] wmoss -> wmoss|away
[18:27] strmpnk (~strmpnk@cpe-74-68-154-219.nyc.res.rr.com) joined #redis.
[18:27] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) joined #redis.
[18:31] grampajoe (~grampa@cpe-184-57-88-36.columbus.res.rr.com) left irc: Quit: Bye!
[18:33] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) joined #redis.
[18:34] strmpnk (~strmpnk@cpe-74-68-154-219.nyc.res.rr.com) left irc: Remote host closed the connection
[18:35] pietern (~pieter@208.91.1.14) left irc: Quit: pietern
[18:35] kenperkins (~textual@174-24-164-49.tukw.qwest.net) left irc: Ping timeout: 244 seconds
[18:39] jano (~djanowski@190.245.30.40) left irc: Remote host closed the connection
[18:40] synk (~synk@ugate.dwango.co.jp) joined #redis.
[18:44] deepthawtz (~deepthawt@c-76-103-48-255.hsd1.ca.comcast.net) left irc: Read error: Connection reset by peer
[18:44] hahuang65 (~hahuang65@204.11.231.186.static.etheric.net) left irc: Quit: Computer has gone to sleep.
[18:47] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Ping timeout: 252 seconds
[18:48] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) joined #redis.
[18:59] skrul (~skrul@75-101-56-124.dsl.static.sonic.net) left irc: Quit: skrul
[18:59] amccloud (~anonymous@184.1.28.172) joined #redis.
[19:02] synk (~synk@ugate.dwango.co.jp) left irc: Quit: Leaving...
[19:05] wmoss|away -> wmoss
[19:12] insin (~insin@host31-53-248-180.range31-53.btcentralplus.com) left irc: Quit: What's the point in giving us haaaaannnds?
[19:13] donspaulding (~donspauld@173.154.226.14) joined #redis.
[19:17] wilmoore (~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) joined #redis.
[19:21] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) left irc: Read error: Connection reset by peer
[19:21] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) joined #redis.
[19:25] perezd (~derek@108-71-92-105.lightspeed.sntcca.sbcglobal.net) left irc: Ping timeout: 240 seconds
[19:27] fbjork__ (~fbjork@c-50-131-61-42.hsd1.ca.comcast.net) joined #redis.
[19:29] fbjork_ (~fbjork@c-50-131-61-42.hsd1.ca.comcast.net) left irc: Ping timeout: 255 seconds
[19:35] nu7hatch_ (~cubox@r186-48-199-243.dialup.adsl.anteldata.net.uy) joined #redis.
[19:35] nu7hatch (~cubox@r186-48-232-89.dialup.adsl.anteldata.net.uy) left irc: Ping timeout: 240 seconds
[19:35] nu7hatch_ -> nu7hatch
[19:36] wmoss -> wmoss|away
[19:38] martincozzi (~martincoz@209.66.114.6) left irc: Quit: martincozzi
[19:40] gregpascale (~textual@174-24-164-49.tukw.qwest.net) left irc: Ping timeout: 252 seconds
[19:44] wmoss|away -> wmoss
[19:48] cdepue (~cdepue@host56.190-226-89.telecom.net.ar) left irc: Remote host closed the connection
[20:03] DubLo7 (~Adium@24-247-67-24.dhcp.trcy.mi.charter.com) joined #redis.
[20:05] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) joined #redis.
[20:05] lstrojny_ (~lstrojny@ppp-188-174-58-158.dynamic.mnet-online.de) joined #redis.
[20:06] lstrojny (~lstrojny@ppp-188-174-46-230.dynamic.mnet-online.de) left irc: Ping timeout: 240 seconds
[20:06] lstrojny_ -> lstrojny
[20:06] awksed2greep (~awksedgre@c-24-98-243-58.hsd1.ga.comcast.net) joined #redis.
[20:06] amccloud (~anonymous@184.1.28.172) left irc: Quit: amccloud
[20:11] io_syl (~io_syl@unaffiliated/steph021) left irc: Quit: Computer has gone to sleep.
[20:11] Wombert (~Wombert@dslb-088-066-201-154.pools.arcor-ip.net) left irc: Quit: Wombert
[20:14] _macro (~Neil@c-67-169-183-90.hsd1.ca.comcast.net) joined #redis.
[20:19] tilgovi (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 252 seconds
[20:21] daniel_karlsson (~kardan@c83-254-118-140.bredband.comhem.se) joined #redis.
[20:24] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) left irc: Quit: martincozzi
[20:30] abecc (~abecc@118-5-235-201.fibertel.com.ar) left irc: Quit: abecc
[20:31] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) joined #redis.
[20:33] lstrojny (~lstrojny@ppp-188-174-58-158.dynamic.mnet-online.de) left irc: Ping timeout: 244 seconds
[20:35] f00li5h (~f00li5h@unaffiliated/f00li5h) joined #redis.
[20:37] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) left irc: Quit: jtsnow
[20:37] lstrojny (~lstrojny@ppp-188-174-58-158.dynamic.mnet-online.de) joined #redis.
[20:40] wmoss -> wmoss|away
[20:42] brianseeders (~BS@108-216-88-132.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 240 seconds
[20:46] lavluda (~lavluda@123.49.22.217) joined #redis.
[20:47] jtsnow (~jtsnow@75-169-84-216.slkc.qwest.net) joined #redis.
[20:48] <lavluda> hi, anybody there to response ?
[20:50] <gnrfan> lavluda: still around? what is the question?
[20:51] <lavluda> gnrfan: yep, thanks for response. asking the question
[20:51] <gnrfan> lavluda: sure..
[20:52] tjholowaychuk (~tjholoway@S010658b03565e6c6.gv.shawcable.net) left irc: Quit: Bye!
[20:52] <lavluda> i am using node_redis, as its fully async how i will make the request (GET) hold to complete the callback ?
[20:54] <gnrfan> lavluda: you mean you don't want to process any other line of your program until the callback function is executed and completed?
[20:55] <lavluda> gnrfan: no i want to hold my response code to complete the callback function excution
[20:55] <lavluda> gnrfan: here is my code http://pastebin.com/NXr8FZES
[20:55] <gnrfan> lavluda: let me see
[20:57] <lavluda> gnrfan: ok
[20:58] <gnrfan> lavluda: i don't really have much experience using Redis from Node.js only from Python, Ruby and PHP.. but i'm trying to follow and be helpful
[20:58] wmoss|away -> wmoss
[20:59] <gnrfan> lavluda: ..so you want to send your HTTP response only when the callback function for the GET command has completed? is that what you mean?
[20:59] <lavluda> gnrfan: yep
[20:59] <gnrfan> lavluda: uhm.. ok hold on
[21:01] <gnrfan> lavluda: you have a loop there… and the current implementation seems to be sending a 200 response for every item that is processed.. you want only one response once all items have been processed?
[21:02] pharkmillups (~markphill@c-98-234-235-225.hsd1.ca.comcast.net) joined #redis.
[21:02] <lavluda> gnrfan: thats what i am trying, i tried that print after everything in the end of the function, but problem is then the global variable get the old data.
[21:03] <lavluda> gnrfan: so what i understand as the callback function still running, at the time of my print in the end of function the global variable have old data. so i need the make the process syncronize
[21:05] <gnrfan> lavluda: it's clearly a Node.js thing not a Redis or node_redis thing..
[21:06] <gnrfan> lavluda: I have a much more clear picture of your code now
[21:06] <lavluda> gnrfan: ok thanks gnrfan :) i an ask over node.js room
[21:07] senderista (~senderist@50.135.89.122) joined #redis.
[21:07] <gnrfan> lavluda: yeap.. sorry.. I don't know much node.js for now to be more helpful.. but so far I guess you'll have to collect the responses somewhere or perhaps reduce the responses in some way and only then create the HTTP response
[21:10] <lavluda> gnrfan: nothing to sorry, u helped me a lot, now i know it's may not redis issue. i also thought about making it faster, but couldn't find any solution
[21:11] <gnrfan> lavluda: yes it has much more to to with the asynchronous nature of node programming.. make sure you know enough theory about Javascript closures and you'll get it done… just persist a bit at it! :)
[21:13] binarychef (~binaryche@adsl-74-226-120-93.mem.bellsouth.net) joined #redis.
[21:14] <lavluda> gnrfan: thanks i am studying more javascript thing :) wish me good luck :)
[21:14] DubLo7 (~Adium@24-247-67-24.dhcp.trcy.mi.charter.com) left irc: Quit: Leaving.
[21:17] brianseeders (~BS@108.216.88.132) joined #redis.
[21:21] ircdearia (~mizerydea@unaffiliated/necrodearia) left irc: Ping timeout: 258 seconds
[21:25] <gnrfan> lavluda: I recommend this short PDF https://github.com/spencertipping/js-in-ten-minutes/blob/master/js-in-ten-minutes.pdf?raw=true
[21:27] ircdearia (~mizerydea@unaffiliated/necrodearia) joined #redis.
[21:27] lavluda_ (~lavluda@123.49.23.17) joined #redis.
[21:28] lavluda (~lavluda@123.49.22.217) left irc: Ping timeout: 244 seconds
[21:28] lavluda_ -> lavluda
[21:32] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) joined #redis.
[21:33] ircdearia (~mizerydea@unaffiliated/necrodearia) left irc: Ping timeout: 268 seconds
[21:39] ircdearia (~mizerydea@unaffiliated/necrodearia) joined #redis.
[21:41] io_syl (~io_syl@unaffiliated/steph021) joined #redis.
[21:42] andymccurdy (~andymccur@c-67-188-242-100.hsd1.ca.comcast.net) joined #redis.
[21:45] binarychef_ (~binaryche@adsl-74-226-120-93.mem.bellsouth.net) joined #redis.
[21:45] binarychef_ (~binaryche@adsl-74-226-120-93.mem.bellsouth.net) left irc: Remote host closed the connection
[21:45] binarychef (~binaryche@adsl-74-226-120-93.mem.bellsouth.net) left irc: Ping timeout: 240 seconds
[21:46] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) left irc: Quit: martincozzi
[21:47] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) joined #redis.
[21:50] __alex (~alex@g230193220.adsl.alicedsl.de) left irc: Ping timeout: 240 seconds
[21:51] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) left irc: Ping timeout: 240 seconds
[21:58] donspaulding (~donspauld@173.154.226.14) left irc: Read error: Connection reset by peer
[21:58] donspaulding (~donspauld@173.154.226.14) joined #redis.
[22:01] lavluda (~lavluda@123.49.23.17) left irc: Ping timeout: 240 seconds
[22:03] lavluda (~lavluda@123.49.21.133) joined #redis.
[22:14] brianseeders (~BS@108.216.88.132) left irc: Ping timeout: 252 seconds
[22:16] <mjr_> lavluda: I've got an example of using redis in a node web server here: https://github.com/mranney/node_redis/blob/master/examples/web_server.js
[22:16] mpendergraft (~mpendergr@encs2.vancouver.wsu.edu) left irc: Ping timeout: 258 seconds
[22:17] <mjr_> There are some other examples in that directory as well that might be useful to you.
[22:17] <lavluda> mjr_: thanks :) i checked some of the examples there. but missed this one, thanks :)
[22:18] mpendergraft (~mpendergr@encs2.vancouver.wsu.edu) joined #redis.
[22:19] kushal (kdas@nat/redhat/x-usitnekxtqtvgico) joined #redis.
[22:19] kushal (kdas@nat/redhat/x-usitnekxtqtvgico) left irc: Changing host
[22:19] kushal (kdas@fedora/kushal) joined #redis.
[22:19] <mjr_> I've also answered a couple of stack overflow questions on the topic if you look around
[22:20] <mjr_> And there is an example of a node web server and tracking some metrics in redis here: https://github.com/mranney/node_camp_talk_12_14_2010
[22:21] <mjr_> That last example is a bit out of date, but the basic idea is still the same.
[22:26] donspaulding (~donspauld@173.154.226.14) left irc: Quit: Leaving.
[22:26] tilgovi (~randall@couchdb/developer/tilgovi) joined #redis.
[22:29] hahuang65 (~hahuang65@c-24-23-128-23.hsd1.ca.comcast.net) joined #redis.
[22:29] ank (~ank@c-67-172-16-188.hsd1.pa.comcast.net) left irc: Quit: ank
[22:32] schleppy (~Adium@cartman.2advanced.net) joined #redis.
[22:33] <schleppy> Is there a built-in way to copy a zset?
[22:34] <schleppy> Should I just create an empty zset and do a zuniounstore?
[22:41] senderista (~senderist@50.135.89.122) left irc: Quit: senderista
[22:41] luckyruby (~luckyruby@125-187.96-97.tampabay.res.rr.com) joined #redis.
[22:43] wmoss -> wmoss|away
[22:48] fbjork__ (~fbjork@c-50-131-61-42.hsd1.ca.comcast.net) left irc: Remote host closed the connection
[23:01] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) joined #redis.
[23:04] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) left irc: Client Quit
[23:06] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) joined #redis.
[23:25] <schleppy> hello… anyone?
[23:39] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) left irc: Quit: martincozzi
[23:43] wilmoore (~wilmoore@c-67-190-17-108.hsd1.co.comcast.net) left irc: Ping timeout: 252 seconds
[23:45] <mjr_> schleppy: that's what i'd do. Seems reasonable.
[23:45] Tuxist (~quassel@dslb-092-077-028-120.pools.arcor-ip.net) joined #redis.
[23:47] martincozzi (~martincoz@c-67-180-194-70.hsd1.ca.comcast.net) joined #redis.
[00:00] --- Tue Dec 6 2011