Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Newsgroups | comp.lang.c |
| Subject | Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] |
| Date | 2015-07-28 17:12 +1200 |
| Message-ID | <d1ohanFohsbU5@mid.individual.net> (permalink) |
| References | <mp5uhv$b7c$1@speranza.aioe.org> <876155yymh.fsf@bsb.me.uk> <mp6kdd$8es$1@dont-email.me> <d1o5rkFohsbU2@mid.individual.net> <mp6oln$a7b$1@dont-email.me> |
Jeff Higgins wrote: > On 07/27/2015 09:57 PM, Ian Collins wrote: >> Jeff Higgins wrote: >>> On 07/27/2015 07:22 PM, Ben Bacarisse wrote: >>> <snip> >>>> it would force you to think about how parsing can be broken up into >>>> suitable work units (which it one of the barriers I have to thinking >>>> that there is any value in using threads). >>> <snip> >>> A Review of XML Parallel Parsing Techniques >>> <http://www.ijcsmc.com/docs/papers/April2014/V3I4201499b68.pdf> >> >> Interesting paper, thanks for the link. >> >> I have experimented with what the paper describes as a Parallel XML >> Parser (PXP) and with my data set (large ODF documents), the gains >> didn't outweigh the costs. The biggest cost was synchronising access to >> the DOM tree (and the memory pool). I'd previously worked on minimising >> cache misses when building the tree and this didn't sit well with >> parallel parsing. Maybe choosing different internal representation >> would help, but I can't help feeling optimisations for serial and >> parallel parsing are orthogonal. >> > > <http://www.google.com/patents/US8739022> I wonder if my experiments pre-date theirs... > Another paper - I've lost the link - asserts Parallel XML Parser (PXP) > is unsuited to large documents. I've also looked at parallel parsing large JSON documents and the same issues arise there. If pushed I'd say most XML parsing is done with two types of file: office documents and web service requests. The former probably take longer to organise and render than to parse and the latter tend to be small. I guess I should include XHTML pages, but these also take longer to organise and render than to parse. -- Ian Collins
Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
setjmp, longjmp, parser state, threads "Morten W. Petersen" <morphex@gmail.com> - 2015-07-27 20:50 +0200
Re: setjmp, longjmp, parser state, threads Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-28 00:22 +0100
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] Jeff Higgins <jeff@invalid.invalid> - 2015-07-27 21:00 -0400
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] Ian Collins <ian-news@hotmail.com> - 2015-07-28 13:57 +1200
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] Jeff Higgins <jeff@invalid.invalid> - 2015-07-27 22:13 -0400
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] Ian Collins <ian-news@hotmail.com> - 2015-07-28 17:12 +1200
Re: OT - XML Parallel Parsing Jeff Higgins <jeff@invalid.invalid> - 2015-07-28 09:46 -0400
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] "Morten W. Petersen" <morphex@gmail.com> - 2015-07-28 10:07 +0200
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] raltbos@xs4all.nl (Richard Bos) - 2015-07-28 09:28 +0000
Patents, was [Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads]] "Morten W. Petersen" <morphex@gmail.com> - 2015-07-28 11:41 +0200
Re: Patents, was [Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads]] Stephen Sprunk <stephen@sprunk.org> - 2015-07-28 20:53 -0500
Re: Patents, was [Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads]] "Morten W. Petersen" <morphex@gmail.com> - 2015-07-29 05:15 +0200
Re: Patents, was [Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads]] Joe Pfeiffer <pfeiffer@cs.nmsu.edu> - 2015-07-28 22:34 -0600
Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads] Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-07-28 03:06 +0100
Re: setjmp, longjmp, parser state, threads "Morten W. Petersen" <morphex@gmail.com> - 2015-07-28 10:44 +0200
Re: setjmp, longjmp, parser state, threads Ian Collins <ian-news@hotmail.com> - 2015-07-28 22:14 +1200
Re: setjmp, longjmp, parser state, threads "Morten W. Petersen" <morphex@gmail.com> - 2015-07-28 15:17 +0200
Re: setjmp, longjmp, parser state, threads Jeff Higgins <jeff@invalid.invalid> - 2015-07-28 08:35 -0400
Re: setjmp, longjmp, parser state, threads James Kuyper <jameskuyper@verizon.net> - 2015-07-28 10:29 -0400
Re: setjmp, longjmp, parser state, threads "Morten W. Petersen" <morphex@gmail.com> - 2015-07-28 16:39 +0200
Re: setjmp, longjmp, parser state, threads jadill33@gmail.com - 2015-07-28 06:47 -0700
Re: setjmp, longjmp, parser state, threads "Morten W. Petersen" <morphex@gmail.com> - 2015-07-28 16:56 +0200
Re: setjmp, longjmp, parser state, threads Noob <root@127.0.0.1> - 2015-07-28 18:04 +0200
Re: setjmp, longjmp, parser state, threads jadill33@gmail.com - 2015-07-28 10:53 -0700
Re: setjmp, longjmp, parser state, threads "Morten W. Petersen" <morphex@gmail.com> - 2015-07-29 04:59 +0200
Re: setjmp, longjmp, parser state, threads Bartc <bc@freeuk.com> - 2015-07-28 16:29 +0100
csiph-web