[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
Re: [xml-dev] Re: [docbook-apps] Small!! Lightweight!! xsltprocessor which is standalone!! and runs Docbook/XSL stylesheets?
- From: Liam R E Quin <liam@w3.org>
- To: Dan Shelton <dan.f.shelton@gmail.com>
- Date: Fri, 17 Aug 2012 14:05:05 -0400
On Fri, 2012-08-17 at 16:31 +0200, Dan Shelton wrote:
> A colleague with two Dr. (Med/IT) and one Prof. in IT already called
> XML and XSLT "a failure" because the processing requirements have
> become insane - IT was once done with 4MB machines, doing the same
> with today's machines and XML/XSLT goes up to 400MB as minimum.
Other dramatic failures include
. HTML
. digital cameras
. youtube
. movies
> And
> admittedly, I have no arguments to prove him wrong
The onus is on him to prove he is right. XML and XSLT are very widely
used.
$ /usr/bin/time xsltproc dict.xsl dict.xml
0.03user 0.01system 0:00.18elapsed 22%CPU (0avgtext+0avgdata
21056maxresident)k
1688inputs+536outputs (8major+1409minor)pagefaults 0swaps
$
(so, about 20 megabytes for that one, not 400)
You could also try xt.
> - XML processing
> takes a lot of memory (why?) and XSLT processing is... eating memory.
> Lots of memory. There doesn't seem to be a "small" solution.
Programs in just about any language can run out of memory. That was as
true with PDP-11 assembly as it is with XSLT today.
Liam
--
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org freenode/#xml
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]