On 06/05/2015 07:31, Jacob Carlborg wrote:
On 2015-05-06 01:38, Walter Bright wrote:
I haven't read the Tango source code, but the performance of it's xml
was supposedly because it did not use the GC, it used slices.
That's only true for the pull parser (not sure about the SAX parser).
The DO
On 05/05/2015 11:41, "Mario =?UTF-8?B?S3LDtnBsaW4i?=
" wrote:
Recently, I compared DOM parsers for an XML files of 100 MByte:
15.8 s tango.text.xml (SiegeLord/Tango-D2)
13.4 s ae.utils.xml (CyberShadow/ae)
8.5 s xml.etree (Python)
Either the Tango DOM parser is slow compared to the Tango pul
On 31/08/2013 16:43, ilya-stromberg wrote:
It's the fastest Xml parser in the world, so may be you can find it useful:
dotnot.org/blog/archives/2008/03/10/xml-benchmarks-parsequerymutateserialize/
dotnot.org/blog/archives/2008/03/12/why-is-dtango-so-fast-at-parsing-xml/
Has anyone done any b
On 01/09/2013 13:46, Andrej Mitrovic wrote:
On 9/1/13, dennis luehring wrote:
it seems that the old malloc implementation was the source of
the 2x speed difference between dmc and msvc build
Not really, the MSVC build is still faster. :)
It made up the bulk of the difference for the algori
On 29/08/2013 23:35, Temtaime wrote:
I have ICC license and compiled DMD by it.
I've tried to compile some my projects with it.
Some stats:
Original DMD: 20 sec.
DMD compiled by ICC: 11 sec.
x64 DMD compiled by ICC: 14 sec.
It might be that a big chunk of that difference is down to memory
h
On 08/08/2013 18:30, H. S. Teoh wrote:
After the latest Phobos update, I can't run the Phobos unittests
anymore; std.algorithm runs out of memory.
It seems ok here (on Windows, building with the new snn.lib), but it's
taking measurably longer to compile the algorithm unit tests than it was
l
On 02/07/2013 11:30, Don wrote:
$ dmd -c -unittest std.algorithm
CTFE Performance
max call depth = 20max stack = 63
array allocs = 356assignments = 45356
That's actually not so terrible. The number of assignments gives a rough
idea of how many CTFE statements are exec
On 24/06/2013 13:11, Richard Webb wrote:
On Sunday, 23 June 2013 at 12:23:14 UTC, dennis luehring wrote:
http://www.softwareverify.com/cpp-memory.php - i like this one
I've used that at work, though mainly for looking for leaks rather than
memory profiling.
Might try running DMD thruo
On Monday, 24 June 2013 at 15:04:37 UTC, dennis luehring wrote:
i know - my question was - how does that look using msvc...
I just did a very quick test using the latest DMD source:
Using the command line
-release -unittest -c
D:\DTesting\dmd.2.063\src\phobos\std\algorithm.d
DMD built
On Sunday, 23 June 2013 at 12:23:14 UTC, dennis luehring wrote:
http://www.softwareverify.com/cpp-memory.php - i like this one
I've used that at work, though mainly for looking for leaks
rather than memory profiling.
Might try running DMD thruogh it if i get some time.
Oops, didn't notice that this had already been mentioned in the other
copy of the post :-(
On 26/09/2012 15:56, Mike James wrote:
Hi,
After a recent Windows update cycle the Visual D projects now fail to
build - it can't find the D source files - the output from compiler is
below.
===
OPTLINK (R) for Wi
fwiw, I raised a bug about this on Orange a while back:
https://github.com/jacob-carlborg/orange/issues/17.
I thought it a bit odd that it compiled in DMD at the time, but i
don't think i opened a bug about it.
For what it's worth, building the code from
https://github.com/Rayerd/dfl with the included makelib.bat seems
to work fine for me with DMD 2.059.
Try using the version from https://github.com/Rayerd/dfl instead
of the one from the official site.
On Thursday, 10 May 2012 at 14:50:22 UTC, H. S. Teoh wrote:
This is, to date, the most complex MALBOLGE program _ever_
written.
This one looks a bit more complex:
http://www.99-bottles-of-beer.net/language-malbolge-995.html
On 02/02/2012 17:11, Jesse Phillips wrote:
for me disabling the GC during load doesn't change load time,
but I'm not using the document loader.
The GC hit is related to the number of dom nodes that exist at one i
think -> the visitor approach doesnt allocate the whole dom tree, so
there are
On 02/02/2012 19:32, H. S. Teoh wrote:
But the day may come when your
smartphone *can* literally have a 22" monitor (that folds into a pocket
sized card).
Nah, what you really need are those holographic displays they use on CSI
Miami. No need for physical displays at all ;-)
Out of interest, i just tried loading the same file with std.xml, and
the performance there is pretty similar in each version, possibly
slightly slower in 2.058 (~21-22 seconds in each case).
Disabling the GC during the load gets 9 seconds, though task manager
reports a peak memory usage of al
On 02/02/2012 04:53, a wrote:
It looks like someone wrote it a year ago, but it was never added to
phobos:
http://www.digitalmars.com/d/archives/digitalmars/D/announce/std.xml2_candidate_19804.html
.
Thats the one -> http://www.dsource.org/projects/xmlp/
(the modules are under std. ).
On 01/02/2012 19:35, dsimcha wrote:
I'd be very
interested if you could make a small, self-contained test program to use
as a benchmark.
The 'test' is just
/
import std.xml2;
void main()
{
string xmlPath = r"test.xml";
auto document = DocumentBuilder.LoadFile(xmlPat
On 01/02/2012 20:02, Jesse Phillips wrote:
Interesting, I've been using XmlVisitor on two 30meg and one 10meg, load
time for all files being 30secs, this is actually an improvement from an
older version of xmlp which took 60secs. Not sure if DocumentBuilder
would be much different.
For refere
Last night I tried loading a ~20 megabyte xml file using xmlp (via the
DocumentBuilder.LoadFile function) and a recent dmd build, and found that it
took ~48 seconds to complete, which is rather poor.
I tried running it through a profiler, and that said that almost all the
runtime was spent inside t
On 21/01/2012 13:33, Vladimir Panteleev wrote:
On Saturday, 21 January 2012 at 12:53:27 UTC, Nick Sabalausky wrote:
"Trass3r" wrote in message
news:op.v8flqsr63ncmek@enigma...
Couldn't it be handled by a special switch on 64 bit compilers, and
disabled normally?
Theoretically yes, but it wou
On 16/12/2011 18:29, Andrei Alexandrescu wrote:
Here's a list of all files in std using static cdtors:
std/__fileinit.d
std/concurrency.d
std/cpuid.d
std/cstream.d
std/datebase.d
std/datetime.d
std/encoding.d
std/internal/math/biguintcore.d
std/internal/math/biguintx86.d
std/internal/processini
Is a Windows 64 bit version of GDC any closer than a version of DMD? I guess
that
fixing Phobos will be useful there as well.
I know that 64bit support on Windows is behind Linux etc for various reasons,
but i thought i'd tried building some things with -m64 just to test, and got a
bunch of errors like
std\file.d(223): Error: undefined identifier GetLastError
std\file.d(2067): Error: undefined identifier WIN32_FIND_DATA
fwiw, I've had more luck using coffimplib on the libs from the Windows platform
SDK than i have using implib on the dlls.
It overrides new and allocates class instances using malloc. The official
version
calls addRange from new, and removeRange/free from Release when the reference
count is 0, but i changed my local version to use add/remove(Root) instead of
range at some point.
I'm only currently trying to use extern
ouple of 'C' functions that the C++ dll calls. There
are
no calls in the other direction.
>> that might work better if the C++ part also uses thread local storage
The C++ dll uses ATL for it's COM stuff, and i'm not sure what that does with
TLS
in the background.
I&#x
>> Also, DLLs can be used in multi-threading environments.
On a related note, i'm having a bit of a problem with a D dll at the moment.
I have an Outlook COM Addin that is written in D2 using the Juno library and
that
is running ok, but i'm now trying to use a D dll from a COM addin written in C
Delight works like that, though i think that it's more strict than Vala about
treating null dereferences as compile time errors.
I think that bearophile suggested that references be marked as non-nullable
because making them non-nullable by default is a breaking change in the language
(i agree tha
Is returning a D string to a non-D language going to cause problems?
?
Thanks,
Richard Webb
I pre-ordered it from
http://www.bookdepository.co.uk/book/9780321635365/The-D-Programming-Language,
who
now have it listed as "dispatched within 48 hours", so hopefully won't have to
wait too long :-)
RapidXML also uses the Boost license (it's included as part of the Boost
PropertyTree library).
I haven't used it though, so i can't say how i compares to the others.
I've done a bit of tinkering with the Juno library
(http://www.dsource.org/projects/juno) to both automate Office applications,
and to write a simple COM addin for Outlook. In both cases, that was using a
tool that creates D interface definitions from a COM type library.
My knowledge of D is st
Hi,
I mentioned this problem in the thread @
http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D.learn&article_id=18405
I ran into the rvalue problem while trying to get Juno to compile, and found
that it builds ok if you declare both
bool opEquals(const ref Foo rhs) const
anks,
Richard Webb
39 matches
Mail list logo
