:
https://fcxxss.fornux.com/superset/download.html
Regards,
--
*Phil Bouchard*
Founder
C.: (819) 328-4743
Fornux Logo <http://www.fornux.com>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Hi WebKit,
You probably remember me as the author of Root.Ptr. It turns out I wrote
a new programming language called "BB++" to wrap the proper usage of
Root.Ptr, making applications as clean as Javascript but are as
performant as C++ applications and benefit from a deterministic memory
On 03/11/2016 09:56 PM, Phil Bouchard wrote:
On 03/06/2016 10:57 PM, Phil Bouchard wrote:
True but if block_ptr<> is 10x faster than the Mark & Sweep GC then I
think we got something perhaps worth investigating.
- For the record, now block_ptr<> is 600% times faster than
On 03/06/2016 10:57 PM, Phil Bouchard wrote:
True but if block_ptr<> is 10x faster than the Mark & Sweep GC then I
think we got something perhaps worth investigating.
- For the record, now block_ptr<> is 600% times faster than shared_ptr<>
so it's a good
On 03/06/2016 10:36 PM, Ryosuke Niwa wrote:
No :( It's pretty relevant that GC in JavaScriptCore was written for
JavaScriptCore. In particular, JSC doesn't focus on optimizing binary
size, memory usage, etc... for embeddable devices so I would expect
the performance characteristics to be
I know, it wouldn't be worth integrating in that case but at least I
have a way to compare.
On 03/06/2016 10:30 PM, Filip Pizlo wrote:
Phil,
I think you need to do better than this.
-Filip
On Mar 6, 2016, at 7:28 PM, Phil Bouchard <philipp...@gmail.com> wrote:
It is very subj
On 03/06/2016 10:17 PM, Filip Pizlo wrote:
On Mar 6, 2016, at 6:36 PM, Phil Bouchard <philipp...@gmail.com> wrote:
That should speed up my benchmarking process.
It will also make your benchmarking process inconclusive for the purpose of
evaluating a memory manager’s performance re
On 03/06/2016 09:37 PM, Ryosuke Niwa wrote:
FYI, XS6 is another popular JS engine for embedded devices:
http://kinoma.com
- R. Niwa
Thanks. It looks like this one is written in Java...
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
On 03/06/2016 12:59 AM, Phil Bouchard wrote:
Anyway I am not sure if I can create a patch within a short period of
time but if I happen to have an interesting Javascript benchmark then I
will repost it to this mailing list.
Hmmm... I just want to say there are embeddable JS engines out
Thanks for the references, I will take a look.
But about performance, a GC is perhaps faster for a period of time but
when the collector kicks in we notice a CPU usage spiking for a bit
followed by a performance slowdown on some Javascript animation,
specially on a embedded box with 1 or 2
On 03/05/2016 01:02 AM, Phil Bouchard wrote:
On 03/05/2016 12:49 AM, Filip Pizlo wrote:
If you're right then you've resolved CS problems dating back to the
50's. Extraordinary claims require extraordinary evidence. You haven't
provided any evidence.
It wasn't easy to implement but it's done
On 03/05/2016 12:49 AM, Filip Pizlo wrote:
If you're right then you've resolved CS problems dating back to the 50's.
Extraordinary claims require extraordinary evidence. You haven't provided any
evidence.
It wasn't easy to implement but it's done now so we can all move forward.
Replacing
On 03/05/2016 12:07 AM, Ryosuke Niwa wrote:
Hi Phil,
You made a similar post in December 2014:
https://lists.webkit.org/pipermail/webkit-dev/2014-December/027113.html
Are you suggesting you have done or ready to do the following?
I just completed the implementation of block_ptr<> but I am
Greetings,
I already posted this a couple of years ago but my code wasn't robust
back then. Now my memory manager is pretty robust and I was wondering
if there is any interests to integrate this into WebKit to replace the
current garbage collector. AFAIK the latter doesn't run well on
instantly. So if the memory is
somehow exhausted; you just have to reload the page.
Regards,
-Phil
Thanks,
Myles
On Dec 21, 2014, at 8:53 PM, Phil Bouchard pboucha...@gmail.com wrote:
Greetings,
I wrote a deterministic memory manager in C++ and I was wondering if their is
any interests
On 12/22/2014 07:51 AM, Filip Pizlo wrote:
On Dec 22, 2014, at 4:28 AM, Phil Bouchard pboucha...@gmail.com
mailto:pboucha...@gmail.com wrote:
On 12/22/2014 02:04 AM, Myles C. Maxfield wrote:
“Manager” is a vague term. Do you mean a replacement for malloc() /
free()?
- It handles cyclic
On 12/22/2014 10:02 AM, Filip Pizlo wrote:
(Sorry for the late reply)
[...]
This is a good presentation on how it handles it:
https://svn.boost.org/svn/boost/sandbox/block_ptr/libs/smart_ptr/doc/BlockPointer.ppt
You basically have sets of memory blocks (i.e. container = 1 set). If you
On 12/22/2014 07:05 PM, Filip Pizlo wrote:
On Dec 22, 2014, at 3:41 PM, Phil Bouchard philipp...@gmail.com
mailto:philipp...@gmail.com wrote:
On 12/22/2014 10:02 AM, Filip Pizlo wrote:
(Sorry for the late reply)
[...]
This is a good presentation on how it handles it:
https
Greetings,
I wrote a deterministic memory manager in C++ and I was wondering if
their is any interests introducing it into Webkit, thus speeding up Webkit.
The memory manager is located here:
https://svn.boost.org/svn/boost/sandbox/block_ptr/
Sincerely yours,
-Phil
19 matches
Mail list logo