Jan Steemann
47b77150f3
more trace logging
2016-01-25 13:47:21 +01:00
jsteemann
842384016d
namespace cleanup
2016-01-21 00:20:22 +01:00
jsteemann
ef67a496e6
more checks & asserts, C API cleanup
2016-01-20 22:08:11 +01:00
Jan Steemann
1e253171e9
use TRI_DEFER
2016-01-20 14:03:34 +01:00
Jan Steemann
c8f16f8833
switched to std::vector
2016-01-19 11:50:39 +01:00
jsteemann
41b18ade20
fixed stats
2016-01-18 21:18:46 +01:00
Jan Steemann
5daa529404
compaction fix attempt II
2016-01-18 18:24:25 +01:00
Jan Steemann
87667edc6a
fixed grammar
2016-01-18 09:40:12 +01:00
jsteemann
431900f17a
changed namespace from triagens to arangodb
2016-01-17 00:44:53 +01:00
jsteemann
44e9a0d8bc
remove deletion-count as reason for compaction
2016-01-14 22:54:45 +01:00
Jan Steemann
5582ae0515
fixed misleading error message
2016-01-14 17:35:07 +01:00
Jan Steemann
d2c349b8b5
statistics fix
2016-01-14 11:10:01 +01:00
Jan Steemann
d0f730a614
fix some compaction issues
2016-01-08 14:52:42 +01:00
Jan Steemann
3ad20c0cae
auto-generated headers
2016-01-06 18:41:51 +01:00
Jan Steemann
a3b026d9d1
removed useless sections from code, unified include guards
2016-01-06 14:15:22 +01:00
Jan Steemann
f422576ee0
clang-format
2016-01-05 17:43:24 +01:00
Max Neunhoeffer
169d6b74e2
Adjust TODOs.
2015-12-23 15:07:01 +01:00
Max Neunhoeffer
c7f00bfeda
Continue work on TODOs.
2015-12-23 14:40:04 +01:00
Max Neunhoeffer
61fe51072c
Merge branch 'devel' into vpack
2015-12-21 15:22:46 +01:00
Jan Steemann
ba52741a55
adapted compaction status messages
2015-12-21 10:28:52 +01:00
jsteemann
a058699312
use std::make_shared
2015-12-18 23:34:18 +01:00
Michael Hackstein
c2eb6553ae
The web of TRI_col_info_t is increasing...
2015-12-16 18:56:54 +01:00
Michael Hackstein
1af985003d
Merge branch 'devel' of github.com:arangodb/arangodb into vpack
2015-12-10 10:26:14 +01:00
Jan Steemann
fec29ac9c8
better compaction diagnostics
2015-12-09 19:02:22 +01:00
Jan Steemann
6ee813c65a
fixed compaction
2015-12-08 16:08:25 +01:00
Jan Steemann
a66368e10c
Merge branch 'devel' of https://github.com/arangodb/arangodb into vpack
2015-11-26 17:13:33 +01:00
Jan Steemann
9b23953a07
add primary index lock
2015-11-25 17:40:21 +01:00
Jan Steemann
19b2d28167
pass transaction to index APIs
2015-11-25 14:42:29 +01:00
Jan Steemann
75e4e6e815
added transaction to all signatures
2015-11-24 17:34:23 +01:00
Jan Steemann
c690e91d77
improved error messages
2015-11-17 12:15:18 +01:00
jsteemann
058fec96f6
removed some dependencies
2015-10-23 00:15:07 +02:00
jsteemann
cb66b1106b
less compaction retries
2015-09-16 01:20:17 +02:00
CoDEmanX
3a9648d78a
More Americanization
2015-09-03 22:25:43 +02:00
CoDEmanX
b4593a7e82
Change spelling of 'initialize' to American English (comments and log messages only)
2015-09-01 17:07:21 +02:00
Max Neunhoeffer
c0f1b72bab
Add "sensible" madvise calls.
...
Essentially the strategy is: A newly created and a newly opened file
is advised to be "SEQUENTIAL ACCESS", because we will either write to
it or scan it sequentially. As soon as it is sealed, we switch the
advice to "RANDOM ACCESS", because this should be the normal pattern and
aggressive read-aheads tend to be bad. The collector and the compactor
switch a sealed file back to "SEQUENTIAL ACCESS" just before they scan
it and back to "RANDOM ACCESS", when they are done.
Furthermore, all data files in a collection are advised with "WILLNEED"
just before the collection is scanned during loading.
Finally, the actual hash table of AssocMulti is advised to be random
access, although this is an anonymous map given to us by malloc and not
a memory mapped file.
2015-08-26 16:45:26 +02:00
Jan Steemann
6d7ccd7699
move shaper to cxx
2015-07-28 17:38:31 +02:00
Jan Steemann
e8205e5dc0
use new and delete for TRI_server_t
2015-07-21 11:57:04 +02:00
Jan Steemann
4d0872f2b9
more cxx
2015-07-20 18:42:02 +02:00
Jan Steemann
88198767dd
logging
2015-05-29 09:49:22 +02:00
Jan Steemann
4dde6e49cd
goodbye barriers, welcome ditches
2015-05-28 10:23:30 +02:00
Jan Steemann
a9f2769ffa
now compiles and links
2015-05-23 04:31:13 +02:00
Jan Steemann
a007a867ee
"privatized" TRI_vector_t internals.
...
This allows changing the internals of TRI_vector_t structs in order to make the struct smaller.
On 64 bits, the size of TRI_vector_t is reduced from 48 bytes to 28 bytes.
TRI_json_t does benefit from this, as its biggest component is a TRI_vector_t.
2015-05-05 10:31:02 +02:00
Jan Steemann
0f1244f72d
better export API cleanup
2015-03-31 18:44:51 +02:00
Jan Steemann
cbe8150e97
fixed potential reason for segfault
2014-11-06 12:59:50 +01:00
Jan Steemann
506936dcdb
rename orgy
2014-09-13 02:35:13 +02:00
Jan Steemann
669cb3b235
renamed files
2014-09-13 01:44:01 +02:00
Jan Steemann
0dc0bc834f
more files renamed
2014-09-13 00:20:30 +02:00
Jan Steemann
87afcf5e8d
the great rename
2014-09-13 00:10:11 +02:00
Jan Steemann
6f4ab77d9b
fixed WAL collector moving markers
2014-07-04 13:52:31 +02:00
Jan Steemann
7554ead5d4
fixed recovery
2014-07-03 16:58:10 +02:00