[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: [docbook-apps] Small!! Lightweight!! xslt processorwhi

  • From: Dimitre Novatchev <dnovatchev@gmail.com>
  • To: David Lee <dlee@calldei.com>
  • Date: Fri, 17 Aug 2012 16:02:13 -0700

Re:  Re: [docbook-apps] Small!! Lightweight!! xslt processorwhi
> If all you want to do is what you did with "4MB Machines" you can still do that today in 4MB ...
> Oh you want Video , and full HTML5 styling, cross referencing against a GB of database and a fancy GUI ... oh well ...
> Blame the programmers.
> Expectations of data size, processing and output change ... but not the processing power to support it ... funny.

Even the Curiosity Rover has 256MB RAM [1]... so running XSLT on a
Mars robot is just a matter of time. What more demanding application
than this could there be?


[1] http://www.theregister.co.uk/2012/08/07/curiosity_software_upgrade/

Cheers,
Dimitre.

On Fri, Aug 17, 2012 at 10:35 AM, David Lee <dlee@calldei.com> wrote:
> Agree completely.
> The statement "IT was done with ..." and "doing the same"  is entirely meaningless out of context.
> Has this alleged person looked at the footprint of modern OS's which "do the same" as say DOS did with 640k?
> Is he asking for exactly the same data and same output and same programmer work effort as before ?  I doubt it.
>
> If you are in a memory and CPU constrained environment some tools and techniques don't work well.
> Welcome to the real world.   As a Mobile developer for a decade or so I can attest that back  in the "Good Old Days" of Palm Programming we had to make do with not only 4MB of memory (storage AND RAM) but also a processor speed in the glacial era.
> So no we didn't do XSLT or HTML for that matter.  But we did well with a customized binary XML encoding scheme and custom display rendering software.
>
> Its all a tradeoff.   Want easy to use and debug languages ? You need some CPU and memory.
> Constrained by CPU and Memory ? write a million lines of C code and limit your expectations to that which can be done without the document being fully read into memory.  And be willing to pay the programmers to work a LOT harder for a LOT longer.  Oh couple that with a backend DB infrastructure that normalizes the data efficiently for the device so you DONT have to read the whole document into memory to process it.
>
> If all you want to do is what you did with "4MB Machines" you can still do that today in 4MB ...
> Oh you want Video , and full HTML5 styling, cross referencing against a GB of database and a fancy GUI ... oh well ...
> Blame the programmers.
> Expectations of data size, processing and output change ... but not the processing power to support it ... funny.
>
>
>
>
>
> ----------------------------------------
> David A. Lee
> dlee@calldei.com
> http://www.xmlsh.org
>
> -----Original Message-----
> From: Jirka Kosek [mailto:jirka@kosek.cz]
> Sent: Friday, August 17, 2012 1:23 PM
> To: Dan Shelton
> Cc: Jeff Chimene; DocBook Apps; xml-dev@lists.xml.org
> Subject:  Re: [docbook-apps] Small!! Lightweight!! xslt processor which is standalone!! and runs Docbook/XSL stylesheets?
>
> On 17.8.2012 16:31, 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. And
>> admittedly, I have no arguments to prove him wrong - 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.
>
> I wouldn't say this is failure of XML/XSLT. Most users are not so
> tightly constrained by memory so they are not pushing very hard for
> memory economical implementations. So this is particulary failure of
> implementations and partialy failure of users who are not demanding more
> and who are not prepared to pay for more.
>
> What's quite surprising that very efficient Java implementations like
> Saxon can outperform many C-based implementations both in terms of
> memory usage and performance.
>
> However if your main objective is something small and C based you can
> give a try to Sablotron (https://sourceforge.net/projects/sablotron/)
> and Xalan-C (http://xml.apache.org/xalan-c/). It has been while since
> last time I compiled them from source (more then decade) but they
> definitively should have less then 80 MB of dependencies.
>
>                                 Jirka
>
> --
> ------------------------------------------------------------------
>   Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
> ------------------------------------------------------------------
>        Professional XML consulting and training services
>   DocBook customization, custom XSLT/XSL-FO document processing
> ------------------------------------------------------------------
>  OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
> ------------------------------------------------------------------
>



-- 
Cheers,
Dimitre Novatchev
---------------------------------------
Truly great madness cannot be achieved without significant intelligence.
---------------------------------------
To invent, you need a good imagination and a pile of junk
-------------------------------------
Never fight an inanimate object
-------------------------------------
To avoid situations in which you might make mistakes may be the
biggest mistake of all
------------------------------------
Quality means doing it right when no one is looking.
-------------------------------------
You've achieved success in your field when you don't know whether what
you're doing is work or play
-------------------------------------
Facts do not cease to exist because they are ignored.
-------------------------------------
I finally figured out the only reason to be alive is to enjoy it.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.