gf-core.git/src/GF/Source/Makefile, branch masterUnnamed repository; edit this file 'description' to name the repository.
https://git.adelon.net/gf-core.git/atom?h=master2009-09-14T16:23:23+00:00clean up the GF.Grammar API2009-09-14T16:23:23+00:00krasimirkrasimir@chalmers.se2009-09-14T16:23:23+00:00urn:sha1:14dfbcc624dadffcb54e58cbb26f3af24b77595aDon't use string sharing in LexGF.2008-11-26T16:19:54+00:00bjornbjorn@bringert.net2008-11-26T16:19:54+00:00urn:sha1:720932d75120a86e99f0dec32d3335aaba65e4a6
Profiling showed that when loading a large .gfo file, shareString was responsible for
15-18% of the CPU time, and a lot of the allocation. Since we already use ByteStrings for
reading the source files, shareString mostly has the effect of creating lots
of small ByteStrings instead of one large one. Since the plain size of the .gfo is seldom
a problem (unlike when it was read as a String), it is ok to keep the whole file
as one ByteString in RAM, and have all tokens point into that.
Profiling after the change showed 15-20% reduction in CPU time and in total allocation.
Regenerate source GF parser from GF.cf. Now, when GF/Source/Makefile is used, no hand-hacking is needed.2008-10-02T14:11:41+00:00bjornbjorn@bringert.net2008-10-02T14:11:41+00:00urn:sha1:fa69bd8ab3c82a6c7e3358db42c96919f8ce4967Added src/GF/Source/Makefile for regenerating the GF source parser from GF.cf.2008-10-02T13:42:24+00:00bjornbjorn@bringert.net2008-10-02T13:42:24+00:00urn:sha1:9e501521b4f88ebd5c5fb95e24af06d5be6ffe3a