Searched +hist:0181 +hist:fe4b (Results 1 - 1 of 1) sorted by relevance
/haiku/src/system/kernel/cache/ | ||
H A D | block_cache.cpp | diff 0181fe4b Wed Mar 03 03:28:57 MST 2010 Axel Dörfler <axeld@pinc-software.de> * Replaced cached_block::accessed (the number of accesses) with last_accessed (the time of the last access), as what we really want is a frequency/last access time scoring, and accessed alone is useless for that. * put_cached_block() no longer frees any unused blocks. * The low memory handler will now only lock the cache if there is something to do. Also, it did not take address space warnings into account. * Even when memory is critical, we don't free all unused blocks anymore - if the number of blocks we free now (10000) is not sufficient to get out of the critical condition, chances are good that we will be called again :-) * block_notifier_and_writer() now tries to make sure that the total block cache memory consumption grows not much larger than half of the available RAM. * This should all help to limit the block cache usage a bit better. Hopefully, a checkfs run will no longer run out of memory here (couldn't test yet). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35733 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 0181fe4b Wed Mar 03 03:28:57 MST 2010 Axel Dörfler <axeld@pinc-software.de> * Replaced cached_block::accessed (the number of accesses) with last_accessed (the time of the last access), as what we really want is a frequency/last access time scoring, and accessed alone is useless for that. * put_cached_block() no longer frees any unused blocks. * The low memory handler will now only lock the cache if there is something to do. Also, it did not take address space warnings into account. * Even when memory is critical, we don't free all unused blocks anymore - if the number of blocks we free now (10000) is not sufficient to get out of the critical condition, chances are good that we will be called again :-) * block_notifier_and_writer() now tries to make sure that the total block cache memory consumption grows not much larger than half of the available RAM. * This should all help to limit the block cache usage a bit better. Hopefully, a checkfs run will no longer run out of memory here (couldn't test yet). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35733 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 0181fe4b21c974a3e357c2209944923c111ccf9d Wed Mar 03 03:28:57 MST 2010 Axel Dörfler <axeld@pinc-software.de> * Replaced cached_block::accessed (the number of accesses) with last_accessed (the time of the last access), as what we really want is a frequency/last access time scoring, and accessed alone is useless for that. * put_cached_block() no longer frees any unused blocks. * The low memory handler will now only lock the cache if there is something to do. Also, it did not take address space warnings into account. * Even when memory is critical, we don't free all unused blocks anymore - if the number of blocks we free now (10000) is not sufficient to get out of the critical condition, chances are good that we will be called again :-) * block_notifier_and_writer() now tries to make sure that the total block cache memory consumption grows not much larger than half of the available RAM. * This should all help to limit the block cache usage a bit better. Hopefully, a checkfs run will no longer run out of memory here (couldn't test yet). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35733 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 88 milliseconds