I wrote simple proof of concept library. The main aim is to
reduce GC usage and improve data locality by replacing dynamic
array for small immutable arrays.
You can find more info here:
* wiki - https://bitbucket.org/sibnick/inplacearray/wiki/Home
* source code - https://bitbucket.org/sibn
This reminds me of another useful library here:
https://bitbucket.org/infognition/dstuff/src/
See gcarena.d
Thanks for link.
The main difference is that I want elimanate pair pointer+data at
all. It is more effective to store small array as value type.
On Tuesday, 28 April 2015 at 02:36:38 UTC, Vladimir Panteleev
wrote:
http://blog.thecybershadow.net/2015/04/28/the-amazing-template-which-does-nothing/
Thanks for good article
little mistake: return from void function:
/// Search a website for something, and parse the
/// first search result'
java.lang.String
It is big problem in java. You have pointer to String object with
fields: hashCode and chars array (UTF-16). But every array is
object itself. So it is pointer to object again. There is pointer
compression option in x64 JVM (it uses 32 bits per pointer), but
in any way it is
These guys have independent JVM implementation and used
Conservative GC for many years. As I can see it it is very
similar to d-runtime GC. But their conclusion is: "sooner or
later the absence of knowledge about the liveness of local
variables will lead to problems in production that just cann
On Monday, 5 March 2018 at 05:43:36 UTC, Ali wrote:
Link to said article please.
i think he means this article
https://www.excelsiorjet.com/blog/articles/conservative-gc-is-it-really-that-bad/
https://news.ycombinator.com/item?id=16436574
Oops my mistake
Yes, thanks it is exactly this articl
I am porting LDC to NetBSD amd64, and I ask advice how to handle
real type. NetBSD has limited support for this type. This type
exists, but standard library does not provide full set of math
functions for it (e.g. sinus, cosinus, and etc). Currently I just
forward all function calls to 64 bits
What is long double on NetBSD/amd64, 64-bit or full 80-bit?
80 bit
but function set is not full e.g.
acos supports long double
http://netbsd.gw.com/cgi-bin/man-cgi?acos+3+NetBSD-7.0
cos does not support long double
http://netbsd.gw.com/cgi-bin/man-cgi?cos+3+NetBSD-7.0
On Thursday, 11 May 2017
On Thursday, 11 May 2017 at 11:10:50 UTC, Joakim wrote:
Well, if you don't like what's available and NetBSD doesn't
provide them... up to you to decide where that leads.
In any case it was not my decision. LDC does not use x87 for math
functions on other OS's.
On Sunday, 21 June 2015 at 23:43:16 UTC, Nick Sabalausky wrote:
Curiosity, what libraries do you feel a lack of?
XML/Webservice - I know about JSON/REST, but often I have no
choice
Poor database support - a lot of libraries/drivers, but they
can't win competition against Java JDBC.
On Sunday, 28 June 2015 at 01:41:53 UTC, rsw0x wrote:
Does anyone know of any GC intensive D programs that can
preferably be ran with little to no setup?
I think you can use big text file and Word Count sample from
official site: http://dlang.org/wc.html
I asked on SO question about opDispatch and compile time
parameters:
http://stackoverflow.com/questions/32998781/opdispatch-and-compile-time-parameters
Currently it looks like it is not possible to use opDispatch for
non trivial template functions. I think opDispatch should get
function name
On Monday, 19 October 2015 at 08:41:46 UTC, Jack Applegame wrote:
D template system is very powerful. This is more generic
solution:
http://dpaste.dzfl.pl/791c65d0e4ee
Wow!
I can't believe that it is possible and there is so
straightforward way. You should post this answer to SO
Thanks!
On Monday, 19 October 2015 at 18:16:15 UTC, Andrei Alexandrescu
wrote:
Tangentially related: since when we allow field initialization
with new? I was surprised to see that this works:
Thanks for this notice. I edited question on SO and I removed
field initialization with new (replace class
I am using thrift client inside vibe.d application. Currently
thrift uses standard blocking IO calls. So I use async thrift
client inside vibed. Some other libraries (e.g. ddb postgres
drive) have special build option for using vibe.d IO library
(fiber friendly). I created request in Jira
http
On Wednesday, 2 December 2015 at 04:40:41 UTC, Chris Wright wrote:
You would need to create vibe-aware alternatives to TSSLSocket
and TSocket. You would need a server that can assign requests
to new fibers. That's about it.
You could easily make this its own library. No need to modify
thrift.
On Tuesday, 5 January 2016 at 14:15:18 UTC, rsw0x wrote:
Have you used perf(or similar) to attempt to find bottlenecks
yet?
I used perf and wrote my result here:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thread/1670/?page=2
As Sönke Ludwig said direct epoll usage ca
On Friday, 8 January 2016 at 04:02:39 UTC, Etienne Cimon wrote:
It's possible that those cache misses will be irrelevant when
the requests actually do something, is it not? When a lot of
different requests are competing for cache lines, I'd assume
it's shuffling it enough to change these read
I am porting LDC/phobos/druntime to NetBSD. Currently my patch is
merged into LDC master. I have several questions about
phobos/druntime and general workflow.
As I can understand I should prepare pull requests for
phobos/druntime master branches. LDC team will merge/cherry-pick
changes into ldc
On Wednesday, 3 February 2016 at 07:45:23 UTC, Iain Buclaw wrote:
On 2 Feb 2016 7:50 pm, "Nikolay via Digitalmars-d" <
digitalmars-d@puremagic.com> wrote:
Is NetBSD similar to FreeBSD in that you have 80-bit reals but
only the first 53 bits of the mantissa are used?
On Wednesday, 3 February 2016 at 06:25:49 UTC, Joakim wrote:
On Tuesday, 2 February 2016 at 18:45:20 UTC, Nikolay wrote:
You're probably better off porting dmd 2.068 first (as it's the
last dmd written wholly in C++), using it to compile dmd git
master on NetBSD, then porting druntime and phob
On Wednesday, 3 February 2016 at 10:36:31 UTC, Iain Buclaw wrote:
On 3 February 2016 at 10:25, Nikolay via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
That is a relatively recent change with respect to the age of
NetBSD. :-)
I guess that in LDC the intrinsic for std.math.
On Wednesday, 3 February 2016 at 06:25:49 UTC, Joakim wrote:
On Tuesday, 2 February 2016 at 18:45:20 UTC, Nikolay wrote:
You're probably better off porting dmd 2.068 first (as it's the
last dmd written wholly in C++), using it to compile dmd git
master on NetBSD, then porting druntime and phob
On Thursday, 4 February 2016 at 05:19:06 UTC, Joakim wrote:
On Wednesday, 3 February 2016 at 17:36:36 UTC, Nikolay wrote:
I decided try to repeat LDC team forkflow and cherry-pick my
commit to ldc branch (druntime). There are a couple simple
conflicts in src/core/stdc/locale.d &
src/core/sys/
On Thursday, 23 June 2016 at 20:04:26 UTC, Lodovico Giaretta
wrote:
-- Brace yourself: a very long post is coming --
What is planned for the near future?
- When the DOM classes will be usable (even if not 100%
complete) I will start working on a DOM parser to build them
from the source;
- DTD
On Monday, 26 September 2016 at 18:43:38 UTC, Ilya Yaroshenko
wrote:
5. LDC compiler support for ARM, MIPS, MIPS64, Alpha
Alpha CPU nowadays? I supposed it is died forever, except small
amount of old hardware.
On Wednesday, 28 September 2016 at 11:53:05 UTC, Russel Winder
wrote:
Has anyone wrapped Nanomsg?
Be aware - Nanomsg project is mostly dead now. See
http://sealedabstract.com/rants/nanomsg-postmortem-and-other-stories/
27 matches
Mail list logo