Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-09 Thread Brad Jorsch (Anomie)
On Fri, Nov 6, 2015 at 3:29 PM, Ricordisamoa wrote: > What if I need to get all revisions (~2000) of a page in Parsoid HTML5? > The prop=revisions API (in batches of 50) with mwparserfromhell is much > quicker. > That's a tradeoff you get with a highly-cacheable

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-09 Thread Subramanya Sastry
On 11/09/2015 12:37 PM, Petr Bena wrote: Do you really want to say that reading from disk is faster than processing the text using CPU? I don't know how complex syntax of mw actually is, but C++ compilers are probably much faster than parsoid, if that's true. And these are very slow. What takes

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-09 Thread C. Scott Ananian
On Mon, Nov 9, 2015 at 1:37 PM, Petr Bena wrote: > Do you really want to say that reading from disk is faster than > processing the text using CPU? I don't know how complex syntax of mw > actually is, but C++ compilers are probably much faster than parsoid, > if that's true.

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-09 Thread Ricordisamoa
Il 09/11/2015 15:52, Brad Jorsch (Anomie) ha scritto: On Fri, Nov 6, 2015 at 3:29 PM, Ricordisamoa wrote: What if I need to get all revisions (~2000) of a page in Parsoid HTML5? The prop=revisions API (in batches of 50) with mwparserfromhell is much quicker.

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-09 Thread Petr Bena
Do you really want to say that reading from disk is faster than processing the text using CPU? I don't know how complex syntax of mw actually is, but C++ compilers are probably much faster than parsoid, if that's true. And these are very slow. What takes so much CPU time in turning wikitext into

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-06 Thread Gabriel Wicke
We don't currently store the full history of each page in RESTBase, so your first access will trigger an on-demand parse of older revisions not yet in storage, which is relatively slow. Repeat accesses will load those revisions from disk (SSD), which will be a lot faster. With a majority of

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-06 Thread Subramanya Sastry
Parsoid is simply a wikitext -> html and a html -> wikitext conversion service. Everything else would be tools and libs built on top of it. Subbu. On 11/06/2015 02:29 PM, Ricordisamoa wrote: What if I need to get all revisions (~2000) of a page in Parsoid HTML5? The prop=revisions API (in

[Wikitech-l] Parsoid still doesn't love me

2015-11-06 Thread Ricordisamoa
What if I need to get all revisions (~2000) of a page in Parsoid HTML5? The prop=revisions API (in batches of 50) with mwparserfromhell is much quicker. And what about ~400 revisions from a wiki without Parsoid/RESTBase? I would use /transform/wikitext/to/html then. Thanks in advance.

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-06 Thread Ricordisamoa
I mean RESTBase can't access more than 1 revision at once? Il 06/11/2015 21:39, Subramanya Sastry ha scritto: Parsoid is simply a wikitext -> html and a html -> wikitext conversion service. Everything else would be tools and libs built on top of it. Subbu. On 11/06/2015 02:29 PM,

Re: [Wikitech-l] Parsoid still doesn't love me

2015-11-06 Thread C. Scott Ananian
I think your subject line should have been "RESTBase doesn't love me"? --scott ​ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l