Permalink
Browse files

no more html documentation

  • Loading branch information...
1 parent 112569d commit 02d71527d8ae6fef27252220f1f3cc202e8f1b20 @antirez committed Jun 5, 2011
Showing with 0 additions and 7,467 deletions.
  1. +0 −48 doc/AppendCommand.html
  2. +0 −41 doc/AppendOnlyFileHowto.html
  3. +0 −39 doc/AuthCommand.html
  4. +0 −129 doc/Benchmarks.html
  5. +0 −41 doc/BgrewriteaofCommand.html
  6. +0 −39 doc/BgsaveCommand.html
  7. +0 −51 doc/BlpopCommand.html
  8. +0 −39 doc/BrpoplpushCommand.html
  9. +0 −47 doc/CommandReference.html
  10. +0 −42 doc/Comparisons.html
  11. +0 −76 doc/ConfigCommand.html
  12. +0 −38 doc/Configuration.html
  13. +0 −36 doc/ConnectionHandlingSidebar.html
  14. +0 −36 doc/ControlCommandsSidebar.html
  15. +0 −38 doc/Credits.html
  16. +0 −38 doc/DbsizeCommand.html
  17. +0 −41 doc/DelCommand.html
  18. +0 −37 doc/DesignPatterns.html
  19. +0 −44 doc/EventLibray.html
  20. +0 −42 doc/ExistsCommand.html
  21. +0 −96 doc/ExpireCommand.html
  22. +0 −70 doc/FAQ.html
  23. +0 −38 doc/Features.html
  24. +0 −39 doc/FlushallCommand.html
  25. +0 −39 doc/FlushdbCommand.html
  26. +0 −37 doc/FromSqlToDataStructures.html
  27. +0 −36 doc/GenericCommandsSidebar.html
  28. +0 −39 doc/GetCommand.html
  29. +0 −39 doc/GetbitCommand.html
  30. +0 −38 doc/GetsetCommand.html
  31. +0 −83 doc/HackingStrings.html
  32. +0 −36 doc/HashCommandsSidebar.html
  33. +0 −37 doc/Hashes.html
  34. +0 −39 doc/HdelCommand.html
  35. +0 −39 doc/HexistsCommand.html
  36. +0 −39 doc/HgetCommand.html
  37. +0 −40 doc/HgetallCommand.html
  38. +0 −45 doc/HincrbyCommand.html
  39. +0 −38 doc/HlenCommand.html
  40. +0 −40 doc/HmgetCommand.html
  41. +0 −40 doc/HmsetCommand.html
  42. +0 −40 doc/HsetCommand.html
  43. +0 −41 doc/HsetnxCommand.html
  44. +0 −43 doc/IncrCommand.html
  45. +0 −48 doc/InfoCommand.html
  46. +0 −152 doc/IntroductionToRedisDataTypes.html
  47. +0 −43 doc/KeysCommand.html
  48. +0 −39 doc/LastsaveCommand.html
  49. +0 −40 doc/LindexCommand.html
  50. +0 −36 doc/ListCommandsSidebar.html
  51. +0 −42 doc/Lists.html
  52. +0 −41 doc/LlenCommand.html
  53. +0 −41 doc/LpopCommand.html
  54. +0 −47 doc/LrangeCommand.html
  55. +0 −41 doc/LremCommand.html
  56. +0 −38 doc/LsetCommand.html
  57. +0 −47 doc/LtrimCommand.html
  58. +0 −52 doc/MgetCommand.html
  59. +0 −63 doc/MonitorCommand.html
  60. +0 −42 doc/MoveCommand.html
  61. +0 −44 doc/MsetCommand.html
  62. +0 −166 doc/MultiExecCommand.html
  63. +0 −51 doc/NonexistentCommands.html
  64. +0 −39 doc/ObjectHashMappers.html
  65. +0 −36 doc/Pipelining.html
  66. +0 −38 doc/ProgrammingExamples.html
  67. +0 −137 doc/ProtocolSpecification.html
  68. +0 −115 doc/PublishSubscribe.html
  69. +0 −68 doc/QuickStart.html
  70. +0 −38 doc/QuitCommand.html
  71. +0 −119 doc/README.html
  72. +0 −39 doc/RandomkeyCommand.html
  73. +0 −67 doc/Redis0100ChangeLog.html
  74. +0 −56 doc/Redis0900ChangeLog.html
  75. +0 −61 doc/RedisBigData.html
  76. +0 −37 doc/RedisCLI.html
  77. +0 −70 doc/RedisEventLibrary.html
  78. +0 −37 doc/RedisGuides.html
  79. +0 −38 doc/RedisInternals.html
  80. +0 −93 doc/RedisPipelining.html
  81. +0 −56 doc/RedisStatus.html
  82. +0 −40 doc/Redis_1_2_0_Changelog.html
  83. +0 −62 doc/Redis_2_0_0_Changelog.html
  84. +0 −59 doc/Redis_2_0_Whats_new.html
  85. +0 −39 doc/RenameCommand.html
  86. +0 −42 doc/RenamenxCommand.html
  87. +0 −43 doc/ReplicationHowto.html
  88. +0 −42 doc/ReplyTypes.html
  89. +0 −38 doc/RoadMap.html
  90. +0 −44 doc/RpoplpushCommand.html
  91. +0 −40 doc/RpushCommand.html
  92. +0 −41 doc/SaddCommand.html
  93. +0 −39 doc/SaveCommand.html
  94. +0 −41 doc/ScardCommand.html
  95. +0 −45 doc/SdiffCommand.html
  96. +0 −38 doc/SdiffstoreCommand.html
  97. +0 −39 doc/SelectCommand.html
  98. +0 −39 doc/SetCommand.html
  99. +0 −36 doc/SetCommandsSidebar.html
  100. +0 −45 doc/SetbitCommand.html
  101. +0 −42 doc/SetexCommand.html
  102. +0 −51 doc/SetnxCommand.html
  103. +0 −58 doc/SetrangeCommand.html
  104. +0 −36 doc/Sets.html
  105. +0 −39 doc/ShutdownCommand.html
  106. +0 −36 doc/SideBar.html
  107. +0 −40 doc/SinterCommand.html
  108. +0 −39 doc/SinterstoreCommand.html
  109. +0 −42 doc/SismemberCommand.html
  110. +0 −41 doc/SlaveofCommand.html
  111. +0 −38 doc/SmembersCommand.html
  112. +0 −44 doc/SmoveCommand.html
  113. +0 −75 doc/SortCommand.html
  114. +0 −36 doc/SortedSetCommandsSidebar.html
  115. +0 −36 doc/SortedSets.html
  116. +0 −38 doc/Speed.html
  117. +0 −38 doc/SponsorshipHistory.html
  118. +0 −40 doc/SpopCommand.html
  119. +0 −40 doc/SrandmemberCommand.html
  120. +0 −42 doc/SremCommand.html
  121. +0 −36 doc/StringCommandsSidebar.html
  122. +0 −37 doc/Strings.html
  123. +0 −39 doc/StrlenCommand.html
  124. +0 −52 doc/SubstrCommand.html
  125. +0 −40 doc/SunionCommand.html
  126. +0 −38 doc/SunionstoreCommand.html
  127. +0 −60 doc/SupportedLanguages.html
  128. +0 −37 doc/SupportedPlatforms.html
  129. +0 −38 doc/TemplateCommand.html
  130. +0 −38 doc/TtlCommand.html
  131. +0 −250 doc/TwitterAlikeExample.html
  132. +0 −46 doc/TypeCommand.html
  133. +0 −39 doc/UnstableSource.html
  134. +0 −156 doc/VirtualMemorySpecification.html
  135. +0 −66 doc/VirtualMemoryUserGuide.html
  136. +0 −43 doc/ZaddCommand.html
  137. +0 −41 doc/ZcardCommand.html
  138. +0 −42 doc/ZincrbyCommand.html
  139. +0 −42 doc/ZrangeCommand.html
  140. +0 −77 doc/ZrangebyscoreCommand.html
  141. +0 −43 doc/ZrankCommand.html
  142. +0 −42 doc/ZremCommand.html
  143. +0 −39 doc/ZremrangebyrankCommand.html
  144. +0 −39 doc/ZremrangebyscoreCommand.html
  145. +0 −41 doc/ZscoreCommand.html
  146. +0 −42 doc/ZunionCommand.html
  147. +0 −43 doc/ZunionstoreCommand.html
  148. +0 −43 doc/index.html
  149. BIN doc/redis.png
  150. +0 −25 doc/style.css
