Crash @ bmalloc::Environment::computeIsBmallocEnabled
[WebKit-https.git] / Source / bmalloc / ChangeLog
1 2015-08-19  Geoffrey Garen  <ggaren@apple.com>
2
3         Crash @ bmalloc::Environment::computeIsBmallocEnabled
4         https://bugs.webkit.org/show_bug.cgi?id=148183
5
6         Reviewed by NOBODY Michael Saboff.
7
8         CrashTracer says we have some crashes beneath computeIsBmallocEnabled
9         dereferencing null in strstr. We null check getenv but not
10         _dyld_get_image_name, so deduction indicates that _dyld_get_image_name
11         must be returning null. _dyld_get_image_name isn't really documented,
12         so let's assume it can return null.
13
14         * bmalloc/Environment.cpp:
15         (bmalloc::isASanEnabled): Check _dyld_get_image_name's return value for
16         null because we can't prove it won't be null.
17
18 2015-07-24  Geoffrey Garen  <ggaren@apple.com>
19
20         vmmap crash at JavaScriptCore: 0x31cd12f6 (the JavaScript malloc zone enumerator)
21         https://bugs.webkit.org/show_bug.cgi?id=147274
22
23         Reviewed by Anders Carlsson.
24
25         It's not really clear why vmmap sometimes fails to read the target
26         process, but we can avoid a crash when it does. This is useful because
27         you'll still get all the non-bmalloc data out of the target process,
28         and bmalloc might not even be relevant to your investigation.
29
30         * bmalloc/Zone.cpp:
31         (bmalloc::remoteRead): Check for failure.
32
33 2015-07-24  Geoffrey Garen  <ggaren@apple.com>
34
35         JavaScriptCore bmalloc should not register its malloc zone more than once
36         https://bugs.webkit.org/show_bug.cgi?id=147273
37
38         Reviewed by Andreas Kling.
39
40         This was a goof: The Zone constructor, by virtue of running automatically,
41         was registering a Zone inside the analysis process.
42
43         * bmalloc/Zone.cpp:
44         (bmalloc::remoteRead): Clarify that the pointer is remote.
45
46         (bmalloc::enumerator):
47         (bmalloc::Zone::Zone):
48         * bmalloc/Zone.h: Separate the normal constructor and the remote constructor.
49         The remote constructor skips zone registration since its goal is not
50         to register a zone in the current process or do any allocation but rather
51         to mirror the bytes of the zone from the target process.
52
53 2015-07-23  Geoffrey Garen  <ggaren@apple.com>
54
55         bmalloc: Shrink the super chunk size (again)
56         https://bugs.webkit.org/show_bug.cgi?id=147240
57
58         Reviewed by Andreas Kling.
59
60         Shrinking to 8MB reduced VM exhaustion crashes but did not eliminate them.
61         Let's try 4MB.
62
63         (My previous comment was that the maximum fast object was 2MB. But it
64         was 4MB! Now it's 2MB for realsies.)
65
66         * bmalloc/Sizes.h:
67
68 2015-07-03  Dan Bernstein  <mitz@apple.com>
69
70         [Xcode] Update some build settings as recommended by Xcode 7
71         https://bugs.webkit.org/show_bug.cgi?id=146597
72
73         Reviewed by Sam Weinig.
74
75         * Configurations/Base.xcconfig: Enabled CLANG_WARN_UNREACHABLE_CODE, GCC_NO_COMMON_BLOCKS,
76         and ENABLE_STRICT_OBJC_MSGSEND. Removed GCC_MODEL_TUNING.
77
78         * bmalloc.xcodeproj/project.pbxproj: Updated LastUpgradeCheck.
79
80 2015-07-02  Geoffrey Garen  <ggaren@apple.com>
81
82         bmalloc: Shrink the super chunk size
83         https://bugs.webkit.org/show_bug.cgi?id=146519
84
85         Reviewed by Andreas Kling.
86
87         We have lots of reports of crashing due to failed VM allocation on iOS.
88         (This VM limit on iOS is usually 1GB-2GB, and has been as low as 256MB.)
89
90         Shrink the super chunk size in case fragmentation is the reason for
91         VM allocation failure.
92
93         This has the downside that >= 2MB allocations will now be super slow,
94         but they are also super rare (as in never on most websites), so this
95         is probably an OK tradeoff.
96
97         * bmalloc/Sizes.h:
98
99 2015-07-01  Geoffrey Garen  <ggaren@apple.com>
100
101         bmalloc: realloc of an XLarge range can unmap adjacent VM ranges
102         https://bugs.webkit.org/show_bug.cgi?id=146535
103
104         Reviewed by Anders Carlsson.
105
106         This bug causes a crash when running fast/css/large-list-of-rules-crash.html
107         with the fix applied for https://bugs.webkit.org/show_bug.cgi?id=146519.
108
109         * bmalloc/Allocator.cpp:
110         (bmalloc::Allocator::reallocate): Start at object + newSize since starting
111         at object + oldSize means deleting the adjacent VM range.
112
113 2015-05-26  Geoffrey Garen  <ggaren@apple.com>
114
115         Integer overflow in XLarge allocation (due to unchecked roundUpToMultipleOf)
116         https://bugs.webkit.org/show_bug.cgi?id=145385
117
118         Reviewed by Andreas Kling.
119
120         Added some checking to verify that round-up operations will not overflow
121         a size_t.
122
123         The simplest way to do this was to introduce a notion of xLargeMax, like
124         we have for smallMax, mediumMax, and largeMax. It's a bit surprising at
125         first to think that there is an xLargeMax, since xLarge is what we use
126         to handle the biggest things. But computers have limits, so it makes sense.
127
128         FWIW, TCMalloc used to have an xLargeMax too, which it called kMaxValidPages.
129
130         No test because this bug was found by code inspection and I don't know
131         of a practical way to convince WebKit to make an allocation this large.
132
133         * bmalloc/Allocator.cpp:
134         (bmalloc::Allocator::tryAllocate):
135         (bmalloc::Allocator::allocate):
136         (bmalloc::Allocator::reallocate):
137         (bmalloc::Allocator::allocateSlowCase): Check against xLargeMax to avoid
138         overflow when rounding up.
139
140         * bmalloc/BAssert.h: Added support for explicit crashing.
141
142         * bmalloc/Sizes.h:
143
144 2015-05-26  Dan Bernstein  <mitz@apple.com>
145
146         <rdar://problem/21104551> Update build settings
147
148         Reviewed by Anders Carlsson.
149
150         * Configurations/DebugRelease.xcconfig:
151
152 2015-05-23  Dan Bernstein  <mitz@apple.com>
153
154         Remove unused definitions of WEBKIT_VERSION_MIN_REQUIRED
155         https://bugs.webkit.org/show_bug.cgi?id=145345
156
157         Reviewed by Sam Weinig.
158
159         * Configurations/Base.xcconfig: Also changed to use $(inherited).
160
161 2015-05-07  Geoffrey Garen  <ggaren@apple.com>
162
163         Release assert in com.apple.WebKit.WebContent under JavaScriptCore: JSC::JSONProtoFuncStringify
164         https://bugs.webkit.org/show_bug.cgi?id=144758
165
166         Reviewed by Andreas Kling.
167
168         This was an out-of-memory error when trying to shrink a string builder.
169         bmalloc was missing the optimization that allowed realloc() to shrink
170         without copying. So, let's add it.
171
172         * bmalloc/Allocator.cpp:
173         (bmalloc::Allocator::reallocate): Added Large and XLarge cases for
174         shrinking without copying. This isn't possible for small and medium
175         objects, and probably not very profitable, either.
176
177         * bmalloc/Heap.cpp:
178         (bmalloc::Heap::findXLarge):
179         (bmalloc::Heap::deallocateXLarge):
180         * bmalloc/Heap.h: Refactored this code to return a reference to an
181         XLarge range. This makes the code reusable, and also makes it easier
182         for realloc() to update metadata.
183
184         * bmalloc/LargeObject.h:
185         (bmalloc::LargeObject::split): Allow allocated objects to split because
186         that's what realloc() wants to do, and there's nothing intrinsically
187         wrong with it.
188
189 2015-05-07  Dan Bernstein  <mitz@apple.com>
190
191         <rdar://problem/19317140> [Xcode] Remove usage of AspenFamily.xcconfig in Source/
192         https://bugs.webkit.org/show_bug.cgi?id=144727
193
194         Reviewed by Darin Adler.
195
196         * Configurations/Base.xcconfig: Dont’s include AspenFamily.xcconfig, and define
197         INSTALL_PATH_PREFIX for the iOS 8.x Simulator.
198
199 2015-04-01  Alex Christensen  <achristensen@webkit.org>
200
201         Progress towards CMake on Windows and Mac.
202         https://bugs.webkit.org/show_bug.cgi?id=143293
203
204         Reviewed by Filip Pizlo.
205
206         * bmalloc/BAssert.h:
207         Removed ellipses from macros to appease Visual Studio.
208
209 2015-03-13  Alex Christensen  <achristensen@webkit.org>
210
211         Progress towards CMake on Mac.
212         https://bugs.webkit.org/show_bug.cgi?id=142680
213
214         Reviewed by Gyuyoung Kim.
215
216         * CMakeLists.txt:
217         * PlatformMac.cmake:
218         Added Zone.cpp to Mac CMake builds.
219
220 2015-03-12  Geoffrey Garen  <ggaren@apple.com>
221
222         Assertion failure in bmalloc::LargeObject::validateSelf on Mavericks Debug layout test bot
223         https://bugs.webkit.org/show_bug.cgi?id=142642
224
225         Reviewed by Michael Saboff.
226
227         The typical backtrace to this crash shows the main thread trying to
228         realloc a large string while a DFG compiler thread tries to
229         free a large vector buffer.
230
231         I believe that this is a race condition -- at least in debug builds --
232         since the main thread will try to validate its object's neighbors
233         without holding a lock, even though those neighbors might be in the
234         midst of changing.
235
236         In general, there may be sneaky times when it is valid to look at an
237         object's metadata without holding the heap lock, but it is best not to
238         do so unless we have a really really good reason to.
239
240         * bmalloc/Allocator.cpp:
241         (bmalloc::Allocator::reallocate): Take a lock before reading the metadata
242         for this object, since we generally require any access to shared heap
243         metadata to take a lock.
244
245 2015-03-10  Geoffrey Garen  <ggaren@apple.com>
246
247         bmalloc: tryFastMalloc shouldn't crash
248         https://bugs.webkit.org/show_bug.cgi?id=142443
249
250         Reviewed by Sam Weinig.
251
252         Rolling back in r181307 with a check for whether bmalloc is enabled, to
253         avoid crashes when running with ASan and GuardMalloc.
254
255         * bmalloc/Allocator.cpp:
256         (bmalloc::Allocator::tryAllocate):
257         * bmalloc/Allocator.h:
258         * bmalloc/Cache.cpp:
259         (bmalloc::Cache::tryAllocateSlowCaseNullCache):
260         * bmalloc/Cache.h:
261         (bmalloc::Cache::tryAllocate):
262         * bmalloc/Heap.cpp:
263         (bmalloc::Heap::allocateXLarge):
264         (bmalloc::Heap::tryAllocateXLarge):
265         * bmalloc/Heap.h:
266         * bmalloc/VMAllocate.h:
267         (bmalloc::tryVMAllocate):
268         (bmalloc::vmAllocate):
269         * bmalloc/bmalloc.h:
270         (bmalloc::api::tryMalloc):
271         (bmalloc::api::realloc):
272         (bmalloc::api::free):
273
274 2015-03-09  Commit Queue  <commit-queue@webkit.org>
275
276         Unreviewed, rolling out r181307.
277         https://bugs.webkit.org/show_bug.cgi?id=142525
278
279         Broke ASan tests (Requested by ap on #webkit).
280
281         Reverted changeset:
282
283         "bmalloc: tryFastMalloc shouldn't crash"
284         https://bugs.webkit.org/show_bug.cgi?id=142443
285         http://trac.webkit.org/changeset/181307
286
287 2015-03-09  Geoffrey Garen  <ggaren@apple.com>
288
289         bmalloc: tryFastMalloc shouldn't crash
290         https://bugs.webkit.org/show_bug.cgi?id=142443
291
292         Reviewed by Darin Adler.
293
294         Added support for tryMalloc.
295
296         We assume that non-x-large allocations always succeed, and we crash
297         otherwise, since normal allocation failure will just cause the next
298         non-try allocation or internal metadata allocation to fail, and it's
299         hard and not really useful to keep limping along after that. But
300         extra-large allocations can meaningfully fail, and we can recover.
301
302         * bmalloc/Heap.cpp:
303         (bmalloc::Heap::allocateXLarge):
304         (bmalloc::Heap::tryAllocateXLarge):
305         * bmalloc/Heap.h: Added support for non-crashy x-large allocation.
306
307         * bmalloc/VMAllocate.h:
308         (bmalloc::tryVMAllocate):
309         (bmalloc::vmAllocate): Added support for non-crashy VM allocation.
310
311         * bmalloc/bmalloc.h:
312         (bmalloc::api::tryMalloc):
313         (bmalloc::api::realloc):
314         (bmalloc::api::free): Tried to clarify our behavior with some comments.
315         Unfortunately, calling what we do "malloc" is still not quite right, since
316         malloc returns null on failure and we don't.
317
318 2015-03-03  Geoffrey Garen  <ggaren@apple.com>
319
320         bmalloc: Don't branch when setting the owner of a large object
321         https://bugs.webkit.org/show_bug.cgi?id=142241
322
323         Reviewed by Andreas Kling.
324
325         * bmalloc/BoundaryTag.h:
326         (bmalloc::BoundaryTag::owner):
327         (bmalloc::BoundaryTag::setOwner):
328
329 2015-03-03  Geoffrey Garen  <ggaren@apple.com>
330
331         bmalloc should implement malloc introspection (to stop false-positive leaks when MallocStackLogging is off)
332         https://bugs.webkit.org/show_bug.cgi?id=141802
333
334         Reviewed by Andreas Kling.
335
336         Re-enabled this feature on iOS, now that the iOS crash should be fixed.
337
338         * bmalloc/VMHeap.cpp:
339         (bmalloc::VMHeap::grow):
340         * bmalloc/VMHeap.h:
341
342 2015-03-03  Geoffrey Garen  <ggaren@apple.com>
343
344         bmalloc: Added missing features to the malloc zone introspection API
345         https://bugs.webkit.org/show_bug.cgi?id=142235
346
347         Reviewed by Andreas Kling.
348
349         This should fix the crash we saw on the iOS PLT bot
350         (c.f. http://trac.webkit.org/changeset/180604).
351
352         * bmalloc/Zone.cpp:
353         (bmalloc::good_size):
354         (bmalloc::check):
355         (bmalloc::print):
356         (bmalloc::log):
357         (bmalloc::force_lock):
358         (bmalloc::force_unlock):
359         (bmalloc::statistics):
360         (bmalloc::size):
361         (bmalloc::enumerator): Provide all of these functions since they are called
362         indiscriminately on all zones.
363
364         (bmalloc::Zone::Zone):
365         (bmalloc::Zone::size): Deleted.
366         (bmalloc::Zone::enumerator): Deleted. Moved these functions out of the
367         Zone class since they can stand alone.
368
369         * bmalloc/Zone.h:
370
371 2015-03-03  Geoffrey Garen  <ggaren@apple.com>
372
373         bmalloc should implement malloc introspection (to stop false-positive leaks when MallocStackLogging is off)
374         https://bugs.webkit.org/show_bug.cgi?id=141802
375
376         Reviewed by Andreas Kling.
377
378         Rolling back in but disabled on iOS until I can debug why the iOS PLT crashes.
379
380         * bmalloc/VMHeap.cpp:
381         (bmalloc::VMHeap::grow):
382         * bmalloc/VMHeap.h:
383         * bmalloc/Zone.cpp:
384         (bmalloc::Zone::size):
385         (bmalloc::Zone::Zone):
386         * bmalloc/Zone.h:
387
388 2015-03-03  Geoffrey Garen  <ggaren@apple.com>
389
390         bmalloc: Miscellaneous cleanup
391         https://bugs.webkit.org/show_bug.cgi?id=142231
392
393         Reviewed by Andreas Kling.
394
395         No performance change -- maybe a tiny reduction in memory use.
396
397         * bmalloc/Heap.cpp: Moved the sleep function into StaticMutex, since
398         it's a helper for working with mutexes.
399
400         (bmalloc::Heap::scavenge): Make sure to wait before we start any
401         scavenging, since individual scavenging functions now always scavenge
402         at least one page before waiting themselves.
403
404         (bmalloc::Heap::scavengeSmallPages):
405         (bmalloc::Heap::scavengeMediumPages):
406         (bmalloc::Heap::scavengeLargeObjects): Use the new wait helper to
407         simplify this code. Also, we now require our caller to wait until at
408         least one deallocation is desirable. This simplifies our loop.
409
410         (bmalloc::Heap::allocateSmallPage):
411         (bmalloc::Heap::allocateMediumPage):
412         (bmalloc::Heap::allocateXLarge):
413         (bmalloc::Heap::allocateLarge): Don't freak out any time the heap does
414         an allocation. Only consider the heap to be growing if it actually needs
415         to allocate new VM. This allows us to shrink the heap back down from a
416         high water mark more reliably even if heap activity continues.
417
418         (bmalloc::sleep): Deleted.
419         (bmalloc::Heap::scavengeLargeRanges): Renamed to match our use of
420         "LargeObject".
421
422         * bmalloc/Heap.h:
423
424         * bmalloc/LargeObject.h:
425         (bmalloc::LargeObject::operator bool): Added to simplify a while loop.
426
427         * bmalloc/StaticMutex.h:
428         (bmalloc::sleep):
429         (bmalloc::waitUntilFalse): New helper for waiting until a condition
430         becomes reliably false.
431
432         * bmalloc/Vector.h:
433         (bmalloc::Vector<T>::~Vector): Oops! Don't deallocate the null pointer.
434         We don't actually run any Vector destructors, but an iteration of this
435         patch did, and then crashed. So, let's fix that.
436
437 2015-03-02  Geoffrey Garen  <ggaren@apple.com>
438
439         bmalloc: Eagerly remove allocated objects from the free list
440         https://bugs.webkit.org/show_bug.cgi?id=142194
441
442         Reviewed by Andreas Kling.
443
444         This reduces the pressure to garbage collect the free list.
445
446         Might be a 1% speedup on MallocBench.
447
448         * bmalloc/FreeList.cpp: Put this comment at the top of the file instead
449         of repeating it inside of each function. Tried to clarify the details.
450
451         (bmalloc::FreeList::takeGreedy): Matched the other iteration code in this
452         file for consistency -- even though either direction works fine in this
453         function.
454
455         (bmalloc::FreeList::take): Change to iterate from low to high so that we
456         can maintain an index into the vector that is not disturbed even if we
457         pop from the middle (which invalidates the last index in the vector).
458
459         Decrement i when popping from the middle to make sure that we don't
460         skip the next item after popping.
461
462         (bmalloc::FreeList::removeInvalidAndDuplicateEntries): Ditto.
463
464 2015-02-27  Ryosuke Niwa  <rniwa@webkit.org>
465
466         Fixed a typo in the previous commit.
467
468         * bmalloc/BoundaryTag.h:
469         (bmalloc::BoundaryTag::setOwner):
470
471 2015-02-27  Ryosuke Niwa  <rniwa@webkit.org>
472
473         EFL build fix after r180797.
474
475         * bmalloc/BoundaryTag.h:
476         (bmalloc::BoundaryTag::owner):
477         (bmalloc::BoundaryTag::setOwner):
478
479 2015-02-27  Geoffrey Garen  <ggaren@apple.com>
480
481         bmalloc: Pathological madvise churn on the free(malloc(x)) benchmark
482         https://bugs.webkit.org/show_bug.cgi?id=142058
483
484         Reviewed by Andreas Kling.
485
486         The churn was caused by repeatedly splitting an object with physical
487         pages from an object without, and then merging them back together again.
488         The merge would conservatively forget that we had physical pages, forcing
489         a new call to madvise on the next allocation.
490
491         This patch more strictly segregates objects in the heap from objects in
492         the VM heap, with these changes:
493
494         (1) Objects in the heap are not allowed to merge with objects in the VM
495         heap, and vice versa -- since that would erase our precise knowledge of
496         which physical pages had been allocated.
497
498         (2) The VM heap is exclusively responsible for allocating and deallocating
499         physical pages.
500
501         (3) The heap free list must consider entries for objects that are in the
502         VM heap to be invalid, and vice versa. (This condition can arise
503         because the free list does not eagerly remove items.)
504
505         With these changes, we can know that any valid object in the heap's free
506         list already has physical pages, and does not need to call madvise.
507
508         Note that the VM heap -- as before -- might sometimes contain ranges
509         or pieces of ranges that have physical pages, since we allow splitting
510         of ranges at granularities smaller than the VM page size. These ranges
511         can eventually merge with ranges in the heap during scavenging.
512
513         * bmalloc.xcodeproj/project.pbxproj:
514
515         * bmalloc/BoundaryTag.h:
516         (bmalloc::BoundaryTag::owner):
517         (bmalloc::BoundaryTag::setOwner):
518         (bmalloc::BoundaryTag::initSentinel):
519         (bmalloc::BoundaryTag::hasPhysicalPages): Deleted.
520         (bmalloc::BoundaryTag::setHasPhysicalPages): Deleted. Replaced the concept
521         of "has physical pages" with a bit indicating which heap owns the large
522         object. This is a more precise concept, since the old bit was really a
523         Yes / Maybe bit.
524
525         * bmalloc/Deallocator.cpp:
526
527         * bmalloc/FreeList.cpp: Adopt
528         (bmalloc::FreeList::takeGreedy):
529         (bmalloc::FreeList::take):
530         (bmalloc::FreeList::removeInvalidAndDuplicateEntries):
531         * bmalloc/FreeList.h:
532         (bmalloc::FreeList::push): Added API for considering the owner when
533         deciding if a free list entry is valid.
534
535         * bmalloc/Heap.cpp:
536         (bmalloc::Heap::Heap): Adopt new API.
537
538         (bmalloc::Heap::scavengeLargeRanges): Scavenge all ranges with no minimum,
539         since some ranges might be able to merge with ranges in the VM heap, and
540         they won't be allowed to until we scavenge them.
541
542         (bmalloc::Heap::allocateSmallPage):
543         (bmalloc::Heap::allocateMediumPage):
544         (bmalloc::Heap::allocateLarge): New VM heap API makes this function
545         simpler, since we always get back physical pages now.
546
547         * bmalloc/Heap.h:
548         * bmalloc/LargeObject.h:
549         (bmalloc::LargeObject::end):
550         (bmalloc::LargeObject::owner):
551         (bmalloc::LargeObject::setOwner):
552         (bmalloc::LargeObject::isValidAndFree):
553         (bmalloc::LargeObject::merge): Do not merge objects across heaps since
554         that causes madvise churn.
555         (bmalloc::LargeObject::validateSelf):
556         (bmalloc::LargeObject::init):
557         (bmalloc::LargeObject::hasPhysicalPages): Deleted.
558         (bmalloc::LargeObject::setHasPhysicalPages): Deleted. Propogate the Owner API.
559
560         * bmalloc/Owner.h: Added.
561
562         * bmalloc/SegregatedFreeList.cpp:
563         (bmalloc::SegregatedFreeList::SegregatedFreeList):
564         (bmalloc::SegregatedFreeList::insert):
565         (bmalloc::SegregatedFreeList::takeGreedy):
566         (bmalloc::SegregatedFreeList::take):
567         * bmalloc/SegregatedFreeList.h: Propogate the owner API.
568
569         * bmalloc/VMAllocate.h:
570         (bmalloc::vmDeallocatePhysicalPagesSloppy):
571         (bmalloc::vmAllocatePhysicalPagesSloppy): Clarified these functions and
572         removed an edge case.
573
574         * bmalloc/VMHeap.cpp:
575         (bmalloc::VMHeap::VMHeap):
576         * bmalloc/VMHeap.h:
577         (bmalloc::VMHeap::allocateSmallPage):
578         (bmalloc::VMHeap::allocateMediumPage):
579         (bmalloc::VMHeap::allocateLargeObject):
580         (bmalloc::VMHeap::deallocateLargeObject): Be sure to give each object
581         a new chance to merge, since it might have been prohibited from merging
582         before by virtue of not being in the VM heap.
583
584         (bmalloc::VMHeap::allocateLargeRange): Deleted.
585         (bmalloc::VMHeap::deallocateLargeRange): Deleted.
586
587 2015-02-26  Geoffrey Garen  <ggaren@apple.com>
588
589         bmalloc: Large object free list can grow infinitely
590         https://bugs.webkit.org/show_bug.cgi?id=142055
591
592         Reviewed by Andreas Kling.
593
594         By design, we don't eagerly remove large objects from the free list.
595         This creates two simple pathologies:
596
597             (1) If you free and then allocate the same object repeatedly, it will
598             duplicate itself in the free list repeatedly. Since it is never
599             invalid at the time of allocation, it will never be removed.
600
601             (2) If you split and then merge the same object repeatedly, it will
602             duplicate its split sibling in the free list repeatedly. If its
603             sibling is in a separate free list size class, it will never be
604             consulted at the time of allocation, so it will never be removed.
605
606         So, a simple "while (1) { free(malloc(x)); }" causes infinite memory
607         use in the free list.
608
609         The solution in this patch is a simple helper to remove garbage from the
610         free list if it grows too large. This pathology is not common, so the
611         cost is OK.
612
613         Long-term, perhaps we should rethink the laziness of these free lists.
614
615         * bmalloc/BoundaryTag.h:
616         (bmalloc::BoundaryTag::isMarked):
617         (bmalloc::BoundaryTag::setMarked): New bit, used by free list GC.
618
619         * bmalloc/FreeList.cpp:
620         (bmalloc::FreeList::removeInvalidAndDuplicateEntries): The GC algorithm.
621
622         * bmalloc/FreeList.h:
623         (bmalloc::FreeList::FreeList):
624         (bmalloc::FreeList::push): Invoke the GC if we're getting huge.
625
626         * bmalloc/LargeObject.h:
627         (bmalloc::LargeObject::isMarked):
628         (bmalloc::LargeObject::setMarked):
629         (bmalloc::LargeObject::validateSelf): Expose the new bit.
630
631         * bmalloc/Sizes.h: New constant to control GC frequency.
632
633 2015-02-26  Csaba Osztrogonác  <ossy@webkit.org>
634
635         URTBF after r180693.
636
637         * CMakeLists.txt:
638
639 2015-02-26  Geoffrey Garen  <ggaren@apple.com>
640
641         Try to fix the Mac build.
642
643         Unreviewed.
644
645         * bmalloc.xcodeproj/project.pbxproj: Make FreeList.h available.
646
647 2015-02-26  Geoffrey Garen  <ggaren@apple.com>
648
649         bmalloc: Refactored SegregatedFreeList and BoundaryTag::init
650         https://bugs.webkit.org/show_bug.cgi?id=142049
651
652         Reviewed by Anders Carlsson.
653
654         Split out a FreeList class from SegregatedFreeList. This will make it
655         easier to add behaviors on free list insertion and removal -- and it's
656         probably how I should have designed things at the start.
657
658         Moved BoundaryTag::init into LargeObject, since all the related logic
659         lives in LargeObject now too, and this allows us to remove BoundaryTagInlines.h.
660
661         * bmalloc.xcodeproj/project.pbxproj:
662         * bmalloc/BoundaryTagInlines.h: Removed.
663         * bmalloc/FreeList.cpp: Copied from Source/bmalloc/bmalloc/SegregatedFreeList.cpp.
664         (bmalloc::FreeList::takeGreedy):
665         (bmalloc::FreeList::take):
666         (bmalloc::SegregatedFreeList::SegregatedFreeList): Deleted.
667         (bmalloc::SegregatedFreeList::insert): Deleted.
668         (bmalloc::SegregatedFreeList::takeGreedy): Deleted.
669         (bmalloc::SegregatedFreeList::take): Deleted.
670         * bmalloc/FreeList.h: Copied from Source/bmalloc/bmalloc/SegregatedFreeList.h.
671         (bmalloc::FreeList::push):
672         * bmalloc/LargeObject.h:
673         (bmalloc::LargeObject::init):
674         * bmalloc/SegregatedFreeList.cpp:
675         (bmalloc::SegregatedFreeList::SegregatedFreeList):
676         (bmalloc::SegregatedFreeList::insert):
677         (bmalloc::SegregatedFreeList::takeGreedy):
678         (bmalloc::SegregatedFreeList::take):
679         * bmalloc/SegregatedFreeList.h:
680         * bmalloc/Sizes.h:
681         * bmalloc/VMHeap.cpp:
682         (bmalloc::VMHeap::grow):
683
684 2015-02-26  Geoffrey Garen  <ggaren@apple.com>
685
686         bmalloc: free up a bit in BoundaryTag
687         https://bugs.webkit.org/show_bug.cgi?id=142048
688
689         Reviewed by Brady Eidson.
690
691         We were wasting a bit by accident, and I need one now.
692
693         * bmalloc/Algorithm.h:
694         (bmalloc::rightShift): Deleted. Not needed, now that I've simplified
695         the math.
696
697         * bmalloc/BoundaryTag.h: Since each boundary tag bucket is 1024 bytes
698         long, the maximum offset into a bucket is 1023.
699
700         You need 5 bits to count up to 1024, but only 4 to count up to 1023.
701         
702         Math is hard.
703
704         (bmalloc::BoundaryTag::compactBegin): Switched to division because it
705         is simpler, and easier to match up with our ASSERT. The compiler will
706         turn division by constant power of two into a shift for us.
707
708         (bmalloc::BoundaryTag::setRange): Added an ASSERT for compactBegin
709         because we do encode it, so we should ASSERT that encoding did not
710         lose information.
711
712         * bmalloc/Sizes.h: Shifting is no longer used since we use division
713         instead.
714
715 2015-02-24  Stephanie Lewis  <slewis@apple.com>
716
717         Rolling out http://trac.webkit.org/changeset/180430 as it causes the PLT to crash.
718         <rdar://problem/19948015>
719
720         Unreviewed.
721
722         * bmalloc/VMHeap.cpp:
723         (bmalloc::VMHeap::grow):
724         * bmalloc/VMHeap.h:
725         * bmalloc/Zone.cpp:
726         (bmalloc::Zone::Zone):
727         (bmalloc::Zone::size): Deleted.
728         * bmalloc/Zone.h:
729
730 2015-02-24  Geoffrey Garen  <ggaren@apple.com>
731
732         bmalloc: Added a little more abstraction for large objects
733         https://bugs.webkit.org/show_bug.cgi?id=141978
734
735         Reviewed by Sam Weinig.
736
737         Previously, each client needed to manage the boundary tags of
738         a large object using free functions. This patch introduces a LargeObject
739         class that does things a little more automatically.
740
741         * bmalloc.xcodeproj/project.pbxproj:
742
743         * bmalloc/Allocator.cpp:
744         (bmalloc::Allocator::reallocate): Use the new LargeObject class.
745
746         * bmalloc/BeginTag.h:
747         (bmalloc::BeginTag::isInFreeList): Deleted. Moved this logic into the
748         LargeObject class.
749
750         * bmalloc/BoundaryTag.h:
751         (bmalloc::BoundaryTag::isSentinel):
752         (bmalloc::BoundaryTag::compactBegin):
753         (bmalloc::BoundaryTag::setRange):
754         (bmalloc::BoundaryTag::initSentinel): Added an explicit API for sentinels,
755         which we used to create and test for implicitly.
756
757         * bmalloc/BoundaryTagInlines.h:
758         (bmalloc::BoundaryTag::init):
759         (bmalloc::validate): Deleted.
760         (bmalloc::validatePrev): Deleted.
761         (bmalloc::validateNext): Deleted.
762         (bmalloc::BoundaryTag::mergeLeft): Deleted.
763         (bmalloc::BoundaryTag::mergeRight): Deleted.
764         (bmalloc::BoundaryTag::merge): Deleted.
765         (bmalloc::BoundaryTag::deallocate): Deleted.
766         (bmalloc::BoundaryTag::split): Deleted.
767         (bmalloc::BoundaryTag::allocate): Deleted. Moved this logic into the
768         LargeObject class.
769
770         * bmalloc/EndTag.h:
771         (bmalloc::EndTag::init):
772         (bmalloc::EndTag::operator=): Deleted. Re-reading this code, I found
773         special behavior in the assignment operator to be a surprising API.
774         So, I replaced the assignment operation with an explicit initializing
775         function.
776
777         * bmalloc/Heap.cpp:
778         (bmalloc::Heap::scavengeLargeRanges):
779         (bmalloc::Heap::allocateXLarge):
780         (bmalloc::Heap::findXLarge):
781         (bmalloc::Heap::deallocateXLarge):
782         (bmalloc::Heap::allocateLarge):
783         (bmalloc::Heap::deallocateLarge):
784         * bmalloc/Heap.h: No behavior changes here -- just adopting the
785         LargeObject interface.
786
787         * bmalloc/LargeObject.h: Added.
788         (bmalloc::LargeObject::operator!):
789         (bmalloc::LargeObject::begin):
790         (bmalloc::LargeObject::size):
791         (bmalloc::LargeObject::range):
792         (bmalloc::LargeObject::LargeObject):
793         (bmalloc::LargeObject::setFree):
794         (bmalloc::LargeObject::isFree):
795         (bmalloc::LargeObject::hasPhysicalPages):
796         (bmalloc::LargeObject::setHasPhysicalPages):
797         (bmalloc::LargeObject::isValidAndFree):
798         (bmalloc::LargeObject::merge):
799         (bmalloc::LargeObject::split):
800         (bmalloc::LargeObject::validateSelf):
801         (bmalloc::LargeObject::validate): Moved this code into a class, out of
802         BoundaryTag free functions.
803
804         New to the class are these features:
805
806             (1) Every reference to an object is validated upon creation and use.
807
808             (2) There's an explicit API for "This is a reference to an object
809             that might be stale (the DoNotValidate API)".
810
811             (3) The begin and end tags are kept in sync automatically.
812
813         * bmalloc/SegregatedFreeList.cpp:
814         (bmalloc::SegregatedFreeList::insert):
815         (bmalloc::SegregatedFreeList::takeGreedy):
816         (bmalloc::SegregatedFreeList::take):
817         * bmalloc/SegregatedFreeList.h: Adopt the LargeObject interface.
818
819         * bmalloc/VMHeap.cpp:
820         (bmalloc::VMHeap::grow):
821         * bmalloc/VMHeap.h:
822         (bmalloc::VMHeap::allocateLargeRange):
823         (bmalloc::VMHeap::deallocateLargeRange): Adopt the LargeObject interface.
824
825 2015-02-20  Geoffrey Garen  <ggaren@apple.com>
826
827         bmalloc should implement malloc introspection (to stop false-positive leaks when MallocStackLogging is off)
828         https://bugs.webkit.org/show_bug.cgi?id=141802
829
830         Reviewed by Andreas Kling.
831
832         Rolling back in with a fix for a crash seen while using GuardMalloc.
833
834         * bmalloc/VMHeap.cpp:
835         (bmalloc::VMHeap::grow):
836         * bmalloc/VMHeap.h:
837         * bmalloc/Zone.cpp: Re-land the old patch.
838
839         (bmalloc::Zone::size): Be sure to implement the size() function since
840         it's accessible indirectly via the malloc_zone_from_ptr public API --
841         and GuardMalloc calls it all the time.
842
843         (bmalloc::Zone::Zone):
844         * bmalloc/Zone.h: Re-land the old patch.
845
846 2015-02-19  Commit Queue  <commit-queue@webkit.org>
847
848         Unreviewed, rolling out r180363.
849         https://bugs.webkit.org/show_bug.cgi?id=141814
850
851         Caused >50 crashes when running LayoutTests in GuardMalloc or
852         ASAN modes. (Requested by jernoble on #webkit).
853
854         Reverted changeset:
855
856         "bmalloc should implement malloc introspection (to stop false-
857         positive leaks when MallocStackLogging is off)"
858         https://bugs.webkit.org/show_bug.cgi?id=141802
859         http://trac.webkit.org/changeset/180363
860
861 2015-02-19  Geoffrey Garen  <ggaren@apple.com>
862
863         bmalloc should implement malloc introspection (to stop false-positive leaks when MallocStackLogging is off)
864         https://bugs.webkit.org/show_bug.cgi?id=141802
865
866         Reviewed by Andreas Kling.
867
868         Fixed a last-minute type.
869
870         The macro is OS, not PLATFORM.
871
872         * bmalloc/VMHeap.cpp:
873         (bmalloc::VMHeap::grow):
874         * bmalloc/VMHeap.h:
875         * bmalloc/Zone.h:
876
877 2015-02-19  Geoffrey Garen  <ggaren@apple.com>
878
879         bmalloc should implement malloc introspection (to stop false-positive leaks when MallocStackLogging is off)
880         https://bugs.webkit.org/show_bug.cgi?id=141802
881
882         Reviewed by Andreas Kling.
883
884         This patch does the bare minimum to stop false positive leaks from
885         being reported by the Darwin leaks tool. We register each super chunk
886         as a single object, and then request that the leaks tool scan it.
887
888         * bmalloc.xcodeproj/project.pbxproj: Added an abstraction for the malloc
889         zone introspection API.
890
891         * bmalloc/Algorithm.h: Missing #include.
892
893         * bmalloc/VMHeap.cpp:
894         (bmalloc::VMHeap::grow):
895         * bmalloc/VMHeap.h: Adopt the new abstraction.
896
897         * bmalloc/Zone.cpp: Added.
898         (bmalloc::remoteRead): Helper for reading an object out of another process.
899         (bmalloc::Zone::enumerator):
900         (bmalloc::Zone::Zone): Register a malloc zone so that we will participate
901         in introspection.
902
903         * bmalloc/Zone.h: Added.
904         (bmalloc::Zone::superChunks):
905         (bmalloc::Zone::addSuperChunk): Use a non-dynamically-allocated vector
906         since our dynamic allocations will not be scanned by leaks since they
907         will have the malloc VM tag.
908
909 2015-02-18  Geoffrey Garen  <ggaren@apple.com>
910
911         bmalloc: VMHeap should keep a record of all of its VM ranges (for malloc introspection)
912         https://bugs.webkit.org/show_bug.cgi?id=141759
913
914         Reviewed by Andreas Kling.
915
916         * bmalloc.xcodeproj/project.pbxproj:
917         * bmalloc/SuperChunk.h: Added.
918         (bmalloc::SuperChunk::create):
919         (bmalloc::SuperChunk::SuperChunk):
920         (bmalloc::SuperChunk::smallChunk):
921         (bmalloc::SuperChunk::mediumChunk):
922         (bmalloc::SuperChunk::largeChunk): Factored out super chunk creation
923         into a separate class, for clarity and type safety.
924
925         * bmalloc/VMHeap.cpp:
926         (bmalloc::VMHeap::grow):
927         (bmalloc::VMHeap::allocateSuperChunk): Renamed "allocateSuperChunk" to
928         "grow" because Andreas found "allocateSuperChunk" to be unclear.
929
930         * bmalloc/VMHeap.h: Track all our VM ranges. We will use this information
931         for malloc introspection.
932
933         (bmalloc::VMHeap::allocateSmallPage):
934         (bmalloc::VMHeap::allocateMediumPage):
935         (bmalloc::VMHeap::allocateLargeRange): Updated for renames.
936
937 2015-02-18  Zan Dobersek  <zdobersek@igalia.com>
938
939         Build bmalloc through CMake as a static library. It's then linked either
940         into the WTF library (if built as a shared library) or into the JSC and
941         WebKit2 libraries. There's no need to build it as a standalone shared library.
942
943         Rubber-stamped by Carlos Garcia Campos.
944
945         * CMakeLists.txt:
946
947 2015-02-13  Gyuyoung Kim  <gyuyoung.kim@samsung.com>
948
949         [BMalloc] Add a FIXME comment for memory alignas
950         https://bugs.webkit.org/show_bug.cgi?id=141556
951
952         Reviewed by Csaba Osztrogonác.
953
954         * bmalloc/Chunk.h: Add a FIXME comment.
955         * bmalloc/LargeChunk.h: ditto.
956
957 2015-02-11  Csaba Osztrogonác  <ossy@webkit.org>
958
959         bmalloc buildfix on 32 bit Linux (x86/ARM)
960         https://bugs.webkit.org/show_bug.cgi?id=141472
961
962         Reviewed by Gyuyoung Kim.
963
964         * bmalloc/Algorithm.h:
965         (bmalloc::roundUpToMultipleOf):
966         * bmalloc/FixedVector.h:
967         (bmalloc::FixedVector::clear):
968         * bmalloc/Sizes.h:
969         (bmalloc::Sizes::sizeClass):
970
971 2015-02-11  Gyuyoung Kim  <gyuyoung.kim@samsung.com>
972
973         [EFL][GTK] Use bmalloc instead of tcmalloc
974         https://bugs.webkit.org/show_bug.cgi?id=140162
975
976         Reviewed by Carlos Garcia Campos.
977
978         Support to use bmalloc on EFL and GTK ports.
979
980         * CMakeLists.txt: Added.
981         * bmalloc/Allocator.cpp:
982         (bmalloc::Allocator::allocate):
983             Fix unused return value caused by posix_memalign().
984         * bmalloc/AsyncTask.h:
985         * bmalloc/BoundaryTag.h:
986         (bmalloc::BoundaryTag::clear):
987         * bmalloc/Chunk.h:
988             Change Traits::Page with Traits::PageType in order to fix
989             -fpermitive build error on EFL and GTK port. 
990         * bmalloc/EndTag.h:
991         (bmalloc::EndTag::operator=):
992         * bmalloc/Line.h: ditto.
993         * bmalloc/MediumTraits.h:
994         * bmalloc/Page.h: ditto.
995         * bmalloc/PerThread.h:
996             EFL port doesn't support __has_include definition yet.
997             Define HAVE_PTHREAD_MACHDEP_H according to check if __has_include is supported.
998         * bmalloc/SmallTraits.h: ditto.
999         * bmalloc/VMAllocate.h:
1000         (bmalloc::vmDeallocatePhysicalPages):
1001         (bmalloc::vmAllocatePhysicalPages):
1002         * bmalloc/Vector.h:
1003         (bmalloc::Vector<T>::push):
1004         (bmalloc::Vector<T>::reallocateBuffer):
1005
1006 2015-01-31  Sam Weinig  <sam@webkit.org>
1007
1008         Remove even more Mountain Lion support
1009         https://bugs.webkit.org/show_bug.cgi?id=141124
1010
1011         Reviewed by Alexey Proskuryakov.
1012
1013         * Configurations/Base.xcconfig:
1014         * Configurations/DebugRelease.xcconfig:
1015
1016 2015-01-30  Geoffrey Garen  <ggaren@apple.com>
1017
1018         GC marking threads should clear malloc caches
1019         https://bugs.webkit.org/show_bug.cgi?id=141097
1020
1021         Reviewed by Andreas Kling.
1022
1023         Split the scavenging API into per-thread vs global, so that you can
1024         request to scavenge your own thread without scavenging the whole heap.
1025
1026         * bmalloc/Cache.cpp:
1027         (bmalloc::Cache::scavenge):
1028         * bmalloc/bmalloc.h:
1029         (bmalloc::api::scavengeThisThread):
1030         (bmalloc::api::scavenge):
1031
1032 2015-01-28  Dana Burkart  <dburkart@apple.com>
1033
1034         Move ASan flag settings from DebugRelease.xcconfig to Base.xcconfig
1035         https://bugs.webkit.org/show_bug.cgi?id=136765
1036
1037         Reviewed by Alexey Proskuryakov.
1038
1039         * Configurations/Base.xcconfig:
1040         * Configurations/DebugRelease.xcconfig:
1041
1042 2015-01-21  Geoffrey Garen  <ggaren@apple.com>
1043
1044         bmalloc: support aligned allocation
1045         https://bugs.webkit.org/show_bug.cgi?id=140732
1046
1047         Reviewed by Andreas Kling.
1048
1049         * bmalloc/Allocator.cpp:
1050         (bmalloc::Allocator::allocate): New function for aligned allocation.
1051
1052         Small and medium requests just allocate and free until they find an
1053         aligned pointer. This is slightly inefficient in the worst case, but
1054         still constant-time with little-to-no space overhead.
1055
1056         Large requests use a new API that requires the client to specify both
1057         its ideal size and alignment, and the worst-case size you would have to
1058         allocate in order to produce some interior pointer of the requested size
1059         and alignment. We put the burden of this calculation on the client
1060         because it simplifies things if we guarantee that allocation won't fail.
1061
1062         XLarge requests are easy: we just forward them to vmAllocate, which
1063         already supported aligned requests.
1064
1065         * bmalloc/BoundaryTag.h:
1066         * bmalloc/BoundaryTagInlines.h:
1067         (bmalloc::BoundaryTag::mergeLeft):
1068         (bmalloc::BoundaryTag::mergeRight):
1069         (bmalloc::BoundaryTag::merge):
1070         (bmalloc::BoundaryTag::deallocate):
1071         (bmalloc::BoundaryTag::split):
1072         (bmalloc::BoundaryTag::allocate): No behavior change here. I just
1073         refactored the interface to remove some reference out parameters in
1074         order to clarify what changes and what doesn't.
1075
1076         * bmalloc/Heap.cpp:
1077         (bmalloc::Heap::allocateXLarge): Added an alignment API.
1078
1079         (bmalloc::Heap::allocateLarge):
1080         * bmalloc/Heap.h: Added an alignment API. I split out allocateLarge into
1081         a few variants, so aligned and unaligned allocation could share some code.
1082
1083         * bmalloc/SegregatedFreeList.cpp:
1084         (bmalloc::SegregatedFreeList::take):
1085         * bmalloc/SegregatedFreeList.h: Changed to use a separate, explicit API
1086         for aligned allocation. It turns out that the aligned path is pretty
1087         different, since it ends up searching for two potential ways to satisfy
1088         an allocation: either large enough and aligned, or large enough to split
1089         into something not aligned and something large enough and aligned.
1090
1091         * bmalloc/VMAllocate.h:
1092         (bmalloc::vmAllocate): Switched alignment to come before size because
1093         that's how the memalign API specifies it.
1094
1095         * bmalloc/VMHeap.h:
1096         (bmalloc::VMHeap::allocateLargeRange): Added an alignment API.
1097
1098 2015-01-20  Geoffrey Garen  <ggaren@apple.com>
1099
1100         bmalloc: a little bit of cleanup
1101         https://bugs.webkit.org/show_bug.cgi?id=140687
1102
1103         Reviewed by Anders Carlsson.
1104
1105         * bmalloc/Algorithm.h:
1106         (bmalloc::isPowerOfTwo): Added a check for 0, since 0 would break a lot
1107         of code.
1108
1109         * bmalloc/BoundaryTag.h:
1110         * bmalloc/BoundaryTagInlines.h:
1111         (bmalloc::BoundaryTag::mergeLeft):
1112         (bmalloc::BoundaryTag::mergeRight):
1113         (bmalloc::BoundaryTag::merge):
1114         (bmalloc::BoundaryTag::deallocate):
1115         (bmalloc::BoundaryTag::split):
1116         (bmalloc::BoundaryTag::allocate):
1117         (bmalloc::BoundaryTag::mergeLargeLeft): Deleted.
1118         (bmalloc::BoundaryTag::mergeLargeRight): Deleted.
1119         (bmalloc::BoundaryTag::mergeLarge): Deleted.
1120         (bmalloc::BoundaryTag::splitLarge): Deleted. Removed the word "Large"
1121         from all these functions, since boundary tags always pertain to large
1122         objects, and putting the word "Large" everywhere wasn't helping to
1123         explain that.
1124
1125         * bmalloc/Heap.cpp:
1126         (bmalloc::Heap::allocateXLarge):
1127         (bmalloc::Heap::findXLarge):
1128         (bmalloc::Heap::deallocateXLarge):
1129         * bmalloc/Heap.h:
1130         * bmalloc/VMHeap.h:
1131         (bmalloc::VMHeap::allocateXLarge): Deleted.
1132         (bmalloc::VMHeap::findXLarge): Deleted.
1133         (bmalloc::VMHeap::deallocateXLarge): Deleted. Moved XLarge allocation
1134         from VMHeap to Heap. Since the purpose of the VMHeap is to cache VM
1135         ranges, and the VMHeap never caches any XLarge ranges, it doesn't
1136         really make sense for the VMHeap to be involved.
1137
1138 2015-01-16  Geoffrey Garen  <ggaren@apple.com>
1139
1140         bmalloc: refactored XLarge allocation for better alignment
1141         https://bugs.webkit.org/show_bug.cgi?id=140582
1142
1143         Reviewed by Andreas Kling.
1144
1145         XLarge objects used to be Large objects with an extra bit of metadata
1146         that said "actually, I'm not large -- I'm extra large".
1147
1148         The metadata header in an XLarge allocation made it impossible for the
1149         XLarge object to honor a very large alignment request.
1150
1151         The solution is to stop using a metadata header for XLarge objects, and
1152         instead to store explicit metadata on the side.
1153
1154         This is a bit less astonishing, which is also nice.
1155
1156         Finding XLarge metadata is now a linear search. That's probably OK, since
1157         it was always so in TCMalloc, and the usual number of XLarge allocations
1158         in a process is 0.
1159
1160         This design makes it possible for the heap to cache XLarge allocations
1161         with and/or without physical pages. I haven't actually done that yet
1162         because the tradeoffs are subtle, so I don't want to do anything without
1163         a motivating test case.
1164
1165         * bmalloc.xcodeproj/project.pbxproj:
1166         * bmalloc/Allocator.cpp:
1167         (bmalloc::Allocator::reallocate): Removed the concept of an XLargeChunk,
1168         since an XLarge allocation is now just a naked buffer without a header.
1169
1170         (bmalloc::Allocator::allocateXLarge): Added an explicit qualifier for
1171         XLarge alignment, since XLargeChunk won't give this to us implicitly
1172         anymore.
1173
1174         * bmalloc/BoundaryTag.h:
1175         (bmalloc::BoundaryTag::setRange):
1176         (bmalloc::BoundaryTag::isXLarge): Deleted.
1177         (bmalloc::BoundaryTag::setXLarge): Deleted.
1178         * bmalloc/BoundaryTagInlines.h:
1179         (bmalloc::validate):
1180         (bmalloc::BoundaryTag::deallocate): Removed the XLarge hacks from Large allocations.
1181
1182         * bmalloc/Deallocator.cpp:
1183         (bmalloc::Deallocator::deallocateXLarge):
1184         (bmalloc::Deallocator::deallocateSlowCase):
1185         * bmalloc/Heap.cpp:
1186         (bmalloc::Heap::findXLarge):
1187         (bmalloc::Heap::allocateXLarge):
1188         (bmalloc::Heap::deallocateXLarge):
1189         * bmalloc/Heap.h: Updated for interface changes.
1190
1191         * bmalloc/ObjectType.cpp:
1192         (bmalloc::objectType):
1193         * bmalloc/ObjectType.h:
1194         (bmalloc::isXLarge): We can now tell if a pointer is XLarge just by
1195         examining its bit pattern -- just like we do for other kinds of
1196         allocations -- which is nice.
1197
1198         * bmalloc/Sizes.h:
1199         * bmalloc/VMHeap.h:
1200         (bmalloc::VMHeap::allocateXLarge):
1201         (bmalloc::VMHeap::findXLarge):
1202         (bmalloc::VMHeap::deallocateXLarge): Keep an explicit vector of metadata
1203         for XLarge allocations.
1204
1205         * bmalloc/XLargeChunk.h: Removed.
1206
1207 2015-01-16  Geoffrey Garen  <ggaren@apple.com>
1208
1209         bmalloc: added some infrastructure for aligned allocation
1210         https://bugs.webkit.org/show_bug.cgi?id=140572
1211
1212         Reviewed by Andreas Kling.
1213
1214         * bmalloc/Algorithm.h:
1215         (bmalloc::isPowerOfTwo):
1216         (bmalloc::roundUpToMultipleOf):
1217         (bmalloc::roundDownToMultipleOf): Refactored some duplicate code to use our
1218         isPowerOfTwo helper function.
1219
1220         * bmalloc/Allocator.cpp:
1221         (bmalloc::Allocator::allocate):
1222         * bmalloc/Allocator.h: Stubbed out an implementation of aligned allocation.
1223         Doesn't do anything yet, but does correctly forward to system malloc
1224         when bmalloc is disabled.
1225
1226         * bmalloc/Cache.cpp:
1227         (bmalloc::Cache::allocateSlowCaseNullCache):
1228         * bmalloc/Cache.h:
1229         (bmalloc::Cache::allocate):
1230         * bmalloc/bmalloc.h:
1231         (bmalloc::api::memalign):
1232         * bmalloc/mbmalloc.cpp: Stubbed out an API for aligned allocation.
1233
1234 2015-01-13  Geoffrey Garen  <ggaren@apple.com>
1235
1236         Consider alignment when allocating from a SegregatedFreeList
1237         https://bugs.webkit.org/show_bug.cgi?id=140408
1238
1239         Reviewed by Sam Weinig.
1240
1241         In preparation for supporting aligned allocation.
1242
1243         No performance change.
1244
1245         Since this is just one extra branch in an already expensive function,
1246         I decided not to duplicate the function just to avoid the branch in
1247         the un-aligned case.
1248
1249         * bmalloc/SegregatedFreeList.cpp:
1250         (bmalloc::SegregatedFreeList::take):
1251         * bmalloc/SegregatedFreeList.h:
1252
1253 2015-01-13  Geoffrey Garen  <ggaren@apple.com>
1254
1255         Renamed minimum to size in SegregatedFreeList
1256         https://bugs.webkit.org/show_bug.cgi?id=140406
1257
1258         Reviewed by Sam Weinig.
1259
1260         In preparation for supporting aligned allocation.
1261
1262         * bmalloc/SegregatedFreeList.cpp:
1263         (bmalloc::SegregatedFreeList::takeGreedy):
1264         (bmalloc::SegregatedFreeList::take): Every size passed to malloc is
1265         really just a minimum. Let's not imply that this value is special.
1266
1267 2015-01-11  Dan Bernstein  <mitz@apple.com>
1268
1269         Geoff is organized, but he is not an organization.
1270
1271         Rubber-stamped by Anders Carlsson.
1272
1273         * bmalloc.xcodeproj/project.pbxproj: Removed the ORGANIZATIONNAME project attribute.
1274
1275 2015-01-07  Geoffrey Garen  <ggaren@apple.com>
1276
1277         Make bmalloc work with ASan
1278         https://bugs.webkit.org/show_bug.cgi?id=140194
1279
1280         Reviewed by Mark Lam.
1281
1282         * bmalloc/BPlatform.h: Added a way to detect Darwin OSes, since we need
1283         an OS-specific API to test for loaded runtime libraries.
1284
1285         * bmalloc/Environment.cpp:
1286         (bmalloc::isASanEnabled):
1287         (bmalloc::Environment::computeIsBmallocEnabled): Disabled bmalloc if
1288         ASan is enabled, since system malloc has the Asan hooks we need.
1289
1290         You could check for the ASan compile-time flag instead, but doing this
1291         check at runtime prepares bmalloc for a world where it is a dynamic
1292         library that might be loaded into projects it did not compile with.
1293
1294 2015-01-05  Geoffrey Garen  <ggaren@apple.com>
1295
1296         Fix up bmalloc's PerThread for use on Linux
1297         https://bugs.webkit.org/show_bug.cgi?id=139804
1298
1299         Reviewed by Anders Carlsson.
1300
1301         The previous implementation was a bit slow.
1302
1303         * bmalloc/PerThread.h:
1304         (bmalloc::PerThreadStorage<Cache>::get):
1305         (bmalloc::PerThreadStorage::get):
1306         (bmalloc::PerThreadStorage::init): Added a catch-all cross-platform Unix
1307         way to do fast per-thread access without taking a lock every time. This
1308         probably works on all the platforms we care about, and it matches other
1309         techniques we use elsewhere in WebKit.
1310
1311         (bmalloc::PerThread<T>::getFastCase): Removed the conditional from
1312         this class because PerThreadStorage now encapsulates everything that
1313         needs to be conditional.
1314
1315         (bmalloc::PerThreadStorage::initSharedKeyIfNeeded): Deleted.
1316
1317 2014-12-26  Dan Bernstein  <mitz@apple.com>
1318
1319         <rdar://problem/19348208> REGRESSION (r177027): iOS builds use the wrong toolchain
1320         https://bugs.webkit.org/show_bug.cgi?id=139950
1321
1322         Reviewed by David Kilzer.
1323
1324         * Configurations/Base.xcconfig: Only define TOOLCHAINS when building for OS X, doing so
1325         in a manner that works with Xcode 5.1.1.
1326
1327 2014-12-15  Geoffrey Garen  <ggaren@apple.com>
1328
1329         Safari crashes when you set Malloc environment variables
1330         https://bugs.webkit.org/show_bug.cgi?id=139656
1331
1332         Reviewed by Michael Saboff.
1333
1334         I forgot to cover the realloc() case. Whoops. (OoPS?)
1335
1336         This time around, I ran the full MallocBench test suite in Malloc=1
1337         mode, and it passed.
1338
1339         * bmalloc/Allocator.cpp:
1340         (bmalloc::Allocator::reallocate):
1341         * bmalloc/Allocator.h: Pushed realloc() logic down into the allocator.
1342         It needs to be down there so that we can do the short-circuiting check
1343         for whether bmalloc is enabled first.
1344
1345         Also added the check.
1346
1347         * bmalloc/Cache.cpp:
1348         (bmalloc::Cache::scavenge):
1349         (bmalloc::Cache::Cache):
1350         (bmalloc::Cache::reallocateSlowCaseNullCache):
1351         * bmalloc/Cache.h:
1352         (bmalloc::Cache::deallocator):
1353         (bmalloc::Cache::reallocate): Ditto.
1354
1355         * bmalloc/bmalloc.h:
1356         (bmalloc::api::free):
1357         (bmalloc::api::realloc): Ditto.
1358
1359         (bmalloc::api::scavenge): Pushed this down into Cache to match the
1360         surrounding functions.
1361
1362 2014-12-11  Geoffrey Garen  <ggaren@apple.com>
1363
1364         bmalloc should support system memory analysis tools (part 2)
1365         https://bugs.webkit.org/show_bug.cgi?id=139565
1366
1367         Reviewed by Mark Lam.
1368
1369         This patch actually queries the environment to see if memory analysis
1370         tools have been enabled.
1371
1372         * bmalloc/Deallocator.cpp:
1373         (bmalloc::Deallocator::scavenge): Don't process the object log if
1374         we've disabled bmalloc because it will be full of invalid nullptrs.
1375
1376         * bmalloc/Environment.cpp:
1377         (bmalloc::isMallocEnvironmentVariableSet): Test for the list of known
1378         Malloc debugging flags. I also added a plain "Malloc" catch-all for
1379         when you want to disable bmalloc without enabling any kind of funny
1380         business.
1381
1382         It would be slightly nicer just to iterate the list of environment
1383         variables and strstr them, but getenv is the more portable option,
1384         and performance here doesn't really matter.
1385
1386         (bmalloc::isLibgmallocEnabled): Test for the libgmalloc insertion
1387         environment variable.
1388
1389         (bmalloc::Environment::computeIsBmallocEnabled):
1390
1391 2014-12-11  Geoffrey Garen  <ggaren@apple.com>
1392
1393         Try to fix the iOS simulator build.
1394
1395         #include the declaration of malloc / free.
1396
1397         * bmalloc/Allocator.cpp:
1398         * bmalloc/Deallocator.cpp:
1399
1400 2014-12-11  Geoffrey Garen  <ggaren@apple.com>
1401
1402         Try to fix the build.
1403
1404         * bmalloc.xcodeproj/project.pbxproj: Marked a header exported.
1405
1406 2014-12-11  Geoffrey Garen  <ggaren@apple.com>
1407
1408         bmalloc should support system memory analysis tools (part 1)
1409         https://bugs.webkit.org/show_bug.cgi?id=139559
1410
1411         Reviewed by Mark Lam.
1412
1413         This patch adds the hooks to disable bmalloc at runtime if certain
1414         environment variables are set, but doesn't actually read from the
1415         environment yet.
1416
1417         No performance change.
1418
1419         * bmalloc.xcodeproj/project.pbxproj: Added the Environment class, which
1420         we'll use to read environment variables and see if memory analysis tools
1421         have been enabled.
1422
1423         * bmalloc/Allocator.cpp:
1424         (bmalloc::Allocator::Allocator):
1425         (bmalloc::Allocator::allocateSlowCase): Added a hook to disable bmalloc
1426         on the allocation path. We cache the setting to make the check fast.
1427
1428         * bmalloc/Allocator.h: Interface changes.
1429
1430         * bmalloc/Cache.cpp:
1431         (bmalloc::Cache::Cache): Pass a heap pointer through to our allocator
1432         and deallocator. This main purpose is to enable them to query the
1433         environment for whether bmalloc is enabled; but this is also a slightly
1434         cleaner way to guarantee to them that the Heap has been pre-initialized.
1435
1436         * bmalloc/Deallocator.cpp:
1437         (bmalloc::Deallocator::Deallocator): If bmalloc is disable, artificially
1438         fill the object log to force us to take the slow path on all deallocations.
1439
1440         (bmalloc::Deallocator::deallocateSlowCase): Do the disabled check.
1441
1442         * bmalloc/Deallocator.h: Interface changes.
1443
1444         * bmalloc/Environment.cpp: Added.
1445         (bmalloc::Environment::Environment):
1446         (bmalloc::Environment::computeIsBmallocEnabled):
1447         * bmalloc/Environment.h: Added.
1448         (bmalloc::Environment::isBmallocEnabled): This is the class that will
1449         encapsulate looking for environment variables that turn on heap
1450         analysis tools.
1451
1452         * bmalloc/Heap.h:
1453         (bmalloc::Heap::environment):
1454
1455         * bmalloc/Mutex.h:
1456         (bmalloc::Mutex::Mutex):
1457         * bmalloc/StaticMutex.h: A little refactoring to clarify these comments,
1458         since I got super confused about them while writing this patch.
1459
1460         * bmalloc/VMHeap.cpp: Fixed an #include.
1461
1462 2014-12-09  David Kilzer  <ddkilzer@apple.com>
1463
1464         Switch from using PLATFORM_NAME to SDK selectors in ANGLE, bmalloc, gtest, JavaScriptCore, WTF
1465         <http://webkit.org/b/139212>
1466
1467         Reviewed by Joseph Pecoraro.
1468
1469         * Configurations/Base.xcconfig:
1470         - Only set GCC_ENABLE_OBJC_GC, GCC_MODEL_TUNING and TOOLCHAINS
1471           on OS X.
1472         * Configurations/DebugRelease.xcconfig:
1473         - Only set MACOSX_DEPLOYMENT_TARGET and SDKROOT on OS X.
1474
1475 2014-11-07  Geoffrey Garen  <ggaren@apple.com>
1476
1477         bmalloc uses 8X more virtual memory than necessary
1478         https://bugs.webkit.org/show_bug.cgi?id=138495
1479
1480         Reviewed by Mark Lam.
1481
1482         iOS has a per-process virtual memory cap around 1GB, so there's some
1483         value to not going totally ham with virtual memory.
1484
1485         We currently use about 8X the necessary amount:
1486             - 2X to align our VM allocation
1487             - 4X to reserve small / medium / (2) large chunk VM ranges per superchunk
1488
1489         We can cut that down:
1490             - Return the unaligned portion of our VM allocation (-2X)
1491             - Use all the chunks in a superchunk, instead of allocating one
1492               chunk per superchunk (-4X)
1493
1494         * bmalloc/Algorithm.h:
1495         (bmalloc::roundUpToMultipleOf): Added a non-constant version of this
1496         function so we can call it with getpagesize() at runtime.
1497
1498         * bmalloc/Chunk.h:
1499         * bmalloc/LargeChunk.h:
1500         (bmalloc::LargeChunk::create): Deleted. Instead of each chunk allocating
1501         its own VM, VMHeap allocates the superchunk and all the chunks in it at a time.
1502
1503         * bmalloc/VMAllocate.h:
1504         (bmalloc::vmValidate):
1505         (bmalloc::vmAllocate): ASSERT that mmap succeeds to make crashes clearer
1506         if it does not succeed. Allocate precisely, and give back the extra.
1507
1508         * bmalloc/VMHeap.cpp:
1509         (bmalloc::VMHeap::allocateSuperChunk):
1510         (bmalloc::VMHeap::allocateSmallChunk): Deleted.
1511         (bmalloc::VMHeap::allocateMediumChunk): Deleted.
1512         (bmalloc::VMHeap::allocateLargeChunk): Deleted. Use all the chunks
1513         in a superchunk, instead of just one.
1514
1515         * bmalloc/VMHeap.h:
1516         (bmalloc::VMHeap::allocateSmallPage):
1517         (bmalloc::VMHeap::allocateMediumPage):
1518         (bmalloc::VMHeap::allocateLargeRange):
1519         * bmalloc/XLargeChunk.h:
1520         (bmalloc::XLargeChunk::create): Updated to match changes above.
1521
1522 2014-11-01  David Kilzer  <ddkilzer@apple.com>
1523
1524         JavaScriptCore is missing debug info for bmalloc because libbmalloc.a is stripped
1525         <https://webkit.org/b/138286>
1526         <rdar://problem/18847087>
1527
1528         Reviewed by Dan Bernstein.
1529
1530         * Configurations/bmalloc.xcconfig: Set STRIP_INSTALLED_PRODUCT
1531         to NO for the target that produces libbmalloc.a so that the
1532         debug symbols will be linked into JavaScriptCore and end up in
1533         its dSYM file.
1534
1535 2014-10-30  Dana Burkart  <dburkart@apple.com>
1536
1537         <rdar://problem/18821260> Prepare for the mysterious future
1538
1539         Reviewed by Lucas Forschler.
1540
1541         * Configurations/Base.xcconfig:
1542         * Configurations/DebugRelease.xcconfig:
1543
1544 2014-09-24  Geoffrey Garen  <ggaren@apple.com>
1545
1546         bmalloc: cleaned up fast path vs slow path
1547         https://bugs.webkit.org/show_bug.cgi?id=137081
1548
1549         Reviewed by Sam Weinig.
1550
1551         Might be a 1% speedup on MallocBench. Also cleans up the code a bit.
1552
1553         * bmalloc/Allocator.cpp:
1554         (bmalloc::Allocator::Allocator): Merged the small and medium range
1555         caches, just like the small and medium allocators. Ranges are abstract
1556         objects that don't really care whether they hold small or medium objects,
1557         so they don't need to be segregated.
1558
1559         (bmalloc::Allocator::scavenge): Ditto.
1560
1561         (bmalloc::Allocator::allocateBumpRangeSlowCase):
1562         (bmalloc::Allocator::allocateBumpRange): Same thing here, except that
1563         we do care a tiny bit, because we need to specify small vs medium when
1564         allocating new ranges from the heap, to ensure that the heap allocates
1565         from the right segment of VM.
1566
1567         (bmalloc::Allocator::allocateLarge):
1568         (bmalloc::Allocator::allocateXLarge): NO_INLINE because this was clouding
1569         up the fast path. Large allocation performance is dominated by allocation
1570         logic and initialization, so inlining it doesn't help.
1571
1572         (bmalloc::Allocator::allocateSlowCase): Slow path got a bit cleaner since
1573         it doesn't need to distinguish small vs medium objects.
1574
1575         (bmalloc::Allocator::allocateSmallBumpRange): Deleted.
1576         (bmalloc::Allocator::allocateMediumBumpRange): Deleted.
1577
1578         * bmalloc/Allocator.h:
1579         * bmalloc/BumpRange.h:
1580
1581         * bmalloc/Cache.cpp:
1582         (bmalloc::Cache::allocateSlowCase): Deleted.
1583         (bmalloc::Cache::deallocateSlowCase): Deleted.
1584         * bmalloc/Cache.h:
1585         (bmalloc::Cache::allocate):
1586         (bmalloc::Cache::deallocate):
1587         (bmalloc::Cache::allocateFastCase): Deleted.
1588         (bmalloc::Cache::deallocateFastCase): Deleted. Removed the Cache slow
1589         paths. The downside to this change is that the fast path branches to two
1590         distinct failure cases instead of one. The upside is that the slow path
1591         doesn't need to re-read the segment register, which is not as cheap as a
1592         normal register, and it doesn't need to do an extra level of function 
1593         call. Seems to be worth it.
1594
1595         * bmalloc/Deallocator.h:
1596         * bmalloc/Heap.cpp:
1597         (bmalloc::Heap::refillSmallBumpRangeCache):
1598         (bmalloc::Heap::refillMediumBumpRangeCache):
1599         * bmalloc/Heap.h: Updated for interface changes.
1600
1601         * bmalloc/Sizes.h: The most ranges a cache will hold is the number of
1602         small lines in a page / 2, since any other free lines will coalesce
1603         with their neighbors.
1604
1605 2014-09-23  Geoffrey Garen  <ggaren@apple.com>
1606
1607         Rolled out r173346.
1608
1609             bmalloc should honor the FastMalloc statistics API
1610             https://bugs.webkit.org/show_bug.cgi?id=136592
1611
1612         This didn't really work. Because we allow ranges with and without
1613         physical pages to merge, and we allow double-committing and
1614         double-decommitting, we can't rely on commit actions to track memory
1615         footprint.
1616
1617         * bmalloc/Heap.cpp:
1618         (bmalloc::Heap::size): Deleted.
1619         (bmalloc::Heap::capacity): Deleted.
1620         * bmalloc/Heap.h:
1621         * bmalloc/VMHeap.cpp:
1622         (bmalloc::VMHeap::VMHeap):
1623         (bmalloc::VMHeap::allocateSmallChunk):
1624         (bmalloc::VMHeap::allocateMediumChunk):
1625         (bmalloc::VMHeap::allocateLargeChunk):
1626         * bmalloc/VMHeap.h:
1627         (bmalloc::VMHeap::allocateSmallPage):
1628         (bmalloc::VMHeap::allocateMediumPage):
1629         (bmalloc::VMHeap::allocateLargeRange):
1630         (bmalloc::VMHeap::deallocateSmallPage):
1631         (bmalloc::VMHeap::deallocateMediumPage):
1632         (bmalloc::VMHeap::deallocateLargeRange):
1633         (bmalloc::VMHeap::size): Deleted.
1634         (bmalloc::VMHeap::capacity): Deleted.
1635         * bmalloc/bmalloc.h:
1636         (bmalloc::api::heapSize): Deleted.
1637         (bmalloc::api::heapCapacity): Deleted.
1638
1639 2014-09-23  Geoffrey Garen  <ggaren@apple.com>
1640
1641         bmalloc: Allocation should be more precise
1642         https://bugs.webkit.org/show_bug.cgi?id=136993
1643
1644         Reviewed by Gavin Barraclough.
1645
1646         13% reduction in heap size on the MallocBench *_memory_warning benchmarks.
1647
1648         This patch teaches the allocator to merge adjacent free lines into a
1649         single allocatable range. This allows us to shrink the size of an
1650         individual line without increasing fragmentation or the rate of allocator
1651         slow paths.
1652
1653         We'll only take more slow paths when available memory is sparse, which
1654         is exactly when it's worth it. When available memory is dense, we'll
1655         take fewer slow paths.
1656
1657         * bmalloc.xcodeproj/project.pbxproj:
1658         * bmalloc/Algorithm.h:
1659         (bmalloc::divideRoundingUp):
1660
1661         * bmalloc/Allocator.cpp:
1662         (bmalloc::Allocator::Allocator): Updated for interface changes.
1663
1664         (bmalloc::Allocator::scavenge): Scavenge by object instead of by line.
1665         Now that we merge lines, it's not convenient to scavenge by line.
1666
1667         (bmalloc::Allocator::allocateSmallBumpRange):
1668         (bmalloc::Allocator::allocateMediumBumpRange): Allocate whole ranges
1669         instead of individual lines.
1670
1671         (bmalloc::Allocator::allocateSlowCase):
1672         (bmalloc::Allocator::allocateSmallLine): Deleted.
1673         (bmalloc::Allocator::allocateMediumLine): Deleted.
1674         (bmalloc::Allocator::allocateMedium): Deleted.
1675         * bmalloc/Allocator.h:
1676         (bmalloc::Allocator::allocateFastCase): Folded medium allocations
1677         into the standard fast path with small allocations. Since a BumpAllocator
1678         just allocates out of an arbitrary range, it doesn't need to distinguish
1679         between small and medium lines.
1680
1681         * bmalloc/BumpAllocator.h:
1682         (bmalloc::BumpAllocator::size):
1683         (bmalloc::BumpAllocator::BumpAllocator):
1684         (bmalloc::BumpAllocator::init):
1685         (bmalloc::BumpAllocator::refill):
1686         (bmalloc::BumpAllocator::line): Deleted. No need to track line information
1687         anymore: the heap just gives us a pointer and a pre-computed number of
1688         objects, and we allocate them.
1689
1690         * bmalloc/Deallocator.cpp:
1691         (bmalloc::Deallocator::processObjectLog): Updated for interface changes.
1692
1693         * bmalloc/Heap.cpp:
1694         (bmalloc::Heap::Heap):
1695         (bmalloc::Heap::initializeLineMetadata): Pre-compute precise metadata
1696         detailing where all objects will lie in memory. After we merge two lines,
1697         we might allocate an object that spans from one line to the next. This
1698         metadata details which bits of memory overlap in that way, and how they
1699         overlap.
1700
1701         (bmalloc::Heap::refillSmallBumpRangeCache):
1702         (bmalloc::Heap::refillMediumBumpRangeCache): Scan a whole page at a time,
1703         and merge adjacent free lines into BumpRanges.
1704
1705         (bmalloc::Heap::allocateSmallPage):
1706         (bmalloc::Heap::allocateMediumPage):
1707         (bmalloc::Heap::deallocateSmallLine):
1708         (bmalloc::Heap::deallocateMediumLine): Track pages rather than lines,
1709         since we scan for free memory a page at a time.
1710
1711         (bmalloc::Heap::allocateSmallLineSlowCase): Deleted.
1712         (bmalloc::Heap::allocateMediumLineSlowCase): Deleted. Folded into the
1713         fast path.
1714
1715         * bmalloc/Heap.h:
1716         (bmalloc::Heap::derefSmallLine):
1717         (bmalloc::Heap::derefMediumLine):
1718         (bmalloc::Heap::deallocateSmallLine): Deleted.
1719         (bmalloc::Heap::allocateSmallLine): Deleted.
1720         (bmalloc::Heap::deallocateMediumLine): Deleted.
1721         (bmalloc::Heap::allocateMediumLine): Deleted. Updated for interface changes.
1722
1723         * bmalloc/Line.h:
1724         (bmalloc::Line<Traits>::ref):
1725         (bmalloc::Line<Traits>::deref):
1726         (bmalloc::Line<Traits>::concurrentRef): Deleted. We don't pass a derefCount
1727         anymore, since we only ever deref by 1 now.
1728
1729         * bmalloc/MediumAllocator.h:
1730         (bmalloc::MediumAllocator::isNull): Deleted.
1731         (bmalloc::MediumAllocator::MediumAllocator): Deleted.
1732         (bmalloc::MediumAllocator::line): Deleted.
1733         (bmalloc::MediumAllocator::allocate): Deleted.
1734         (bmalloc::MediumAllocator::derefCount): Deleted.
1735         (bmalloc::MediumAllocator::refill): Deleted.
1736         (bmalloc::MediumAllocator::clear): Deleted. Deleted some code that's
1737         been dead for a while, since it doesn't build anymore with this patch.
1738
1739         * bmalloc/Page.h:
1740         (bmalloc::Page::sizeClass):
1741         (bmalloc::Page::setSizeClass):
1742         (bmalloc::Page::smallSizeClass): Deleted.
1743         (bmalloc::Page::setSmallSizeClass): Deleted. Renamed setSmallSizeClass
1744         to sizeClass, since we use it for medium sizes too.
1745
1746         * bmalloc/Sizes.h:
1747         (bmalloc::Sizes::sizeClass):
1748         (bmalloc::Sizes::objectSize): Shrank line sizes to save memory.
1749
1750         (bmalloc::Sizes::smallSizeClassFor): Deleted.
1751         (bmalloc::Sizes::mediumSizeClassFor): Deleted.
1752
1753         * bmalloc/bmalloc.h:
1754         (bmalloc::api::realloc): Now that we have precise objects sizes, realloc
1755         can be a bit more precise. It also has to be, since we can't guarantee
1756         that an object ends at the end of a line anymore.
1757
1758 2014-09-19  Daniel Bates  <dabates@apple.com>
1759
1760         Always assume internal SDK when building configuration Production
1761         https://bugs.webkit.org/show_bug.cgi?id=136925
1762         <rdar://problem/18362399>
1763
1764         Reviewed by Dan Bernstein.
1765
1766         * Configurations/Base.xcconfig:
1767
1768 2014-09-16  Geoffrey Garen  <ggaren@apple.com>
1769
1770         bmalloc: moved line caches from the deallocator to the allocator
1771         https://bugs.webkit.org/show_bug.cgi?id=136868
1772
1773         Reviewed by Gavin Barraclough.
1774
1775         I did this mostly as a simplification, to make it easier to change the
1776         allocation strategy.
1777
1778         No throughput change on MallocBench. Saves about 50kB.
1779
1780         Since the deallocator needs to lock the heap when freeing lines anyway,
1781         there isn't much benefit to giving the deallocator a local cache of
1782         deallocated lines.
1783
1784         We still give the allocator a local cache of lines because that does
1785         reduce the frequency at which it needs to lock the heap in order to
1786         acquire more lines.
1787
1788         * bmalloc/Allocator.cpp:
1789         (bmalloc::Allocator::scavenge):
1790         (bmalloc::Allocator::allocateSmallLine):
1791         (bmalloc::Allocator::allocateMediumLine):
1792         (bmalloc::Allocator::allocateMedium):
1793         (bmalloc::Allocator::allocateSlowCase):
1794         * bmalloc/Allocator.h:
1795         * bmalloc/Deallocator.cpp:
1796         (bmalloc::Deallocator::Deallocator):
1797         (bmalloc::Deallocator::scavenge):
1798         (bmalloc::Deallocator::processObjectLog):
1799         (bmalloc::Deallocator::deallocateSmallLine): Deleted.
1800         (bmalloc::Deallocator::allocateSmallLine): Deleted.
1801         (bmalloc::Deallocator::deallocateMediumLine): Deleted.
1802         (bmalloc::Deallocator::allocateMediumLine): Deleted.
1803         * bmalloc/Deallocator.h:
1804
1805         * bmalloc/Sizes.h:
1806         * bmalloc/VMAllocate.h: Took the opportunity to make the line cache size
1807         exactly one page in size. That's about what we were shooting for anyway,
1808         and it may make it easier to switch to per-page allocation in future.
1809
1810 2014-09-15  Geoffrey Garen  <ggaren@apple.com>
1811
1812         bmalloc: allocate small and medium objects using the same bump pointer class
1813         https://bugs.webkit.org/show_bug.cgi?id=136843
1814
1815         Reviewed by Gavin Barraclough.
1816
1817         4% speedup on MallocBench.
1818
1819         Now that medium-sized objects have dedicated per-size allocators, they
1820         don't need to use an arbitrary bump pointer allocator. This means that
1821         every allocator knows how many objects it will allocate from the start,
1822         and we don't need a post-processing step to adjust refcounts based on
1823         real allocation count.
1824
1825         * bmalloc.xcodeproj/project.pbxproj: Renamed SmallAllocator to BumpAllocator
1826         since it's used for small and medium objects now.
1827
1828         * bmalloc/Allocator.cpp:
1829         (bmalloc::Allocator::Allocator): Updated to use new interface.
1830         (bmalloc::Allocator::scavenge): To "retire" an allocator, we just need
1831         to make sure that we finish allocating all the objects in it.
1832
1833         (bmalloc::Allocator::allocateMedium):
1834         (bmalloc::Allocator::allocateSlowCase):
1835         (bmalloc::Allocator::retire): Deleted.
1836         (bmalloc::Allocator::processSmallAllocatorLog): Deleted.
1837         (bmalloc::Allocator::processMediumAllocatorLog): Deleted.
1838         * bmalloc/Allocator.h:
1839         (bmalloc::Allocator::allocateFastCase): Removed abstractions and data
1840         used to post-process an allocator based on how many objects it allocated.
1841
1842         * bmalloc/BumpAllocator.h: Copied from Source/bmalloc/bmalloc/SmallAllocator.h.
1843         (bmalloc::BumpAllocator::BumpAllocator):
1844         (bmalloc::BumpAllocator::init):
1845         (bmalloc::BumpAllocator::line):
1846         (bmalloc::BumpAllocator::validate):
1847         (bmalloc::BumpAllocator::allocate):
1848         (bmalloc::BumpAllocator::refill):
1849         (bmalloc::BumpAllocator::clear): Updated these functions to be agnostic
1850         about the kinds of lines they allocate into. In some cases, the line
1851         type must be provided as a template parameter by the caller.
1852
1853         (bmalloc::SmallAllocator::SmallAllocator): Deleted.
1854         (bmalloc::SmallAllocator::line): Deleted.
1855         (bmalloc::SmallAllocator::allocate): Deleted.
1856         (bmalloc::SmallAllocator::objectCount): Deleted.
1857         (bmalloc::SmallAllocator::derefCount): Deleted.
1858         (bmalloc::SmallAllocator::refill): Deleted.
1859         (bmalloc::SmallAllocator::clear): Deleted.
1860
1861         * bmalloc/ObjectType.h:
1862         (bmalloc::isMedium):
1863
1864         * bmalloc/SmallAllocator.h:
1865         (bmalloc::SmallAllocator::isNull): Deleted.
1866         (bmalloc::SmallAllocator::canAllocate): Deleted.
1867         (bmalloc::SmallAllocator::SmallAllocator): Deleted.
1868         (bmalloc::SmallAllocator::line): Deleted.
1869         (bmalloc::SmallAllocator::allocate): Deleted.
1870         (bmalloc::SmallAllocator::objectCount): Deleted.
1871         (bmalloc::SmallAllocator::derefCount): Deleted.
1872         (bmalloc::SmallAllocator::refill): Deleted.
1873         (bmalloc::SmallAllocator::clear): Deleted.
1874
1875 2014-09-12  Geoffrey Garen  <ggaren@apple.com>
1876
1877         Fixed a goof in bmalloc Vector sizing
1878         https://bugs.webkit.org/show_bug.cgi?id=136795
1879
1880         Reviewed by Gavin Barraclough and Sam Weinig.
1881
1882         We want our minimum vector to be page-sized since the OS will give us
1883         a page no matter what -- but we want that many bytes, and not enough
1884         bytes to store that many elements.
1885
1886         * bmalloc/Vector.h: Math is hard.
1887
1888 2014-09-11  Geoffrey Garen  <ggaren@apple.com>
1889
1890         bmalloc should segregate medium-sized objects by line like it does for small-sized objects
1891         https://bugs.webkit.org/show_bug.cgi?id=136693
1892
1893         Reviewed by Gavin Barraclough.
1894
1895         4% reduction in heap size on the MallocBench *_memory_warning benchmarks.
1896
1897         No throughput change.
1898
1899         We keep an array of medium allocators, just like our array of small
1900         allocators.
1901
1902         In future, we can simplify the allocation fast path by merging the small
1903         and medium allocator arrays. For now, this is the simplest change that
1904         gets the win.
1905
1906         * bmalloc/Allocator.cpp:
1907         (bmalloc::Allocator::Allocator):
1908         (bmalloc::Allocator::scavenge):
1909         (bmalloc::Allocator::allocateMedium):
1910         * bmalloc/Allocator.h:
1911         * bmalloc/Sizes.h:
1912         (bmalloc::Sizes::mediumSizeClassFor):
1913
1914 2014-09-11  Geoffrey Garen  <ggaren@apple.com>
1915
1916         Reviewed by Sam Weinig.
1917
1918         Renamed log => retire for clarity.
1919
1920         * bmalloc/Allocator.cpp:
1921         (bmalloc::Allocator::scavenge):
1922         (bmalloc::Allocator::retire):
1923         (bmalloc::Allocator::allocateMedium):
1924         (bmalloc::Allocator::allocateSlowCase):
1925         (bmalloc::Allocator::log): Deleted.
1926         * bmalloc/Allocator.h:
1927
1928 2014-09-11  Geoffrey Garen  <ggaren@apple.com>
1929
1930         bmalloc: eager scavenge leaves behind a bogus allocator
1931         https://bugs.webkit.org/show_bug.cgi?id=136743
1932
1933         Reviewed by Sam Weinig.
1934
1935         Be sure to clear the allocator after logging it in the eager scavenge
1936         case, so that we don't later try to allocate out of the lines that we
1937         have thrown away.
1938
1939         We didn't need to do this previously because scavenge would only happen
1940         at thread exit time, after which no further allocation from the per-thread
1941         cache would take place.
1942
1943         * bmalloc/Allocator.cpp:
1944         (bmalloc::Allocator::scavenge):
1945         * bmalloc/MediumAllocator.h:
1946         (bmalloc::MediumAllocator::clear):
1947         * bmalloc/SmallAllocator.h:
1948         (bmalloc::SmallAllocator::clear):
1949
1950 2014-09-05  Geoffrey Garen  <ggaren@apple.com>
1951
1952         bmalloc should honor the FastMalloc statistics API
1953         https://bugs.webkit.org/show_bug.cgi?id=136592
1954
1955         Reviewed by Gavin Barraclough.
1956
1957         We do this by tracking "size" and "capacity" in the VM heap.
1958
1959         The VM heap's "capacity" is all the VM we ever allocated.
1960
1961         The VM heap's "size" the subset of VM currently held onto by the
1962         VM heap (and therefore not in use by the regular heap).
1963
1964         Somewhat ironically, reducing the process's memory footprint, increases
1965         the size of the VM heap, since the VM heap holds the pages that are
1966         purely virtual and not physical.
1967
1968         * bmalloc/Heap.cpp:
1969         (bmalloc::Heap::size):
1970         (bmalloc::Heap::capacity):
1971         * bmalloc/Heap.h:
1972         * bmalloc/VMHeap.cpp:
1973         (bmalloc::VMHeap::VMHeap):
1974         (bmalloc::VMHeap::allocateSmallChunk):
1975         (bmalloc::VMHeap::allocateMediumChunk):
1976         (bmalloc::VMHeap::allocateLargeChunk):
1977         * bmalloc/VMHeap.h:
1978         (bmalloc::VMHeap::size):
1979         (bmalloc::VMHeap::capacity):
1980         (bmalloc::VMHeap::allocateSmallPage):
1981         (bmalloc::VMHeap::allocateMediumPage):
1982         (bmalloc::VMHeap::allocateLargeRange):
1983         (bmalloc::VMHeap::deallocateSmallPage):
1984         (bmalloc::VMHeap::deallocateMediumPage):
1985         (bmalloc::VMHeap::deallocateLargeRange):
1986         * bmalloc/bmalloc.h:
1987         (bmalloc::api::heapSize):
1988         (bmalloc::api::heapCapacity):
1989
1990 2014-09-02  Geoffrey Garen  <ggaren@apple.com>
1991
1992         bmalloc crashes on the EWS bots (due to bad large object allocation)
1993         https://bugs.webkit.org/show_bug.cgi?id=136469
1994
1995         Reviewed by Andreas Kling.
1996
1997         It's possible to convince bmalloc to perform a bad large object allocation,
1998         through these steps:
1999
2000         (1) Insert object A into freelist F0.
2001
2002         (2) Split, merge and split again A's neighbors such that object B is
2003         inserted into freelist F0, with boundary tag and size equal to object A,
2004         but pointer not completely equal to object A. Put object B at the head of F0.
2005
2006         (3) Allocate some other object from F0, swapping its position in the
2007         freelist with object B, such that object A is now ahead of object B.
2008
2009         --> Now, the next allocation for size A/B will allocate object A, which
2010         has a slightly wrong idea about where the object actually begins.
2011         Immediately, you'll corrupt a little memory, and over time, you'll also
2012         corrupt boundary tag metadata.
2013
2014         The solution is to store the begin pointer in the boundary tag. Luckily,
2015         this doesn't make the tag any bigger, and it's not a noticeable slowdown
2016         on MallocBench.
2017
2018         * bmalloc/Algorithm.h:
2019         (bmalloc::rightShift):
2020         * bmalloc/BeginTag.h:
2021         (bmalloc::BeginTag::isInFreeList): This is the bug fix. Make sure to
2022         validate the start pointer when popping off the free list. Through a
2023         very uncommon set of steps, it is possible to have an item in the free
2024         list that is valid by all accounts except for its start pointer.
2025
2026         * bmalloc/BoundaryTag.h:
2027         (bmalloc::BoundaryTag::compactBegin):
2028         (bmalloc::BoundaryTag::setRange):
2029         (bmalloc::BoundaryTag::setSize): Deleted. Record a compact version of the
2030         start pointer. We don't need the whole pointer -- just the offset, in
2031         largeAlignment increments, into the relevant boundary tag bucket.
2032
2033         * bmalloc/BoundaryTagInlines.h:
2034         (bmalloc::validateNext):
2035         (bmalloc::BoundaryTag::init):
2036         (bmalloc::BoundaryTag::mergeLarge):
2037         (bmalloc::BoundaryTag::splitLarge):
2038         * bmalloc/SegregatedFreeList.cpp:
2039         (bmalloc::SegregatedFreeList::insert):
2040         (bmalloc::SegregatedFreeList::takeGreedy):
2041         (bmalloc::SegregatedFreeList::take): Provide the whole range instead of
2042         the size when establishing a boundary tag, as required by the new
2043         interface.
2044
2045         * bmalloc/Sizes.h:
2046
2047 2014-08-14  Geoffrey Garen  <ggaren@apple.com>
2048
2049         Fixed a bmalloc crash seen on the EWS bot
2050         https://bugs.webkit.org/show_bug.cgi?id=135955
2051
2052         Reviewed by Andreas Kling.
2053
2054         * bmalloc/Syscall.h: Some CG APIs vm_copy their input buffers. If the
2055         input buffer is a malloc region, that region will get marked Copy-On-Write
2056         by the kernel. Calls to madvise() for COW regions fail and return EINVAL
2057         on older OS X's. In 10.10, they still fail, but they do not return
2058         EINVAL.
2059
2060         So, we can only ASSERT that our syscalls succeed starting with 10.10.
2061
2062 2014-08-14  Geoffrey Garen  <ggaren@apple.com>
2063
2064         Fixed the bmalloc build
2065         https://bugs.webkit.org/show_bug.cgi?id=135953
2066
2067         Reviewed by Andreas Kling.
2068
2069         * bmalloc.xcodeproj/project.pbxproj: Marked a few headers as private.
2070         These headers are used, so they must be available outside the project.
2071
2072 2014-08-13  Daniel Bates  <dabates@apple.com>
2073
2074         Attempt to fix the build following <http://trac.webkit.org/changeset/172576>
2075         (https://bugs.webkit.org/show_bug.cgi?id=135895)
2076
2077         Substitute PerThreadStorage<T>::initSharedKeyIfNeeded() for initSharedKeyIfNeeded() in
2078         implementation of PerThread<T>::getFastCase().
2079
2080         * bmalloc/PerThread.h:
2081         (bmalloc::PerThread<T>::getFastCase):
2082
2083 2014-08-13  Daniel Bates  <dabates@apple.com>
2084
2085         Make bmalloc::PerThread work without C++ thread local storage
2086         https://bugs.webkit.org/show_bug.cgi?id=135895
2087
2088         Reviewed by Geoffrey Garen.
2089
2090         Implement support for building bmalloc without C++ thread local storage.
2091
2092         * bmalloc/BPlatform.h: Remove macro define BPLATFORM_IOS_SIMULATOR. Added macro function
2093         BCOMPILER_SUPPORTS() and macro define BCOMPILER_SUPPORTS_CXX_THREAD_LOCAL that can be used
2094         to determine whether the compiler supports C++ thread local storage.
2095         * bmalloc/PerThread.h:
2096         (bmalloc::PerThreadStorage::get): Modified to call pthread_getspecific() when building
2097         without C++ thread local storage.
2098         (bmalloc::PerThreadStorage::initSharedKeyIfNeeded): Added.
2099         (bmalloc::PerThreadStorage::init): Moved logic to initialize shared Pthread key from here to
2100         PerThreadStorage::initSharedKeyIfNeeded().
2101         (bmalloc::PerThread<T>::getFastCase): Modified to call PerThreadStorage::initSharedKeyIfNeeded()
2102         before querying PerThreadStorage::get() when building without C++ thread local storage so as to
2103         ensure that the shared key has been initialized.
2104         (_pthread_setspecific_direct): Deleted.
2105         (_pthread_getspecific_direct): Deleted.
2106
2107 2014-08-13  Daniel Bates  <dabates@apple.com>
2108
2109         [iOS] Make JavaScriptCore and bmalloc build with the public SDK
2110         https://bugs.webkit.org/show_bug.cgi?id=135848
2111
2112         Reviewed by Geoffrey Garen.
2113
2114         * bmalloc/BPlatform.h: Added macro BPLATFORM_IOS_SIMULATOR, which evaluates to true
2115         when building for the iOS Simulator.
2116         * bmalloc/PerThread.h: Use pthread_machdep.h code path when building for iOS Simulator
2117         using the public SDK.
2118         (_pthread_setspecific_direct): Added; only defined when building for the iOS Simulator
2119         using the public SDK.
2120         (_pthread_getspecific_direct): Added; only defined when building for the iOS Simulator
2121         using the public SDK.
2122
2123 2014-08-12  Daniel Bates  <dabates@apple.com>
2124
2125         BPLATFORM(IOS) always evaluates to false
2126         https://bugs.webkit.org/show_bug.cgi?id=135843
2127
2128         Reviewed by Geoffrey Garen.
2129
2130         Fix typo in definition of BPLATFORM() and include system header TargetConditionals.h
2131         (when building on an Apple platform) so that BPLATFORM(X) evaluates to true when
2132         building for platform X. In particular, so that BPLATFORM(IOS) evaluates to true when
2133         building for iOS.
2134
2135         As a side effect of this change, the change made in <http://trac.webkit.org/changeset/167289>
2136         will be honored and iOS will assume a VM page size of 16kB (again) instead of 4kB.
2137
2138         * bmalloc/BPlatform.h:
2139
2140 2014-08-11  Andy Estes  <aestes@apple.com>
2141
2142         [iOS] Get rid of iOS.xcconfig
2143         https://bugs.webkit.org/show_bug.cgi?id=135809
2144
2145         Reviewed by Joseph Pecoraro.
2146
2147         All iOS.xcconfig did was include AspenFamily.xcconfig, so there's no need for the indirection.
2148
2149         * Configurations/Base.xcconfig:
2150         * Configurations/iOS.xcconfig: Removed.
2151         * bmalloc.xcodeproj/project.pbxproj:
2152
2153 2014-05-01  Dan Bernstein  <mitz@apple.com>
2154
2155         Fixed production builds for the iOS Simulator.
2156         <rdar://problem/16792221>
2157
2158         * Configurations/bmalloc.xcconfig: Include INSTALL_PATH_PREFIX in
2159         PRIVATE_HEADERS_FOLDER_PATH when installing.
2160
2161 2014-04-20  Geoffrey Garen  <ggaren@apple.com>
2162
2163         bmalloc: Segregate pages by objects size
2164         https://bugs.webkit.org/show_bug.cgi?id=131909
2165
2166         Reviewed by Andreas Kling.
2167
2168         2% reduction in memory-at-end on the Membuster memory_warning benchmarks.
2169
2170         * bmalloc/Allocator.cpp:
2171         (bmalloc::Allocator::allocateSlowCase):
2172         * bmalloc/Allocator.h:
2173         (bmalloc::Allocator::allocateFastCase):
2174         (bmalloc::Allocator::smallAllocatorFor): Use the new shared helper
2175         function for size class calculation.
2176
2177         * bmalloc/Deallocator.cpp:
2178         (bmalloc::Deallocator::Deallocator):
2179         (bmalloc::Deallocator::scavenge):
2180         (bmalloc::Deallocator::deallocateSmallLine):
2181         (bmalloc::Deallocator::allocateSmallLine):
2182         * bmalloc/Deallocator.h: Keep a cache for every size class, since the
2183         cache can't be shared anymore.
2184
2185         * bmalloc/Heap.cpp:
2186         (bmalloc::Heap::allocateSmallLineSlowCase):
2187         * bmalloc/Heap.h:
2188         (bmalloc::Heap::deallocateSmallLine): Ditto.
2189
2190         (bmalloc::Heap::allocateSmallLine): Check size class in addition to
2191         page refcount when allocating a line because we might have deallocated
2192         the page and the recycled it for another size class.
2193
2194         (bmalloc::Heap::deallocateMediumLine):
2195         (bmalloc::Heap::allocateMediumLine):
2196         * bmalloc/Line.h:
2197         (bmalloc::Line::refCount):
2198         * bmalloc/Page.h:
2199         (bmalloc::Page::refCount):
2200         (bmalloc::Page::smallSizeClass):
2201         (bmalloc::Page::setSmallSizeClass):
2202         (bmalloc::Page<Traits>::refCount): Deleted.
2203         * bmalloc/Sizes.h:
2204         (bmalloc::Sizes::smallSizeClassFor): New shared API for computing
2205         an index into an array from a size.
2206
2207 2014-04-19  Geoffrey Garen  <ggaren@apple.com>
2208
2209         bmalloc: Improved alignment in LargeChunk
2210         https://bugs.webkit.org/show_bug.cgi?id=131895
2211
2212         Reviewed by Andreas Kling.
2213
2214         * bmalloc/Chunk.h:
2215         * bmalloc/LargeChunk.h: Align to vmPageSize just like Chunk does.
2216         Technically, the previous alignment was harmless, but I would prefer,
2217         dear reader, not to have to explain the interlocking set of
2218         circumstances that made it so.
2219
2220 2014-04-19  Geoffrey Garen  <ggaren@apple.com>
2221
2222         Rolled out r167502 because it caused a crash on the facebook benchmark.
2223
2224         Unreviewed.
2225
2226             bmalloc: Added an XSmall line size
2227             https://bugs.webkit.org/show_bug.cgi?id=131851
2228
2229             Reviewed by Sam Weinig.
2230
2231 2014-04-19  Geoffrey Garen  <ggaren@apple.com>
2232
2233         bmalloc: Mutex should be harder to use wrong
2234         https://bugs.webkit.org/show_bug.cgi?id=131879
2235
2236         Reviewed by Andreas Kling.
2237
2238         Mutex now has a proper constructor, so you can't deadlock by forgetting
2239         to initialize it.
2240
2241         * bmalloc.xcodeproj/project.pbxproj:
2242         * bmalloc/Allocator.cpp:
2243         (bmalloc::Allocator::processXSmallAllocatorLog):
2244         (bmalloc::Allocator::processSmallAllocatorLog):
2245         (bmalloc::Allocator::processMediumAllocatorLog):
2246         (bmalloc::Allocator::allocateLarge):
2247         (bmalloc::Allocator::allocateXLarge): Global replace Mutex => StaticMutex,
2248         since the Heap mutex is a static.
2249
2250         * bmalloc/AsyncTask.h:
2251         (bmalloc::Function>::AsyncTask): Use Mutex, since we're not static. No
2252         need for explicit initialization anymore.
2253
2254         * bmalloc/Deallocator.cpp:
2255         (bmalloc::Deallocator::scavenge):
2256         (bmalloc::Deallocator::deallocateLarge):
2257         (bmalloc::Deallocator::deallocateXLarge):
2258         (bmalloc::Deallocator::processObjectLog):
2259         (bmalloc::Deallocator::deallocateSmallLine):
2260         (bmalloc::Deallocator::deallocateXSmallLine):
2261         (bmalloc::Deallocator::allocateSmallLine):
2262         (bmalloc::Deallocator::allocateXSmallLine):
2263         (bmalloc::Deallocator::deallocateMediumLine):
2264         (bmalloc::Deallocator::allocateMediumLine):
2265         * bmalloc/Deallocator.h:
2266         * bmalloc/Heap.cpp:
2267         (bmalloc::sleep):
2268         (bmalloc::Heap::Heap):
2269         (bmalloc::Heap::concurrentScavenge):
2270         (bmalloc::Heap::scavenge):
2271         (bmalloc::Heap::scavengeSmallPages):
2272         (bmalloc::Heap::scavengeXSmallPages):
2273         (bmalloc::Heap::scavengeMediumPages):
2274         (bmalloc::Heap::scavengeLargeRanges):
2275         (bmalloc::Heap::allocateXSmallLineSlowCase):
2276         (bmalloc::Heap::allocateSmallLineSlowCase):
2277         (bmalloc::Heap::allocateMediumLineSlowCase):
2278         (bmalloc::Heap::allocateXLarge):
2279         (bmalloc::Heap::deallocateXLarge):
2280         (bmalloc::Heap::allocateLarge):
2281         (bmalloc::Heap::deallocateLarge):
2282         * bmalloc/Heap.h:
2283         (bmalloc::Heap::deallocateXSmallLine):
2284         (bmalloc::Heap::allocateXSmallLine):
2285         (bmalloc::Heap::deallocateSmallLine):
2286         (bmalloc::Heap::allocateSmallLine):
2287         (bmalloc::Heap::deallocateMediumLine):
2288         (bmalloc::Heap::allocateMediumLine):
2289         * bmalloc/Line.h:
2290         (bmalloc::Line<Traits>::deref):
2291         * bmalloc/Mutex.cpp: Removed.
2292         * bmalloc/Mutex.h:
2293         (bmalloc::Mutex::Mutex):
2294         (bmalloc::Mutex::init): Deleted.
2295         (bmalloc::Mutex::try_lock): Deleted.
2296         (bmalloc::Mutex::lock): Deleted.
2297         (bmalloc::Mutex::unlock): Deleted.
2298         * bmalloc/Page.h:
2299         (bmalloc::Page<Traits>::ref):
2300         (bmalloc::Page<Traits>::deref):
2301         (bmalloc::Page<Traits>::refCount):
2302         * bmalloc/PerProcess.h:
2303         (bmalloc::PerProcess::mutex):
2304         (bmalloc::PerProcess<T>::getSlowCase):
2305         * bmalloc/StaticMutex.cpp: Added.
2306         (bmalloc::StaticMutex::lockSlowCase):
2307         * bmalloc/StaticMutex.h: Added.
2308         (bmalloc::StaticMutex::init):
2309         (bmalloc::StaticMutex::try_lock):
2310         (bmalloc::StaticMutex::lock):
2311         (bmalloc::StaticMutex::unlock):
2312         * bmalloc/VMHeap.h:
2313         (bmalloc::VMHeap::deallocateXSmallPage):
2314         (bmalloc::VMHeap::deallocateSmallPage):
2315         (bmalloc::VMHeap::deallocateMediumPage):
2316         (bmalloc::VMHeap::deallocateLargeRange):
2317         * bmalloc/bmalloc.h:
2318         (bmalloc::api::scavenge): Global replace Mutex => StaticMutex,
2319         since the Heap mutex is a static.
2320
2321 2014-04-18  Geoffrey Garen  <ggaren@apple.com>
2322
2323         bmalloc: AsyncTask should use Mutex instead of std::mutex
2324         https://bugs.webkit.org/show_bug.cgi?id=131865
2325
2326         Reviewed by Gavin Barraclough.
2327
2328         std::mutex is so slow that it makes parallelizing simple tasks through
2329         AsyncTask a net regression. Mutex fixes this.
2330
2331         * bmalloc/AsyncTask.h:
2332         (bmalloc::Function>::AsyncTask):
2333         (bmalloc::Function>::join):
2334         (bmalloc::Function>::runSlowCase):
2335         (bmalloc::Function>::entryPoint):
2336         * bmalloc/Mutex.h:
2337         (bmalloc::Mutex::init):
2338
2339 2014-04-18  Geoffrey Garen  <ggaren@apple.com>
2340
2341         bmalloc: Added an XSmall line size
2342         https://bugs.webkit.org/show_bug.cgi?id=131851
2343
2344         Reviewed by Sam Weinig.
2345
2346         Reduces malloc footprint on Membuster recordings by 10%.
2347
2348         This is a throughput regression, but we're still way ahead of TCMalloc.
2349         I have some ideas for how to recover the regression -- but I wanted to
2350         get this win in first.
2351
2352         Full set of benchmark results:
2353
2354                 bmalloc> ~/webkit/PerformanceTests/MallocBench/run-malloc-benchmarks --measure-heap nopatch:~/scratch/Build-nopatch/Release/ patch:~/webkit/WebKitBuild/Release/
2355                                                                                                 
2356                                                                nopatch                      patch                                Δ
2357                 Peak Memory:
2358                     reddit_memory_warning                      7,896kB                    7,532kB                  ^ 1.05x smaller
2359                     flickr_memory_warning                     12,968kB                   12,324kB                  ^ 1.05x smaller
2360                     theverge_memory_warning                   16,672kB                   15,200kB                   ^ 1.1x smaller
2361
2362                     <geometric mean>                          11,952kB                   11,216kB                  ^ 1.07x smaller
2363                     <arithmetic mean>                         12,512kB                   11,685kB                  ^ 1.07x smaller
2364                     <harmonic mean>                           11,375kB                   10,726kB                  ^ 1.06x smaller
2365
2366                 Memory at End:
2367                     reddit_memory_warning                      7,320kB                    6,856kB                  ^ 1.07x smaller
2368                     flickr_memory_warning                     10,848kB                    9,692kB                  ^ 1.12x smaller
2369                     theverge_memory_warning                   16,380kB                   14,872kB                   ^ 1.1x smaller
2370
2371                     <geometric mean>                          10,916kB                    9,961kB                   ^ 1.1x smaller
2372                     <arithmetic mean>                         11,516kB                   10,473kB                   ^ 1.1x smaller
2373                     <harmonic mean>                           10,350kB                    9,485kB                  ^ 1.09x smaller
2374
2375                 MallocBench> ~/webkit/PerformanceTests/MallocBench/run-malloc-benchmarks nopatch:~/scratch/Build-nopatch/Release/ patch:~/webkit/WebKitBuild/Release/
2376                                                                                                 
2377                                                    nopatch                patch                         Δ
2378                 Execution Time:
2379                     churn                            127ms                151ms            ! 1.19x slower
2380                     list_allocate                    130ms                164ms            ! 1.26x slower
2381                     tree_allocate                    109ms                127ms            ! 1.17x slower
2382                     tree_churn                       115ms                120ms            ! 1.04x slower
2383                     facebook                         240ms                259ms            ! 1.08x slower
2384                     fragment                          91ms                131ms            ! 1.44x slower
2385                     fragment_iterate                 105ms                106ms            ! 1.01x slower
2386                     message_one                      260ms                259ms             ^ 1.0x faster
2387                     message_many                     149ms                154ms            ! 1.03x slower
2388                     medium                           194ms                248ms            ! 1.28x slower
2389                     big                              157ms                160ms            ! 1.02x slower
2390
2391                     <geometric mean>                 144ms                163ms            ! 1.13x slower
2392                     <arithmetic mean>                152ms                171ms            ! 1.12x slower
2393                     <harmonic mean>                  137ms                156ms            ! 1.14x slower
2394
2395                 MallocBench> ~/webkit/PerformanceTests/MallocBench/run-malloc-benchmarks nopatch:~/scratch/Build-nopatch/Release/ patch:~/webkit/WebKitBuild/Release/
2396                                                                                                 
2397                                                                        nopatch                          patch                                     Δ
2398                 Execution Time:
2399                     churn                                                126ms                          148ms                        ! 1.17x slower
2400                     churn --parallel                                      62ms                           76ms                        ! 1.23x slower
2401                     list_allocate                                        130ms                          164ms                        ! 1.26x slower
2402                     list_allocate --parallel                             120ms                          175ms                        ! 1.46x slower
2403                     tree_allocate                                        111ms                          127ms                        ! 1.14x slower
2404                     tree_allocate --parallel                              95ms                          135ms                        ! 1.42x slower
2405                     tree_churn                                           115ms                          124ms                        ! 1.08x slower
2406                     tree_churn --parallel                                107ms                          126ms                        ! 1.18x slower
2407                     facebook                                             240ms                          276ms                        ! 1.15x slower
2408                     facebook --parallel                                  802ms                        1,088ms                        ! 1.36x slower
2409                     fragment                                              92ms                          130ms                        ! 1.41x slower
2410                     fragment --parallel                                   66ms                          124ms                        ! 1.88x slower
2411                     fragment_iterate                                     109ms                          127ms                        ! 1.17x slower
2412                     fragment_iterate --parallel                           55ms                           64ms                        ! 1.16x slower
2413                     message_one                                          260ms                          260ms                                      
2414                     message_many                                         170ms                          238ms                         ! 1.4x slower
2415                     medium                                               185ms                          250ms                        ! 1.35x slower
2416                     medium --parallel                                    210ms                          334ms                        ! 1.59x slower
2417                     big                                                  150ms                          169ms                        ! 1.13x slower
2418                     big --parallel                                       138ms                          144ms                        ! 1.04x slower
2419
2420                     <geometric mean>                                     135ms                          170ms                        ! 1.26x slower
2421                     <arithmetic mean>                                    167ms                          214ms                        ! 1.28x slower
2422                     <harmonic mean>                                      117ms                          148ms                        ! 1.26x slower
2423
2424                 MallocBench> ~/webkit/PerformanceTests/MallocBench/run-malloc-benchmarks TC:~/scratch/Build-TCMalloc/Release/ patch:~/webkit/WebKitBuild/Release/
2425
2426                                                                     TC                      patch                                Δ
2427                 Peak Memory:
2428                     reddit_memory_warning                     13,836kB                   13,436kB                  ^ 1.03x smaller
2429                     flickr_memory_warning                     24,868kB                   25,188kB                   ! 1.01x bigger
2430                     theverge_memory_warning                   24,504kB                   26,636kB                   ! 1.09x bigger
2431
2432                     <geometric mean>                          20,353kB                   20,812kB                   ! 1.02x bigger
2433                     <arithmetic mean>                         21,069kB                   21,753kB                   ! 1.03x bigger
2434                     <harmonic mean>                           19,570kB                   19,780kB                   ! 1.01x bigger
2435
2436                 Memory at End:
2437                     reddit_memory_warning                      8,656kB                   10,016kB                   ! 1.16x bigger
2438                     flickr_memory_warning                     11,844kB                   13,784kB                   ! 1.16x bigger
2439                     theverge_memory_warning                   18,516kB                   22,748kB                   ! 1.23x bigger
2440
2441                     <geometric mean>                          12,382kB                   14,644kB                   ! 1.18x bigger
2442                     <arithmetic mean>                         13,005kB                   15,516kB                   ! 1.19x bigger
2443                     <harmonic mean>                           11,813kB                   13,867kB                   ! 1.17x bigger
2444
2445                 MallocBench> ~/webkit/PerformanceTests/MallocBench/run-malloc-benchmarks TC:~/scratch/Build-TCMalloc/Release/ patch:~/webkit/WebKitBuild/Release/
2446                                                                                                 
2447                                                         TC                patch                         Δ
2448                 Execution Time:
2449                     churn                            416ms                148ms            ^ 2.81x faster
2450                     list_allocate                    463ms                164ms            ^ 2.82x faster
2451                     tree_allocate                    292ms                127ms             ^ 2.3x faster
2452                     tree_churn                       157ms                120ms            ^ 1.31x faster
2453                     facebook                         327ms                276ms            ^ 1.18x faster
2454                     fragment                         335ms                129ms             ^ 2.6x faster
2455                     fragment_iterate                 344ms                108ms            ^ 3.19x faster
2456                     message_one                      386ms                258ms             ^ 1.5x faster
2457                     message_many                     410ms                154ms            ^ 2.66x faster
2458                     medium                           391ms                245ms             ^ 1.6x faster
2459                     big                              261ms                167ms            ^ 1.56x faster
2460
2461                     <geometric mean>                 332ms                164ms            ^ 2.02x faster
2462                     <arithmetic mean>                344ms                172ms            ^ 1.99x faster
2463                     <harmonic mean>                  317ms                157ms            ^ 2.02x faster
2464
2465         * bmalloc.xcodeproj/project.pbxproj:
2466         * bmalloc/Allocator.cpp:
2467         (bmalloc::Allocator::Allocator): Don't assume that each allocator's
2468         index corresponds with its size. Instead, use the size selection function
2469         explicitly. Now that we have XSmall, some small allocator entries are
2470         unused.
2471
2472         (bmalloc::Allocator::scavenge):
2473         (bmalloc::Allocator::log):
2474         (bmalloc::Allocator::processXSmallAllocatorLog):
2475         (bmalloc::Allocator::allocateSlowCase):
2476         * bmalloc/Allocator.h:
2477         (bmalloc::Allocator::xSmallAllocatorFor):
2478         (bmalloc::Allocator::allocateFastCase):
2479         * bmalloc/Chunk.h:
2480         * bmalloc/Deallocator.cpp:
2481         (bmalloc::Deallocator::scavenge):
2482         (bmalloc::Deallocator::processObjectLog):
2483         (bmalloc::Deallocator::deallocateSlowCase):
2484         (bmalloc::Deallocator::deallocateXSmallLine):
2485         (bmalloc::Deallocator::allocateXSmallLine):
2486         * bmalloc/Deallocator.h:
2487         (bmalloc::Deallocator::deallocateFastCase):
2488         * bmalloc/Heap.cpp:
2489         (bmalloc::Heap::scavenge):
2490         (bmalloc::Heap::scavengeXSmallPages):
2491         (bmalloc::Heap::allocateXSmallLineSlowCase):
2492         * bmalloc/Heap.h:
2493         (bmalloc::Heap::deallocateXSmallLine):
2494         (bmalloc::Heap::allocateXSmallLine):
2495         * bmalloc/LargeChunk.h:
2496         (bmalloc::LargeChunk::get):
2497         (bmalloc::LargeChunk::endTag):
2498         * bmalloc/Line.h:
2499         * bmalloc/MediumAllocator.h:
2500         (bmalloc::MediumAllocator::allocate):
2501         (bmalloc::MediumAllocator::refill):
2502         * bmalloc/ObjectType.cpp:
2503         (bmalloc::objectType):
2504         * bmalloc/ObjectType.h:
2505         (bmalloc::isXSmall):
2506         (bmalloc::isSmall):
2507         (bmalloc::isMedium):
2508         (bmalloc::isLarge):
2509         (bmalloc::isSmallOrMedium): Deleted.
2510         * bmalloc/SegregatedFreeList.h: I boiler-plate copied existing code for
2511         handling small objects. There's probably a reasonable way to share this
2512         code in the future -- I'll look into that once it's stopped changing.
2513
2514         * bmalloc/Sizes.h: Tweaked size classes to make Membuster happy. This
2515         is the main reason things got slower.
2516
2517         * bmalloc/SmallAllocator.h:
2518         (bmalloc::SmallAllocator::allocate):
2519         * bmalloc/SmallTraits.h:
2520         * bmalloc/VMHeap.cpp:
2521         (bmalloc::VMHeap::allocateXSmallChunk):
2522         * bmalloc/VMHeap.h:
2523         (bmalloc::VMHeap::allocateXSmallPage):
2524         (bmalloc::VMHeap::deallocateXSmallPage):
2525         * bmalloc/XSmallAllocator.h: Added.
2526         (bmalloc::XSmallAllocator::isNull):
2527         (bmalloc::XSmallAllocator::canAllocate):
2528         (bmalloc::XSmallAllocator::XSmallAllocator):
2529         (bmalloc::XSmallAllocator::line):
2530         (bmalloc::XSmallAllocator::allocate):
2531         (bmalloc::XSmallAllocator::objectCount):
2532         (bmalloc::XSmallAllocator::derefCount):
2533         (bmalloc::XSmallAllocator::refill):
2534         * bmalloc/XSmallChunk.h: Added.
2535         * bmalloc/XSmallLine.h: Added.
2536         * bmalloc/XSmallPage.h: Added.
2537         * bmalloc/XSmallTraits.h: Added.
2538         * bmalloc/bmalloc.h:
2539         (bmalloc::api::realloc): Boiler-plate copy, as above.
2540
2541 2014-04-14  Geoffrey Garen  <ggaren@apple.com>
2542
2543         MallocBench should scavenge explicitly instead of waiting
2544         https://bugs.webkit.org/show_bug.cgi?id=131661
2545
2546         Reviewed by Andreas Kling.
2547
2548         Added explicit scavenge support to bmalloc. This isn't a memory win,
2549         since bmalloc's per-thread cache is so small. But it makes testing
2550         simpler.
2551
2552         * bmalloc/Allocator.cpp:
2553         (bmalloc::Allocator::~Allocator):
2554         (bmalloc::Allocator::scavenge):
2555         * bmalloc/Allocator.h:
2556         * bmalloc/Cache.cpp:
2557         (bmalloc::Cache::operator new):
2558         (bmalloc::Cache::operator delete):
2559         (bmalloc::Cache::Cache):
2560         (bmalloc::Cache::scavenge):
2561         * bmalloc/Cache.h:
2562         * bmalloc/Deallocator.cpp:
2563         (bmalloc::Deallocator::~Deallocator):
2564         (bmalloc::Deallocator::scavenge):
2565         * bmalloc/Deallocator.h: Factored existing scavenging code into helper
2566         functions, for reuse.
2567
2568         * bmalloc/Heap.cpp:
2569         (bmalloc::sleep):
2570         (bmalloc::Heap::concurrentScavenge):
2571         (bmalloc::Heap::scavenge):
2572         (bmalloc::Heap::scavengeSmallPages):
2573         (bmalloc::Heap::scavengeMediumPages):
2574         (bmalloc::Heap::scavengeLargeRanges):
2575         * bmalloc/Heap.h: Made scavenge sleep duration a parameter. Forced
2576         scavenging -- in response to a benchmark or a low memory warning --
2577         wants to complete as soon as possible, so its sleep duration is 0.
2578
2579         * bmalloc/bmalloc.h:
2580         (bmalloc::api::scavenge):
2581         * bmalloc/mbmalloc.cpp: Exported the scavenge API for MallocBench's use.
2582
2583 2014-04-14  Geoffrey Garen  <ggaren@apple.com>
2584
2585         Use 4kB pages on Mac
2586         https://bugs.webkit.org/show_bug.cgi?id=131658
2587
2588         Reviewed by Sam Weinig.
2589
2590         This reduces memory use a lot on Membuster:
2591
2592                                                                   base                      patch                                Δ
2593                 Execution Time:
2594                     reddit_memory_warning                         18ms                       17ms                   ^ 1.06x faster
2595                     flickr_memory_warning                         34ms                       36ms                   ! 1.06x slower
2596                     theverge_memory_warning                       39ms                       41ms                   ! 1.05x slower
2597
2598                     <geometric mean>                              29ms                       29ms                   ! 1.02x slower
2599                     <arithmetic mean>                             30ms                       31ms                   ! 1.03x slower
2600                     <harmonic mean>                               27ms                       27ms                    ^ 1.0x faster
2601
2602                 Peak Memory:
2603                     reddit_memory_warning                     16,412kB                   16,436kB                    ! 1.0x bigger
2604                     flickr_memory_warning                     30,120kB                   30,184kB                    ! 1.0x bigger
2605                     theverge_memory_warning                   33,408kB                   33,420kB                    ! 1.0x bigger
2606
2607                     <geometric mean>                          25,466kB                   25,499kB                    ! 1.0x bigger
2608                     <arithmetic mean>                         26,647kB                   26,680kB                    ! 1.0x bigger
2609                     <harmonic mean>                           24,181kB                   24,214kB                    ! 1.0x bigger
2610
2611                 Memory at End:
2612                     reddit_memory_warning                      2,404kB                    1,920kB                  ^ 1.25x smaller
2613                     flickr_memory_warning                      3,764kB                    3,072kB                  ^ 1.23x smaller
2614                     theverge_memory_warning                    3,648kB                    3,132kB                  ^ 1.16x smaller
2615
2616                     <geometric mean>                           3,208kB                    2,644kB                  ^ 1.21x smaller
2617                     <arithmetic mean>                          3,272kB                    2,708kB                  ^ 1.21x smaller
2618                     <harmonic mean>                            3,139kB                    2,574kB                  ^ 1.22x smaller
2619
2620
2621         * bmalloc.xcodeproj/project.pbxproj:
2622         * bmalloc/BPlatform.h: Added.
2623         * bmalloc/VMAllocate.h: Only use 16kB pages on iOS because the page size
2624         is 4kB on Mac.
2625
2626 2014-04-14  Alexey Proskuryakov  <ap@apple.com>
2627
2628         Fixed svn:ignore on bmalloc.xcodeproj, it had erroneous leading spaces.
2629
2630         * bmalloc.xcodeproj: Modified property svn:ignore.
2631
2632 2014-04-13  Geoffrey Garen  <ggaren@apple.com>
2633
2634         Fixed some mbmalloc exports
2635         https://bugs.webkit.org/show_bug.cgi?id=131599
2636
2637         Reviewed by Ryosuke Niwa.
2638
2639         * bmalloc.xcodeproj/project.pbxproj: Made some headers a private part
2640         of the project, so we can call them from API.
2641
2642         * bmalloc/mbmalloc.cpp: Marked the mbmalloc functions with default
2643         visibility, so they show up as exported in the .dylib.
2644
2645 2014-04-09  Geoffrey Garen  <ggaren@apple.com>
2646
2647         Put bmalloc headers in the right place
2648         https://bugs.webkit.org/show_bug.cgi?id=131464
2649
2650         Reviewed by Mark Rowe.
2651
2652         * Configurations/bmalloc.xcconfig: Set PRIVATE_HEADERS_FOLDER_PATH to
2653         specify that we don't just want to dump all of our generically-named
2654         headers into /usr/local/include.
2655
2656 2014-04-08  Geoffrey Garen  <ggaren@apple.com>
2657
2658         Made bmalloc more #include friendly
2659         https://bugs.webkit.org/show_bug.cgi?id=131386
2660
2661         Reviewed by Andreas Kling.
2662
2663         Marked a bunch of headers private so they can be used from client code
2664         that #includes bmalloc.h.
2665
2666         Renamed ASSERT macros to BASSERT. This matches their header, which already
2667         had to be renamed, and fixes conflicts with WTF's ASSERT macros.
2668
2669         * bmalloc.xcodeproj/project.pbxproj:
2670         * bmalloc/Allocator.cpp:
2671         (bmalloc::Allocator::allocateSlowCase):
2672         * bmalloc/AsyncTask.h:
2673         (bmalloc::Function>::runSlowCase):
2674         * bmalloc/BAssert.h:
2675         * bmalloc/BoundaryTag.h:
2676         (bmalloc::BoundaryTag::setSize):
2677         * bmalloc/BoundaryTagInlines.h:
2678         (bmalloc::validate):
2679         (bmalloc::BoundaryTag::init):
2680         (bmalloc::BoundaryTag::deallocate):
2681         (bmalloc::BoundaryTag::splitLarge):
2682         (bmalloc::BoundaryTag::allocate):
2683         * bmalloc/Chunk.h:
2684         * bmalloc/Deallocator.cpp:
2685         (bmalloc::Deallocator::processObjectLog):
2686         (bmalloc::Deallocator::deallocateSlowCase):
2687         * bmalloc/Deallocator.h:
2688         (bmalloc::Deallocator::deallocateFastCase):
2689         * bmalloc/FixedVector.h:
2690         (bmalloc::Capacity>::operator):
2691         (bmalloc::Capacity>::push):
2692         (bmalloc::Capacity>::pop):
2693         (bmalloc::Capacity>::shrink):
2694         * bmalloc/Heap.cpp:
2695         (bmalloc::Heap::allocateLarge):
2696         * bmalloc/LargeChunk.h:
2697         (bmalloc::LargeChunk::get):
2698         (bmalloc::LargeChunk::endTag):
2699         * bmalloc/Line.h:
2700         (bmalloc::Line<Traits>::concurrentRef):
2701         (bmalloc::Line<Traits>::deref):
2702         * bmalloc/MediumAllocator.h:
2703         (bmalloc::MediumAllocator::allocate):
2704         * bmalloc/ObjectType.h:
2705         (bmalloc::isSmall):
2706         * bmalloc/Page.h:
2707         (bmalloc::Page<Traits>::ref):
2708         (bmalloc::Page<Traits>::deref):
2709         * bmalloc/PerThread.h:
2710         (bmalloc::PerThread<T>::getSlowCase):
2711         * bmalloc/SegregatedFreeList.cpp:
2712         (bmalloc::SegregatedFreeList::SegregatedFreeList):
2713         (bmalloc::SegregatedFreeList::insert):
2714         * bmalloc/SmallAllocator.h:
2715         (bmalloc::SmallAllocator::allocate):
2716         (bmalloc::SmallAllocator::refill):
2717         * bmalloc/Syscall.h:
2718         * bmalloc/VMAllocate.h:
2719         (bmalloc::vmValidate):
2720         (bmalloc::vmAllocate):
2721         (bmalloc::vmDeallocatePhysicalPagesSloppy):
2722         * bmalloc/Vector.h:
2723         (bmalloc::Vector<T>::operator):
2724         (bmalloc::Vector<T>::pop):
2725         (bmalloc::Vector<T>::shrink):
2726         * bmalloc/XLargeChunk.h:
2727         (bmalloc::XLargeChunk::range):
2728         (bmalloc::XLargeChunk::size):
2729
2730 2014-04-08  Geoffrey Garen  <ggaren@apple.com>
2731
2732         Removed an unused file.
2733
2734         Unreviewed.
2735
2736         * bmalloc/AsyncTask.cpp: Removed.
2737
2738 2014-04-07  Geoffrey Garen  <ggaren@apple.com>
2739
2740         Build bmalloc on Mac
2741         https://bugs.webkit.org/show_bug.cgi?id=131333
2742
2743         Reviewed by Mark Rowe.
2744
2745         * Makefile: Added. For make clients.
2746
2747         These files are required for building any project in WebKit. I copied
2748         them from WTF:
2749         * Configurations: Added.
2750         * Configurations/Base.xcconfig: Added.
2751         * Configurations/DebugRelease.xcconfig: Added.
2752         * Configurations/bmalloc.xcconfig: Added.
2753         * Configurations/iOS.xcconfig: Added.
2754         * Configurations/mbmalloc.xcconfig: Added.
2755
2756         * bmalloc.xcodeproj/project.pbxproj: I removed per-project-file stuff
2757         from here because everything is in .xcconfig files now.
2758
2759         I had to fix a bunch of minor warnings, since they're enabled in our
2760         .xcconfig files:
2761
2762         * bmalloc/AsyncTask.h:
2763         (bmalloc::Function>::AsyncTask):
2764         * bmalloc/BAssert.h:
2765         * bmalloc/BoundaryTagInlines.h:
2766         (bmalloc::validate):
2767         * bmalloc/Heap.cpp:
2768         (bmalloc::Heap::Heap):
2769         (bmalloc::Heap::allocateLarge):
2770         (bmalloc::Heap::deallocateLarge):
2771         * bmalloc/Mutex.h:
2772         (bmalloc::Mutex::Mutex): Deleted.
2773         * bmalloc/VMAllocate.h:
2774         (bmalloc::vmValidate):
2775         * bmalloc/mbmalloc.cpp:
2776
2777 2014-04-07  Geoffrey Garen  <ggaren@apple.com>
2778
2779         bmalloc: Fixed a leak in the per-thread cache
2780         https://bugs.webkit.org/show_bug.cgi?id=131330
2781
2782         Reviewed by Andreas Kling.
2783
2784         Remember to deallocate our line caches upon thread exit.
2785
2786         * bmalloc/Deallocator.cpp:
2787         (bmalloc::Deallocator::~Deallocator):
2788
2789 2014-04-07  Geoffrey Garen  <ggaren@apple.com>
2790
2791         bmalloc: rolled out the tryLock experiment
2792         https://bugs.webkit.org/show_bug.cgi?id=131328
2793
2794         Reviewed by Andreas Kling.
2795
2796         It wasn't a speedup.
2797
2798         * bmalloc.xcodeproj/project.pbxproj:
2799         * bmalloc/Allocator.cpp:
2800         (bmalloc::Allocator::processSmallAllocatorLog):
2801         (bmalloc::Allocator::processMediumAllocatorLog):
2802         * bmalloc/Deallocator.cpp:
2803         (bmalloc::Deallocator::processObjectLog):
2804         (bmalloc::Deallocator::deallocateSlowCase):
2805         (bmalloc::Deallocator::deallocateSmallLine):
2806         (bmalloc::Deallocator::deallocateMediumLine):
2807         * bmalloc/Deallocator.h:
2808         (bmalloc::Deallocator::deallocateFastCase):
2809         * bmalloc/Heap.h:
2810         (bmalloc::Heap::deallocateSmallLine):
2811         (bmalloc::Heap::deallocateMediumLine):
2812         * bmalloc/Line.h:
2813         (bmalloc::Line<Traits>::deref):
2814         * bmalloc/Page.h:
2815         (bmalloc::Page<Traits>::deref):
2816
2817 2014-04-07  Geoffrey Garen  <ggaren@apple.com>
2818
2819         bmalloc
2820         https://bugs.webkit.org/show_bug.cgi?id=131170
2821
2822         Reviewed by Andreas Kling.
2823
2824         Initial commit.
2825
2826         * bmalloc: Added.
2827         * bmalloc.xcodeproj: Added.
2828         * bmalloc.xcodeproj/project.pbxproj: Added.
2829         * bmalloc/Algorithm.h: Added.
2830         (bmalloc::max):
2831         (bmalloc::min):
2832         (bmalloc::mask):
2833         (bmalloc::test):
2834         (bmalloc::roundUpToMultipleOf):
2835         (bmalloc::roundDownToMultipleOf):
2836         (bmalloc::sizeOf):
2837         (bmalloc::bitCount):
2838         (bmalloc::isPowerOfTwo):
2839         * bmalloc/Allocator.cpp: Added.
2840         (bmalloc::Allocator::Allocator):
2841         (bmalloc::Allocator::~Allocator):
2842         (bmalloc::Allocator::log):
2843         (bmalloc::Allocator::processSmallAllocatorLog):
2844         (bmalloc::Allocator::processMediumAllocatorLog):
2845         (bmalloc::Allocator::allocateLarge):
2846         (bmalloc::Allocator::allocateXLarge):
2847         (bmalloc::Allocator::allocateMedium):
2848         (bmalloc::Allocator::allocateSlowCase):
2849         * bmalloc/Allocator.h: Added.
2850         (bmalloc::Allocator::smallAllocatorFor):
2851         (bmalloc::Allocator::allocateFastCase):
2852         (bmalloc::Allocator::allocate):
2853         * bmalloc/AsyncTask.cpp: Added.
2854         (bmalloc::AsyncTask<Function>::runSlowCase):
2855         (bmalloc::AsyncTask<Function>::pthreadEntryPoint):
2856         (bmalloc::AsyncTask<Function>::entryPoint):
2857         * bmalloc/AsyncTask.h: Added.
2858         (bmalloc::Function>::AsyncTask):
2859         (bmalloc::Function>::join):
2860         (bmalloc::Function>::run):
2861         (bmalloc::Function>::runSlowCase):
2862         (bmalloc::Function>::pthreadEntryPoint):
2863         (bmalloc::Function>::entryPoint):
2864         * bmalloc/BAssert.h: Added.
2865         * bmalloc/BeginTag.h: Added.
2866         (bmalloc::BeginTag::isInFreeList):
2867         * bmalloc/BoundaryTag.h: Added.
2868         (bmalloc::BoundaryTag::isXLarge):
2869         (bmalloc::BoundaryTag::setXLarge):
2870         (bmalloc::BoundaryTag::isFree):
2871         (bmalloc::BoundaryTag::setFree):
2872         (bmalloc::BoundaryTag::isEnd):
2873         (bmalloc::BoundaryTag::setEnd):
2874         (bmalloc::BoundaryTag::hasPhysicalPages):
2875         (bmalloc::BoundaryTag::setHasPhysicalPages):
2876         (bmalloc::BoundaryTag::isNull):
2877         (bmalloc::BoundaryTag::clear):
2878         (bmalloc::BoundaryTag::size):
2879         (bmalloc::BoundaryTag::setSize):
2880         (bmalloc::BoundaryTag::prev):
2881         (bmalloc::BoundaryTag::next):
2882         * bmalloc/BoundaryTagInlines.h: Added.
2883         (bmalloc::validate):
2884         (bmalloc::validatePrev):
2885         (bmalloc::validateNext):
2886         (bmalloc::BoundaryTag::init):
2887         (bmalloc::BoundaryTag::mergeLargeLeft):
2888         (bmalloc::BoundaryTag::mergeLargeRight):
2889         (bmalloc::BoundaryTag::mergeLarge):
2890         (bmalloc::BoundaryTag::deallocate):
2891         (bmalloc::BoundaryTag::splitLarge):
2892         (bmalloc::BoundaryTag::allocate):
2893         * bmalloc/Cache.cpp: Added.
2894         (bmalloc::Cache::operator new):
2895         (bmalloc::Cache::operator delete):
2896         (bmalloc::Cache::Cache):
2897         (bmalloc::Cache::allocateSlowCase):
2898         (bmalloc::Cache::allocateSlowCaseNullCache):
2899         (bmalloc::Cache::deallocateSlowCase):
2900         (bmalloc::Cache::deallocateSlowCaseNullCache):
2901         * bmalloc/Cache.h: Added.
2902         (bmalloc::Cache::allocator):
2903         (bmalloc::Cache::deallocator):
2904         (bmalloc::Cache::allocateFastCase):
2905         (bmalloc::Cache::deallocateFastCase):
2906         (bmalloc::Cache::allocate):
2907         (bmalloc::Cache::deallocate):
2908         * bmalloc/Chunk.h: Added.
2909         (bmalloc::Chunk::begin):
2910         (bmalloc::Chunk::end):
2911         (bmalloc::Chunk::lines):
2912         (bmalloc::Chunk::pages):
2913         * bmalloc/Deallocator.cpp: Added.
2914         (bmalloc::Deallocator::Deallocator):
2915         (bmalloc::Deallocator::~Deallocator):
2916         (bmalloc::Deallocator::deallocateLarge):
2917         (bmalloc::Deallocator::deallocateXLarge):
2918         (bmalloc::Deallocator::processObjectLog):
2919         (bmalloc::Deallocator::deallocateSlowCase):
2920         (bmalloc::Deallocator::deallocateSmallLine):
2921         (bmalloc::Deallocator::allocateSmallLine):
2922         (bmalloc::Deallocator::deallocateMediumLine):
2923         (bmalloc::Deallocator::allocateMediumLine):
2924         * bmalloc/Deallocator.h: Added.
2925         (bmalloc::Deallocator::deallocateFastCase):
2926         (bmalloc::Deallocator::deallocate):
2927         * bmalloc/EndTag.h: Added.
2928         (bmalloc::EndTag::operator=):
2929         * bmalloc/FixedVector.h: Added.
2930         (bmalloc::FixedVector::begin):
2931         (bmalloc::FixedVector::end):
2932         (bmalloc::FixedVector::size):
2933         (bmalloc::FixedVector::capacity):
2934         (bmalloc::FixedVector::clear):
2935         (bmalloc::FixedVector::isEmpty):
2936         (bmalloc::Capacity>::FixedVector):
2937         (bmalloc::Capacity>::operator):
2938         (bmalloc::Capacity>::push):
2939         (bmalloc::Capacity>::pop):
2940         (bmalloc::Capacity>::shrink):
2941         * bmalloc/Heap.cpp: Added.
2942         (bmalloc::sleep):
2943         (bmalloc::Heap::Heap):
2944         (bmalloc::Heap::concurrentScavenge):
2945         (bmalloc::Heap::scavengeSmallPages):
2946         (bmalloc::Heap::scavengeMediumPages):
2947         (bmalloc::Heap::scavengeLargeRanges):
2948         (bmalloc::Heap::allocateSmallLineSlowCase):
2949         (bmalloc::Heap::allocateMediumLineSlowCase):
2950         (bmalloc::Heap::allocateXLarge):
2951         (bmalloc::Heap::deallocateXLarge):
2952         (bmalloc::Heap::allocateLarge):
2953         (bmalloc::Heap::deallocateLarge):
2954         * bmalloc/Heap.h: Added.
2955         (bmalloc::Heap::deallocateSmallLine):
2956         (bmalloc::Heap::allocateSmallLine):
2957         (bmalloc::Heap::deallocateMediumLine):
2958         (bmalloc::Heap::allocateMediumLine):
2959         * bmalloc/Inline.h: Added.
2960         * bmalloc/LargeChunk.h: Added.
2961         (bmalloc::LargeChunk::begin):
2962         (bmalloc::LargeChunk::end):
2963         (bmalloc::LargeChunk::create):
2964         (bmalloc::LargeChunk::get):
2965         (bmalloc::LargeChunk::beginTag):
2966         (bmalloc::LargeChunk::endTag):
2967         * bmalloc/Line.h: Added.
2968         (bmalloc::Line<Traits>::begin):
2969         (bmalloc::Line<Traits>::end):
2970         (bmalloc::Line<Traits>::concurrentRef):
2971         (bmalloc::Line<Traits>::deref):
2972         * bmalloc/MediumAllocator.h: Added.
2973         (bmalloc::MediumAllocator::isNull):
2974         (bmalloc::MediumAllocator::MediumAllocator):
2975         (bmalloc::MediumAllocator::line):
2976         (bmalloc::MediumAllocator::allocate):
2977         (bmalloc::MediumAllocator::derefCount):
2978         (bmalloc::MediumAllocator::refill):
2979         * bmalloc/MediumChunk.h: Added.
2980         * bmalloc/MediumLine.h: Added.
2981         * bmalloc/MediumPage.h: Added.
2982         * bmalloc/MediumTraits.h: Added.
2983         * bmalloc/Mutex.cpp: Added.
2984         (bmalloc::Mutex::lockSlowCase):
2985         * bmalloc/Mutex.h: Added.
2986         (bmalloc::Mutex::Mutex):
2987         (bmalloc::Mutex::try_lock):
2988         (bmalloc::Mutex::lock):
2989         (bmalloc::Mutex::unlock):
2990         * bmalloc/ObjectType.cpp: Added.
2991         (bmalloc::objectType):
2992         * bmalloc/ObjectType.h: Added.
2993         (bmalloc::isSmallOrMedium):
2994         (bmalloc::isSmall):
2995         * bmalloc/Page.h: Added.
2996         (bmalloc::Page<Traits>::ref):
2997         (bmalloc::Page<Traits>::deref):
2998         (bmalloc::Page<Traits>::refCount):
2999         * bmalloc/PerProcess.h: Added.
3000         (bmalloc::PerProcess::mutex):
3001         (bmalloc::PerProcess<T>::getFastCase):
3002         (bmalloc::PerProcess<T>::get):
3003         (bmalloc::PerProcess<T>::getSlowCase):
3004         * bmalloc/PerThread.h: Added.
3005         (bmalloc::PerThreadStorage<Cache>::get):
3006         (bmalloc::PerThreadStorage<Cache>::init):
3007         (bmalloc::PerThreadStorage::get):
3008         (bmalloc::PerThreadStorage::init):
3009         (bmalloc::PerThread<T>::getFastCase):
3010         (bmalloc::PerThread<T>::get):
3011         (bmalloc::PerThread<T>::destructor):
3012         (bmalloc::PerThread<T>::getSlowCase):
3013         * bmalloc/Range.h: Added.
3014         (bmalloc::Range::Range):
3015         (bmalloc::Range::begin):
3016         (bmalloc::Range::end):
3017         (bmalloc::Range::size):
3018         (bmalloc::Range::operator!):
3019         (bmalloc::Range::operator<):
3020         * bmalloc/SegregatedFreeList.cpp: Added.
3021         (bmalloc::SegregatedFreeList::SegregatedFreeList):
3022         (bmalloc::SegregatedFreeList::insert):
3023         (bmalloc::SegregatedFreeList::takeGreedy):
3024         (bmalloc::SegregatedFreeList::take):
3025         * bmalloc/SegregatedFreeList.h: Added.
3026         * bmalloc/Sizes.h: Added.
3027         * bmalloc/SmallAllocator.h: Added.
3028         (bmalloc::SmallAllocator::isNull):
3029         (bmalloc::SmallAllocator::canAllocate):
3030         (bmalloc::SmallAllocator::SmallAllocator):
3031         (bmalloc::SmallAllocator::line):
3032         (bmalloc::SmallAllocator::allocate):
3033         (bmalloc::SmallAllocator::objectCount):
3034         (bmalloc::SmallAllocator::derefCount):
3035         (bmalloc::SmallAllocator::refill):
3036         * bmalloc/SmallChunk.h: Added.
3037         * bmalloc/SmallLine.h: Added.
3038         * bmalloc/SmallPage.h: Added.
3039         * bmalloc/SmallTraits.h: Added.
3040         * bmalloc/Syscall.h: Added.
3041         * bmalloc/VMAllocate.h: Added.
3042         (bmalloc::vmSize):
3043         (bmalloc::vmValidate):
3044         (bmalloc::vmAllocate):
3045         (bmalloc::vmDeallocate):
3046         (bmalloc::vmDeallocatePhysicalPages):
3047         (bmalloc::vmAllocatePhysicalPages):
3048         (bmalloc::vmDeallocatePhysicalPagesSloppy):
3049         (bmalloc::vmAllocatePhysicalPagesSloppy):
3050         * bmalloc/VMHeap.cpp: Added.
3051         (bmalloc::VMHeap::VMHeap):
3052         (bmalloc::VMHeap::allocateSmallChunk):
3053         (bmalloc::VMHeap::allocateMediumChunk):
3054         (bmalloc::VMHeap::allocateLargeChunk):
3055         * bmalloc/VMHeap.h: Added.
3056         (bmalloc::VMHeap::allocateSmallPage):
3057         (bmalloc::VMHeap::allocateMediumPage):
3058         (bmalloc::VMHeap::allocateLargeRange):
3059         (bmalloc::VMHeap::deallocateSmallPage):
3060         (bmalloc::VMHeap::deallocateMediumPage):
3061         (bmalloc::VMHeap::deallocateLargeRange):
3062         * bmalloc/Vector.h: Added.
3063         (bmalloc::Vector::begin):
3064         (bmalloc::Vector::end):
3065         (bmalloc::Vector::size):
3066         (bmalloc::Vector::capacity):
3067         (bmalloc::Vector::last):
3068         (bmalloc::Vector::pop):
3069         (bmalloc::Vector<T>::Vector):
3070         (bmalloc::Vector<T>::~Vector):
3071         (bmalloc::Vector<T>::operator):
3072         (bmalloc::Vector<T>::push):
3073         (bmalloc::Vector<T>::pop):
3074         (bmalloc::Vector<T>::shrink):
3075         (bmalloc::Vector<T>::reallocateBuffer):
3076         (bmalloc::Vector<T>::shrinkCapacity):
3077         (bmalloc::Vector<T>::growCapacity):
3078         * bmalloc/XLargeChunk.h: Added.
3079         (bmalloc::XLargeChunk::get):
3080         (bmalloc::XLargeChunk::begin):
3081         (bmalloc::XLargeChunk::XLargeChunk):
3082         (bmalloc::XLargeChunk::create):
3083         (bmalloc::XLargeChunk::destroy):
3084         (bmalloc::XLargeChunk::range):
3085         (bmalloc::XLargeChunk::size):
3086         * bmalloc/bmalloc.h: Added.
3087         (bmalloc::api::malloc):
3088         (bmalloc::api::free):
3089         (bmalloc::api::realloc):
3090         * bmalloc/mbmalloc.cpp: Added.
3091