Thank you both for help.
What Richar Hipp wrote is truth and something what I also saw using
valgrind - memory allocation (overall consumption) of around 300 - 500 kB.

To answer at least some one Bob's question from first e-mail, I'm trying to
open in memory database (:memory:), so size of database should be almost
nothing.

By checking smaps, I can see big allocation there. It seems that all your
assumptions are correct, memory doesn't seem to be used.

7fdd28021000-7fdd2c000000 ---p 00000000 00:00 0
Size:              65404 kB
Rss:                   0 kB
Pss:                   0 kB
Shared_Clean:          0 kB
Shared_Dirty:          0 kB
Private_Clean:         0 kB
Private_Dirty:         0 kB
Referenced:            0 kB
Anonymous:             0 kB
AnonHugePages:         0 kB
Shared_Hugetlb:        0 kB
Private_Hugetlb:       0 kB
Swap:                  0 kB
SwapPss:               0 kB
KernelPageSize:        4 kB
MMUPageSize:           4 kB
Locked:                0 kB
VmFlags: mr mw me nr sd

But still, I would like to solve this somehow, could you please suggest me
some point, where to start ? Are there any possible compilation options, to
limit this allocation ? It would be completely fine for me, to allocate
like 1MB or so, but this is way too much, although not used.

Thank you for your help,
Best Regards,
Martin



2018-07-13 17:31 GMT+02:00 Bob Friesenhahn <bfrie...@simple.dallas.tx.us>:

> On Fri, 13 Jul 2018, Richard Hipp wrote:
>
>>
>> The OP's test program (with a bug fix, various whitespace changes, and
>> the addition of a call to sqlite3_memory_used()) is show below.
>> sqlite3_memory_used() reports no difference in memory allocation.
>>
>
> The usage is uninitialized/unmodified virtual memory which could be from a
> heap allocation (with no subsequent writes to it) or due to memory mapping
> something such as a file.  The cause of the the usage may be deduced by
> inspecting the /proc/[pid]/smaps content on a Linux system where '[pid]' is
> the process id of the program.
>
> Bob
> --
> Bob Friesenhahn
> bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> _______________________________________________
> sqlite-users mailing list
> sqlite-users@mailinglists.sqlite.org
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>
_______________________________________________
sqlite-users mailing list
sqlite-users@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to