Размер папки %APPDATA%\Bitcoin?!?!

[m0Ray]

Я или читаю не так, или чего-то не понимаю. При нынешних технологих разве для кого-то проблема хранить 200 мегабайт? При размерах винтов, измеряющихся гигабайтами?

Никакой мрачности и сырости не наблюдаю. Работает всё отлично.

[Belres]

Да, когда знаешь, что эти 200 Мб через полчаса не вырастут в 250Мб, а еще через полчаса в 300Мб и т.д.  Но, когда файлы растут с бешенной скоростью это приносит большие не удобства.  В среднем 50мб в полчаса, а теперь посчитайте на сколько времени хватит 2Гб флешки, при это что у меня там еще другие данные. Грубо 1 Гб  свободного места.

[checker]

уважаемый, вы либо игнорируете мои сообщения, либо у вас какая то иная проблема. т.к. за пол часа 50 мегабайт не генерируется Посмотрите внимательнее мой расчет - я явно указал сколько времени уйдет на заполнение 1 гигабайта при текущей скорости роста. Или же у вас проблема с файловой системой ( что она кушает больше чем нужно ).

[Belres]

если в году 365дней то за год такими темпами получится 39,7 Мбайт.
для того чтобы забить 1 Гигабайт уйдет порядка 25 лет...

Я писал (http://bitcointalk.org/index.php?topic=3973.msg57042#msg57042):

У меня сейчас и это за часа два:
blk0001.dat   69 869 064
blkindex.dat   56 475 648

Сегодня днем запустил программу на полчаса +\-10 минут и получил 200 Мб и продолжало расти. Не знаю, что Вы там рассчитывали.

[m0Ray]

Не вырастут. Вам же объясняли, что база сейчас весит около 200 метров, а растёт очень медленно. Когда она закачивалась, файлы быстро росли. Одного гига хватит очень надолго.

[checker]

сколько сейчас весят эти ваши два файла? в таком же виде выложите пожалуйста

[Belres]

__db.001   24 576   
__db.002   507 904   
__db.003   270 336   
__db.004   98 304   
__db.005   4 005 888   
__db.006   49 152   
addr.dat   491 520   
blk0001.dat   87 550 097   
blkindex.dat   65 609 728   
debug.log   37 293 875   
wallet.dat   32 768

database\   <папка>
log.0000000001   10 000 000   
log.0000000002   10 000 000   
log.0000000003   10 000 000   
log.0000000004   10 000 000   
log.0000000005   10 000 000   
log.0000000006   10 000 000   
log.0000000007   10 000 000   
log.0000000008   10 000 000   
log.0000000009   10 000 000   
log.0000000010   10 000 000   
log.0000000011   10 000 000   
log.0000000012   10 000 000   
log.0000000013   10 000 000   
log.0000000014   10 000 000   
log.0000000015   10 000 000   
log.0000000016   10 000 000   
log.0000000017   10 000 000   
log.0000000018   10 000 000   
log.0000000019   10 000 000   
log.0000000020   10 000 000   
log.0000000021   10 000 000   
log.0000000022   10 000 000   
log.0000000023   10 000 000

Всего: 425 983 298   

[checker]

нну что ! Поздравляю! Стремительный рост папки должен закончиться.. сейчас мы с вами почти сравнялись по объемам   поставьте на ночь -- посмотрите как изменения. И без паники
удаление debug.log --совершенно безопасно ( только предварительно выключите программу ... на всякий случай )
а вот содержимое database у нас с вами сильно разнится... 
у меня всего 7 таких файлов (каких у вас 23 )
каждый из них весит по ~10 мегабайт
в остальном размер директорий у меня с вами почти такой же -- причем  у меня всегда влючена генерация и я её даже не замечаю...
Предлагаю в качестве отладочных мер запустить на сутки работу приложения и через сутки прислать динамику изменений.

[bitcoinex]

добавлю что жручесть RAM скорее всего связана с кэшированием этого большого файла в памяти. Короче, не о чем беспокоиться совершенно!

[Belres]

Согласен, беспокоится нечего. Пока, на данном этапе развития ставить сабж на нетбуки типа ЕЕЕ РС 701 очень разорительно. Надеюсь, что сабж 1.0 версии будет столь же компактен как Вебмани. 

[bitcoinex]

Согласен, беспокоится нечего. Пока, на данном этапе развития ставить сабж на нетбуки типа ЕЕЕ РС 701 очень разорительно. Надеюсь, что сабж 1.0 версии будет столь же компактен как Вебмани. 

mybitcoin.com же есть для нетбуков

[LZ]

На практике можно без последствий удалить папку database при выключенном Bitcoin.

[Belres]

mybitcoin.com же есть для нетбуков

Спасибо! Буду знать.