Re: [webkit-dev] bmalloc design question about relation with std malloc

[Geoffrey Garen]

If we have just a few allocations, we should use the mmap based allocator. This 
preserves the invariant that bmalloc can be used as a general-purpose malloc 
implementation.

If we have lots of small allocations, we should probably reconsider the design.

I’m not familiar with the new uses of std::vector inside bmalloc. That’s not 
something I would recommend.

Geoff

> On Apr 30, 2018, at 3:35 AM, Yusuke SUZUKI  wrote:
> 
> Hi, WebKittens,
> 
> IIRC, bmalloc uses mmap based page allocator for internal memory use. For 
> example, bmalloc::Vector uses it instead of calling malloc.
> But recent changes start using std::vector, which means it uses std malloc 
> under the hood.
> 
> So my question is, if we want some internal memory allocation in bmalloc, 
> shoud we use std::malloc? Or should we use mmap based allocator?
> 
> Best regards,
> Yusuke Suzuki
> -- 
> Regards,
> Yusuke Suzuki
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] bmalloc design question about relation with std malloc

[Filip Pizlo]

Ideally we would use the mmap allocator. But I wouldn’t do that if it causes a 
space usage regression, for example if we allocate a lot of small vectors. 

-Filip

> On Apr 30, 2018, at 3:35 AM, Yusuke SUZUKI  wrote:
> 
> Hi, WebKittens,
> 
> IIRC, bmalloc uses mmap based page allocator for internal memory use. For 
> example, bmalloc::Vector uses it instead of calling malloc.
> But recent changes start using std::vector, which means it uses std malloc 
> under the hood.
> 
> So my question is, if we want some internal memory allocation in bmalloc, 
> shoud we use std::malloc? Or should we use mmap based allocator?
> 
> Best regards,
> Yusuke Suzuki
> -- 
> Regards,
> Yusuke Suzuki
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

[webkit-dev] bmalloc design question about relation with std malloc

[Yusuke SUZUKI]

Hi, WebKittens,

IIRC, bmalloc uses mmap based page allocator for internal memory use. For
example, bmalloc::Vector uses it instead of calling malloc.
But recent changes start using std::vector, which means it uses std malloc
under the hood.

So my question is, if we want some internal memory allocation in bmalloc,
shoud we use std::malloc? Or should we use mmap based allocator?

Best regards,
Yusuke Suzuki
-- 
Regards,
Yusuke Suzuki
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] cant get libvpx repo here?

[Enrique Ocaña González]

El domingo, 29 de abril de 2018 15:36:43 (CEST) tugouxp escribió:

>   i am compiling the latest webkit on ubuntu18.04. when i follow the manul
> to do the steps: ./Tools/Scripts/update-webkitgtk-libs
> i meet the problem of cant get the libvpx package. such as follows.
> 
> this problem cant be fixed because of gov policy, you know. so is there any
> other way to dealt with this problem? thanks for your kindly reply.
> 
> git clone https://chromium.googlesource.com/webm/libvpx libvpx
> Cloning into 'libvpx'...
> fatal: unable to access 'https://chromium.googlesource.com/webm/libvpx/':
> Failed to connect to chromium.googlesource.com port 443: Connection timed
> out

In https://www.webmproject.org/code you can see a list of mirrors. In your 
case, I would try with https://github.com/webmproject/libvpx/

Edit Tools/gstreamer/jhbuild.modules near line 22 (https://chromium.googlesource.com/webm/;>) and change it to point to the 
github url.

If that still doesn't work and you don't find alternative ways to download the 
libvpx-1.7.0 library, maybe you can just disable vp8/vp9 support by getting 
rid of the vpx definitions in jhbuild.modules and then removing the  dependency in the  
block.

Cheers.

-- 
Enrique Ocaña González
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev