en Copyright 2015 Java http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#0b69c986 Fix ae.c to avoid timers infinite loop.This fix was suggested by Anthony LaTorre, that provided also a goodtest case that was used to verify the fix.The problem with the old implementation is that, the time returned bya timer event (that is the time after it want to run again) is addedto the event *start time*. So if the event takes, in order to run, morethan the time it says it want to be scheduled again for running, aninfinite loop is triggered. List of files: /redis-3.2.3/src/ae.h Fri, 08 Jan 2016 14:05:14 +0000 antirez <antirez@gmail.com> http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#8e2d0820 ae.c event loop: API to resize the fd set size on the run. List of files: /redis-3.2.3/src/ae.h Fri, 28 Jun 2013 14:39:49 +0000 antirez <antirez@gmail.com> http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#4365e5b2 BSD license added to every C source and header file. List of files: /redis-3.2.3/src/ae.h Thu, 08 Nov 2012 17:25:23 +0000 antirez <antirez@gmail.com> http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#b7b2a1cc Force expire all timer events when system clock skew is detected.When system time changes back, the timer will not worker properlyhence some core functionality of redis will stop working(e.g. replication,bgsave, etc). See issue #633 for details.The patch saves the previous time and when a system clock skew is detected,it will force expire all timers.Modiifed by @antirez: the previous time was moved into the eventLoopstructure to make sure the library is still thread safe as long as youuse different event loops into different threads (otherwise you needsome synchronization). More comments added about the reasoning at thebase of the patch, that's worth reporting here:/* If the system clock is moved to the future, and then set back to the * right value, time events may be delayed in a random way. Often this * means that scheduled operations will not be performed soon enough. * * Here we try to detect system clock skews, and force all the time * events to be processed ASAP when this happens: the idea is that * processing events earlier is less dangerous than delaying them * indefinitely, and practice suggests it is. */ List of files: /redis-3.2.3/src/ae.h Thu, 30 Aug 2012 07:08:19 +0000 Jokea <tfengjun@gmail.com> http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#e074416b Max limit to 10k clients removed, this implements feature request on issue #194 List of files: /redis-3.2.3/src/ae.h Thu, 15 Dec 2011 10:42:40 +0000 antirez <antirez@gmail.com> http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#f14479c7 new ae.c API to get current events by file descriptor. List of files: /redis-3.2.3/src/ae.h Mon, 21 Nov 2011 15:05:29 +0000 antirez <antirez@gmail.com> http://172.16.0.5:8080/history/redis-3.2.3/src/ae.h#e2641e09 redis.c split into many different C files.networking related stuff moved into networking.cmoved more codemore work on layout of source codeSDS instantaneuos memory saving. By Pieter and Salvatore at VMware ;)cleanly compiling again after the first split, now splitting it in more C filesmoving more things around... work in progresssplit replication codesplitting moreSets splitHash splitreplication spliteven more splittingmore splittingminor change List of files: /redis-3.2.3/src/ae.h Mon, 21 Jun 2010 22:07:48 +0000 antirez <antirez@gmail.com>