Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #66479

Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads]

From "Morten W. Petersen" <morphex@gmail.com>
Newsgroups comp.lang.c
Subject Re: OT - XML Parallel Parsing, was [Re: setjmp, longjmp, parser state, threads]
Date 2015-07-28 10:07 +0200
Organization Aioe.org NNTP Server
Message-ID <mp7d7g$9kb$1@speranza.aioe.org> (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>

Show all headers | View raw


On 28.07.2015 04:13, 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>
>
> Another paper - I've lost the link - asserts Parallel XML Parser (PXP)
> is unsuited to large documents.

I'll try not to read anything like that above, to avoid being caught up
in whatever thought pattern the author, or authors, have.

This patent thing opens up another can of worms, hopefully will a
history on GitHub and comp.lang.c scare anyone who wants to run away
with whatever unique thing I might come up with as a patent.

One thing is having legal muscle, another is to look like a moron.

-Morten

Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


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