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