uma: whack main zone counter update in the slow path
Cached counters are typically zero at this point so it performs avoidable atomics. Everything reading them also reads the cached ones, thus there is really no point. Reviewed by: jeff
This commit is contained in:
parent
23e17f83f1
commit
e825ab8d89
@ -2329,14 +2329,6 @@ zalloc_start:
|
||||
cpu = curcpu;
|
||||
cache = &zone->uz_cpu[cpu];
|
||||
|
||||
/*
|
||||
* Since we have locked the zone we may as well send back our stats.
|
||||
*/
|
||||
atomic_add_long(&zone->uz_allocs, cache->uc_allocs);
|
||||
atomic_add_long(&zone->uz_frees, cache->uc_frees);
|
||||
cache->uc_allocs = 0;
|
||||
cache->uc_frees = 0;
|
||||
|
||||
/* See if we lost the race to fill the cache. */
|
||||
if (cache->uc_allocbucket != NULL) {
|
||||
ZONE_UNLOCK(zone);
|
||||
|
Loading…
x
Reference in New Issue
Block a user