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