monero.git - Monero: the secure, private, untraceable cryptocurrency

Age	Commit message (Collapse)	Author	Files	Lines
2015-07-15	Experimental BDB workaround optimizations	NoodleDoodleNoodleDoodleNoodleDoodleNoo	4	-18/+220

2015-07-12	Check and resize if needed at batch transaction start	warptangent	2	-5/+109
	This currently only affects blockchain_import and blockchain_converter. When the number of blocks expected for the batch transaction is provided, make an estimate of the DB space needed. If not enough free space remains, resize the DB. The estimate is made based on: - the average size of the last 500 blocks, or if larger, a min. block size of 4k - a factor for the expanded size a block occupies in the DB across the sub-dbs/tables - a safety factor (1.7) to allow for a "reasonable" average block size increase over the batch Increase the DB size by whichever is greater: the estimated size needed or a minimum increase size, currently 128 MB. The conservative factors in the estimate help in testing that the resize occurs when needed, and without gratuitous size increases. For common use, the safety factor and minimum increase size could reasonably be increased. For testing, setting DEFAULT_MAPSIZE (blockchain_db/lmdb/db_lmdb.h) to 1 << 27 (128 MB) and recompiling will ensure DB resizes take place sooner and more frequently.
2015-07-11	Optionally allow DB to know expected number of blocks at batch transaction start	warptangent	5	-5/+5
	This will assist in a DB resize check.
2015-05-30	Merge pull request #297	Riccardo Spagni	1	-38/+75
	5680604 Replace hardcoded value with existing constant of same value (warptangent) f37ee2f Update database resize behavior (warptangent) f85cd8e Include database error in more error messages (warptangent)
2015-05-30	Replace hardcoded value with existing constant of same value	warptangent	1	-1/+1
	This was likely the intent.
2015-05-30	Update database resize behavior	warptangent	1	-2/+20
	On an existing database, don't set LMDB map size to be the initial size for a new database. Check if resize is needed at startup.
2015-05-30	Include database error in more error messages	warptangent	1	-35/+54

2015-05-27	blockchain_db: add a few const	moneromooo-monero	6	-10/+10

2015-05-26	Merge pull request #289	Riccardo Spagni	2	-75/+210
	01076ae Check if LMDB needs resize every 1000 blocks (Thomas Winget) b0d849e null out batch txn pointer as needed (BlockchainLMDB) (Thomas Winget) 7b7ef73 LMDB should now dynamically resize the mapsize (Thomas Winget) ac79502 Move mdb_txn_safe implementation to cpp file (Thomas Winget)
2015-05-18	Check if LMDB needs resize every 1000 blocks	Thomas Winget	1	-1/+1
	(this was 10 for testing purposes)
2015-05-18	null out batch txn pointer as needed (BlockchainLMDB)	Thomas Winget	1	-4/+5

2015-05-16	LMDB should now dynamically resize the mapsize	Thomas Winget	2	-60/+187
	Some filesystems (cough NTFS cough) aren't good with sparse files, so this makes LMDB dynamically resize its mapsize as needed. Note: the check interval is currently every 10 blocks (for testing) and will probably need to change to 1000 or something. Default mapsize set to 1GiB. Blockchain conversion tools using batching will probably segfault, I'll fix that in the next commit.
2015-05-16	Allow BlockchainLMDB to be opened in read-only mode	warptangent	1	-2/+6
	Have blockchain_export use read-only mode when source is BlockchainLMDB.
2015-05-15	Move mdb_txn_safe implementation to cpp file	Thomas Winget	2	-51/+58

2015-05-08	Update log statements	warptangent	1	-1/+1
	Use filesystem path conversion to string() instead of c_str(). Windows may otherwise output an address.
2015-04-07	Only compile BerkeleyDB as an option in non-static	Thomas Winget	1	-0/+13

2015-03-25	Steps toward multiple dbs available -- working	Thomas Winget	7	-22/+50
	There will need to be some more refactoring for these changes to be considered complete/correct, but for now it's working. new daemon cli argument "--db-type", works for LMDB and BerkeleyDB. A good deal of refactoring is also present in this commit, namely Blockchain no longer instantiates BlockchainDB, but rather is passed a pointer to an already-instantiated BlockchainDB on init().
2015-03-17	BerkeleyDB implementation of BlockchainDB seems to be working!	Thomas Winget	2	-20/+20

2015-03-17	Pull blockchain changes into berkeleydb branch	Thomas Winget	3	-12/+18

2015-03-17	BlockchainBDB passes unit tests	Thomas Winget	1	-1/+4

2015-03-16	BerkeleyDB Blockchain building, not working yet	Thomas Winget	3	-189/+200
	Everything except actually using BlockchainBDB is wired up, but the db itself is not yet working. Some error about user mem not large enough. I think I know what this error means, but I can't determine the cause. Notes: BerkeleyDB does not allow 0-indexing in its recno type databases, so block numbers in the database will be 1-indexed. Modifications to indexing have been made as needed.
2015-03-16	CMake wiring, minor cleanup, minor test addition	Thomas Winget	1	-0/+3
	Make Cmake things aware of BerkeleyDB and BlockchainBDB Make the BlockchainDB unit tests aware of BlockchainBDB
2015-03-16	BerkeleyDB BlockchainDB impl copy/paste/modify	Thomas Winget	2	-9/+1304
	LMDB implementation code copy/paste/modified into the Berkeley DB implementation. Need to test if it builds, then if it works, and so on, but the code is all there.
2015-03-16	Try to not pollute cryptonote namespace	Thomas Winget	2	-47/+47

2015-03-16	Initial commit of BDB BlockchainDB implementation	Thomas Winget	2	-0/+678
	Basically verbatim copy of LMDB implementation, but with the guts ripped out and includes changed, etc.
2015-03-16	Add support for database open with flags	warptangent	3	-4/+3
	Add support to: - BlockchainDB, BlockchainLMDB - blockchain_import utility to open LMDB database with one or more LMDB flags. Sample use: $ blockchain_import --database lmdb#nosync $ blockchain_import --database lmdb#nosync,nometasync
2015-03-16	Add mdb_flags variable to LMDB database open	warptangent	1	-1/+2

2015-03-15	Update and relocate comment that applies class wide	warptangent	1	-8/+14

2015-03-13	BlockchainDB implementations have names now	Thomas Winget	3	-0/+12
	In order to make things more general, BlockchainDB now has get_db_name() which should return a string with the "name" of that type of db. This "name" will be the subfolder name that holds that db type's files within the monero folder. Small bugfix: blockchain_converter was not correctly appending this in the prior hard-coded-string implementation of the subfolder data directory concept.
2015-03-06	Moved BlockchainDB into its own src/ subfolder	Thomas Winget	5	-0/+2849
	Ostensibly janitorial work, but should be more relevant later down the line. Things that depend on core cryptonote things (i.e. cryptonote_core) don't necessarily depend on BlockchainDB and thus have no need to have BlockchainDB baked in with them.