View
@@ -1,48 +0,0 @@
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
- <head>
- <link type="text/css" rel="stylesheet" href="style.css" />
- </head>
- <body>
- <div id="page">
-
- <div id='header'>
- <a href="index.html">
- <img style="border:none" alt="Redis Documentation" src="redis.png">
- </a>
- </div>
-
- <div id="pagecontent">
- <div class="index">
-<!-- This is a (PRE) block. Make sure it's left aligned or your toc title will be off. -->
-<b>AppendCommand: Contents</b><br>&nbsp;&nbsp;<a href="#APPEND _key_ _value_">APPEND _key_ _value_</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Return value">Return value</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Examples">Examples</a>
- </div>
-
- <h1 class="wikiname">AppendCommand</h1>
-
- <div class="summary">
-
- </div>
-
- <div class="narrow">
- &iuml;&raquo;&iquest;#sidebar <a href="StringCommandsSidebar.html">StringCommandsSidebar</a><h1><a name="APPEND _key_ _value_">APPEND _key_ _value_</a></h1>
-<i>Time complexity: O(1). The amortized time complexity is O(1) assuming the appended value is small and the already present value is of any size, since the dynamic string library used by Redis will double the free space available on every reallocation.</i><blockquote>If the <i>key</i> already exists and is a string, this command appends theprovided value at the end of the string.If the <i>key</i> does not exist it is created and set as an empty string, soAPPEND will be very similar to SET in this special case.</blockquote>
-<h2><a name="Return value">Return value</a></h2><a href="ReplyTypes.html">Integer reply</a>, specifically the total length of the string after the append operation.<h2><a name="Examples">Examples</a></h2><pre class="codeblock python" name="code">
-redis&gt; exists mykey
-(integer) 0
-redis&gt; append mykey &quot;Hello &quot;
-(integer) 6
-redis&gt; append mykey &quot;World&quot;
-(integer) 11
-redis&gt; get mykey
-&quot;Hello World&quot;
-</pre>
-
- </div>
-
- </div>
- </div>
- </body>
-</html>
-
@@ -1,41 +0,0 @@
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
- <head>
- <link type="text/css" rel="stylesheet" href="style.css" />
- </head>
- <body>
- <div id="page">
-
- <div id='header'>
- <a href="index.html">
- <img style="border:none" alt="Redis Documentation" src="redis.png">
- </a>
- </div>
-
- <div id="pagecontent">
- <div class="index">
-<!-- This is a (PRE) block. Make sure it's left aligned or your toc title will be off. -->
-<b>AppendOnlyFileHowto: Contents</b><br>&nbsp;&nbsp;<a href="#Append Only File HOWTO">Append Only File HOWTO</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#General Information">General Information</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Log rewriting">Log rewriting</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Wait... but how does this work?">Wait... but how does this work?</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#How durable is the append only file?">How durable is the append only file?</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#What should I do if my Append Only File gets corrupted?">What should I do if my Append Only File gets corrupted?</a>
- </div>
-
- <h1 class="wikiname">AppendOnlyFileHowto</h1>
-
- <div class="summary">
-
- </div>
-
- <div class="narrow">
- &iuml;&raquo;&iquest;#sidebar <a href="RedisGuides.html">RedisGuides</a>
-<h1><a name="Append Only File HOWTO">Append Only File HOWTO</a></h1><h2><a name="General Information">General Information</a></h2>Append only file is an alternative durability option for Redis. What this mean? Let's start with some fact:<br/><br/><ul><li> For default Redis saves snapshots of the dataset on disk, in a binary file called dump.rdb (by default at least). For instance you can configure Redis to save the dataset every 60 seconds if there are at least 100 changes in the dataset, or every 1000 seconds if there is at least a single change in the dataset. This is known as &quot;Snapshotting&quot;.</li><li> Snapshotting is not very durable. If your computer running Redis stops, your power line fails, or you write killall -9 redis-server for a mistake, the latest data written on Redis will get lost. There are applications where this is not a big deal. There are applications where this is not acceptable and Redis <b>was</b> not an option for this applications.</li></ul>
-What is the solution? To use append only file as alternative to snapshotting. How it works?<br/><br/><ul><li> It is an 1.1 only feature.</li><li> You have to turn it on editing the configuration file. Just make sure you have &quot;appendonly yes&quot; somewhere.</li><li> Append only files work this way: every time Redis receive a command that changes the dataset (for instance a SET or LPUSH command) it appends this command in the append only file. When you restart Redis it will first <b>re-play</b> the append only file to rebuild the state.</li></ul>
-<h2><a name="Log rewriting">Log rewriting</a></h2>As you can guess... the append log file gets bigger and bigger, every time there is a new operation changing the dataset. Even if you set always the same key &quot;mykey&quot; to the values of &quot;1&quot;, &quot;2&quot;, &quot;3&quot;, ... up to 10000000000 in the end you'll have just a single key in the dataset, just a few bytes! but how big will be the append log file? Very very big.<br/><br/>So Redis supports an interesting feature: it is able to rebuild the append log file, in background, without to stop processing client commands. The key is the command <a href="BGREWRITEAOF.html">BGREWRITEAOF</a>. This command basically is able to use the dataset in memory in order to rewrite the shortest sequence of commands able to rebuild the exact dataset that is currently in memory.<br/><br/>So from time to time when the log gets too big, try this command. It's safe as if it fails you will not lost your old log (but you can make a backup copy given that currently 1.1 is still in beta!).<h2><a name="Wait... but how does this work?">Wait... but how does this work?</a></h2>Basically it uses the same fork() copy-on-write trick that snapshotting already uses. This is how the algorithm works:<br/><br/><ul><li> Redis forks, so now we have a child and a parent.</li><li> The child starts writing the new append log file in a temporary file.</li><li> The parent accumulates all the new changes in an in-memory buffer (but at the same time it writes the new changes in the <b>old</b> append only file, so if the rewriting fails, we are safe).</li><li> When the child finished to rewrite the file, the parent gets a signal, and append the in-memory buffer at the end of the file generated by the child.</li><li> Profit! Now Redis atomically renames the old file into the new one, and starts appending new data into the new file.</li></ul>
-<h2><a name="How durable is the append only file?">How durable is the append only file?</a></h2>Check redis.conf, you can configure how many times Redis will fsync() data on disk. There are three options:<br/><br/><ul><li> Fsync() every time a new command is appended to the append log file. Very very slow, very safe.</li><li> Fsync() one time every second. Fast enough, and you can lose 1 second of data if there is a disaster.</li><li> Never fsync(), just put your data in the hands of the Operating System. The faster and unsafer method.</li></ul>
-The suggested (and default) policy is &quot;everysec&quot;. It is both very fast and pretty safe. The &quot;always&quot; policy is very slow in practice, even if it was improved in Redis 2.0.0 there is no way to make fsync() faster than it is.<h2><a name="What should I do if my Append Only File gets corrupted?">What should I do if my Append Only File gets corrupted?</a></h2>It is possible that the server crashes while writing the AOF file (this still should never lead to inconsistencies) corrupting the file in a way that is no longer loadable by Redis. When this happens you can fix this problem using the following procedure:<br/><br/><ul><li> Make a backup copy of your AOF file.</li><li> Fix the original file with: ./redis-check-aof --fix <code name="code" class="python">&lt;filename&gt;</code></li><li> Optionally use diff -u to check what is the difference between two files.</li><li> Restart the server with the fixed file.</li></ul>
- </div>
-
- </div>
- </div>
- </body>
-</html>
-
View
@@ -1,39 +0,0 @@
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
- <head>
- <link type="text/css" rel="stylesheet" href="style.css" />
- </head>
- <body>
- <div id="page">
-
- <div id='header'>
- <a href="index.html">
- <img style="border:none" alt="Redis Documentation" src="redis.png">
- </a>
- </div>
-
- <div id="pagecontent">
- <div class="index">
-<!-- This is a (PRE) block. Make sure it's left aligned or your toc title will be off. -->
-<b>AuthCommand: Contents</b><br>&nbsp;&nbsp;<a href="#AUTH _password_">AUTH _password_</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Return value">Return value</a>
- </div>
-
- <h1 class="wikiname">AuthCommand</h1>
-
- <div class="summary">
-
- </div>
-
- <div class="narrow">
- &iuml;&raquo;&iquest;#sidebar <a href="ConnectionHandlingSidebar.html">ConnectionHandlingSidebar</a><h1><a name="AUTH _password_">AUTH _password_</a></h1><blockquote>Request for authentication in a password protected Redis server.A Redis server can be instructed to require a password before to allow clientsto issue commands. This is done using the <i>requirepass</i> directive in theRedis configuration file.</blockquote>
-<blockquote>If the password given by the client is correct the server replies withan OK status code reply and starts accepting commands from the client.Otherwise an error is returned and the clients needs to try a new password.Note that for the high performance nature of Redis it is possible to trya lot of passwords in parallel in very short time, so make sure to generatea strong and very long password so that this attack is infeasible.</blockquote>
-<h2><a name="Return value">Return value</a></h2><a href="ReplyTypes.html">Status code reply</a>
-
- </div>
-
- </div>
- </div>
- </body>
-</html>
-
View
@@ -1,129 +0,0 @@
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
- <head>
- <link type="text/css" rel="stylesheet" href="style.css" />
- </head>
- <body>
- <div id="page">
-
- <div id='header'>
- <a href="index.html">
- <img style="border:none" alt="Redis Documentation" src="redis.png">
- </a>
- </div>
-
- <div id="pagecontent">
- <div class="index">
-<!-- This is a (PRE) block. Make sure it's left aligned or your toc title will be off. -->
-<b>Benchmarks: Contents</b><br>&nbsp;&nbsp;<a href="#How Fast is Redis?">How Fast is Redis?</a><br>&nbsp;&nbsp;<a href="#Latency percentiles">Latency percentiles</a>
- </div>
-
- <h1 class="wikiname">Benchmarks</h1>
-
- <div class="summary">
-
- </div>
-
- <div class="narrow">
- <h1><a name="How Fast is Redis?">How Fast is Redis?</a></h1>Redis includes the <code name="code" class="python">redis-benchmark</code> utility that simulates <a href="SETs.html">SETs</a>/GETs done by N clients at the same time sending M total queries (it is similar to the Apache's <code name="code" class="python">ab</code> utility). Below you'll find the full output of the benchmark executed against a Linux box.<br/><br/><ul><li> The test was done with 50 simultaneous clients performing 100000 requests.</li><li> The value SET and GET is a 256 bytes string.</li><li> The Linux box is running <b>Linux 2.6</b>, it's <b>Xeon X3320 2.5Ghz</b>.</li><li> Text executed using the loopback interface (127.0.0.1).</li></ul>
-Results: <b>about 110000 <a href="SETs.html">SETs</a> per second, about 81000 GETs per second.</b><h1><a name="Latency percentiles">Latency percentiles</a></h1><pre class="codeblock python" name="code">
-./redis-benchmark -n 100000
-
-====== SET ======
- 100007 requests completed in 0.88 seconds
- 50 parallel clients
- 3 bytes payload
- keep alive: 1
-
-58.50% &lt;= 0 milliseconds
-99.17% &lt;= 1 milliseconds
-99.58% &lt;= 2 milliseconds
-99.85% &lt;= 3 milliseconds
-99.90% &lt;= 6 milliseconds
-100.00% &lt;= 9 milliseconds
-114293.71 requests per second
-
-====== GET ======
- 100000 requests completed in 1.23 seconds
- 50 parallel clients
- 3 bytes payload
- keep alive: 1
-
-43.12% &lt;= 0 milliseconds
-96.82% &lt;= 1 milliseconds
-98.62% &lt;= 2 milliseconds
-100.00% &lt;= 3 milliseconds
-81234.77 requests per second
-
-====== INCR ======
- 100018 requests completed in 1.46 seconds
- 50 parallel clients
- 3 bytes payload
- keep alive: 1
-
-32.32% &lt;= 0 milliseconds
-96.67% &lt;= 1 milliseconds
-99.14% &lt;= 2 milliseconds
-99.83% &lt;= 3 milliseconds
-99.88% &lt;= 4 milliseconds
-99.89% &lt;= 5 milliseconds
-99.96% &lt;= 9 milliseconds
-100.00% &lt;= 18 milliseconds
-68458.59 requests per second
-
-====== LPUSH ======
- 100004 requests completed in 1.14 seconds
- 50 parallel clients
- 3 bytes payload
- keep alive: 1
-
-62.27% &lt;= 0 milliseconds
-99.74% &lt;= 1 milliseconds
-99.85% &lt;= 2 milliseconds
-99.86% &lt;= 3 milliseconds
-99.89% &lt;= 5 milliseconds
-99.93% &lt;= 7 milliseconds
-99.96% &lt;= 9 milliseconds
-100.00% &lt;= 22 milliseconds
-100.00% &lt;= 208 milliseconds
-88109.25 requests per second
-
-====== LPOP ======
- 100001 requests completed in 1.39 seconds
- 50 parallel clients
- 3 bytes payload
- keep alive: 1
-
-54.83% &lt;= 0 milliseconds
-97.34% &lt;= 1 milliseconds
-99.95% &lt;= 2 milliseconds
-99.96% &lt;= 3 milliseconds
-99.96% &lt;= 4 milliseconds
-100.00% &lt;= 9 milliseconds
-100.00% &lt;= 208 milliseconds
-71994.96 requests per second
-</pre>Notes: changing the payload from 256 to 1024 or 4096 bytes does not change the numbers significantly (but reply packets are glued together up to 1024 bytes so GETs may be slower with big payloads). The same for the number of clients, from 50 to 256 clients I got the same numbers. With only 10 clients it starts to get a bit slower.<br/><br/>You can expect different results from different boxes. For example a low profile box like <b>Intel core duo T5500 clocked at 1.66Ghz running Linux 2.6</b> will output the following:
-<pre class="codeblock python python" name="code">
- ./redis-benchmark -q -n 100000
-SET: 53684.38 requests per second
-GET: 45497.73 requests per second
-INCR: 39370.47 requests per second
-LPUSH: 34803.41 requests per second
-LPOP: 37367.20 requests per second
-</pre>Another one using a 64 bit box, a Xeon L5420 clocked at 2.5 Ghz:<br/><br/><pre class="codeblock python python python" name="code">
- ./redis-benchmark -q -n 100000
-PING: 111731.84 requests per second
-SET: 108114.59 requests per second
-GET: 98717.67 requests per second
-INCR: 95241.91 requests per second
-LPUSH: 104712.05 requests per second
-LPOP: 93722.59 requests per second
-</pre>
- </div>
-
- </div>
- </div>
- </body>
-</html>
-
@@ -1,41 +0,0 @@
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
- <head>
- <link type="text/css" rel="stylesheet" href="style.css" />
- </head>
- <body>
- <div id="page">
-
- <div id='header'>
- <a href="index.html">
- <img style="border:none" alt="Redis Documentation" src="redis.png">
- </a>
- </div>
-
- <div id="pagecontent">
- <div class="index">
-<!-- This is a (PRE) block. Make sure it's left aligned or your toc title will be off. -->
-<b>BgrewriteaofCommand: Contents</b><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="#BGREWRITEAOF">BGREWRITEAOF</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Return value">Return value</a>
- </div>
-
- <h1 class="wikiname">BgrewriteaofCommand</h1>
-
- <div class="summary">
-
- </div>
-
- <div class="narrow">
- &iuml;&raquo;&iquest;#sidebar <a href="ControlCommandsSidebar.html">ControlCommandsSidebar</a><h3><a name="BGREWRITEAOF">BGREWRITEAOF</a></h3>
-<blockquote>Please for detailed information about the Redis Append Only File check<a href="AppendOnlyFileHowto.html">the Append Only File Howto</a>.</blockquote>
-<blockquote>BGREWRITEAOF rewrites the Append Only File in background when it gets toobig. The Redis Append Only File is a Journal, so every operation modifyingthe dataset is logged in the Append Only File (and replayed at startup).This means that the Append Only File always grows. In order to rebuildits content the BGREWRITEAOF creates a new version of the append only filestarting directly form the dataset in memory in order to guarantee thegeneration of the minimal number of commands needed to rebuild the database.</blockquote>
-<blockquote>The <a href="AppendOnlyFileHowto.html">Append Only File Howto</a> contains further details.</blockquote>
-<h2><a name="Return value">Return value</a></h2><a href="ReplyTypes.html">Status code reply</a>
-
- </div>
-
- </div>
- </div>
- </body>
-</html>
-
View
@@ -1,39 +0,0 @@
-
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
-<html>
- <head>
- <link type="text/css" rel="stylesheet" href="style.css" />
- </head>
- <body>
- <div id="page">
-
- <div id='header'>
- <a href="index.html">
- <img style="border:none" alt="Redis Documentation" src="redis.png">
- </a>
- </div>
-
- <div id="pagecontent">
- <div class="index">
-<!-- This is a (PRE) block. Make sure it's left aligned or your toc title will be off. -->
-<b>BgsaveCommand: Contents</b><br>&nbsp;&nbsp;<a href="#BGSAVE">BGSAVE</a><br>&nbsp;&nbsp;&nbsp;&nbsp;<a href="#Return value">Return value</a>
- </div>
-
- <h1 class="wikiname">BgsaveCommand</h1>
-
- <div class="summary">
-
- </div>
-
- <div class="narrow">
- &iuml;&raquo;&iquest;#sidebar <a href="ControlCommandsSidebar.html">ControlCommandsSidebar</a><h1><a name="BGSAVE">BGSAVE</a></h1>
-<blockquote>Save the DB in background. The OK code is immediately returned.Redis forks, the parent continues to server the clients, the childsaves the DB on disk then exit. A client my be able to check if theoperation succeeded using the <a href="LastsaveCommand.html">LASTSAVE</a> command.</blockquote>
-<h2><a name="Return value">Return value</a></h2><a href="ReplyTypes.html">Status code reply</a>
-
- </div>
-
- </div>
- </div>
- </body>
-</html>
-
Oops, something went wrong.

0 comments on commit 02d7152

Please sign in to comment.