Re: OT: why are LAMP sites slow?
In article <[EMAIL PROTECTED]>, Tim Daneliuk <[EMAIL PROTECTED]> wrote: >Paul Rubin wrote: > > > >> I've only worked on one serious site of this type and it was "SAJO" >> (Solaris Apache Java Oracle) rather than LAMP, but the concepts are >> the same. I just feel like something bogus has to be going on. I >> think even sites like Slashdot handle fewer TPS than a 1960's airline >> reservation that ran on hardware with a fraction of the power of one >> of today's laptops. > >I worked for an Airline computer reservation system (CRS) for almost a >decade. There is nothing about today's laptops that remotely comes close >to the power of those CRS systems, even the old ones. CRS systems are >optimized for extremely high performance I/O and use an operating system >(TPF) specifically designed for high-performance transaction processing. > >Web servers are very sessions oriented: make a connection-pass the unit >of work-drop the connection. This is inherently slow (and not how high >performance TP is done). Moreover, really high perfomance requires a >very fine level of I/O tuning on the server - at the CRS I worked for, >they performance people actually only populated part of the hard drives >to minimize head seeks. > >The point is that *everything* has to be tuned for high performance >TP - the OS, the language constructs (we used assembler for most things), >the protocols, and the overall architecture. THis is why, IMHO, >things like SOAP a laughable - RPC is a poor foundation for reliable, >durable, and high-performance TP. It might be fine for sending an >order or invoice now and then, but sustained throughput of the sort >I think of as "high" performance is likely never going to be accomplished >with session-oriented architectures. > >For a good overview of TP design, see Jim Gray's book, "Transaction Processing: >Concepts and Techniques". > >P.S. AFAIK the first CRS systems of any note came into being in the 1970s not > the 1960s, but I may be incorrect in the matter. >-- > >Tim Daneliuk [EMAIL PROTECTED] >PGP Key: http://www.tundraware.com/PGP/ My recollection is that online reservations were in use ca. 1970, and I know that the operating system was called ACP, renamed to TPF. Googleing for that finds that online reservation systems stared in the 50's and ran on 7000 gear in the 60's. http://www.blackbeard.com/tpf/Sabre_off_TPF/some_highlights_from_sabre_history.htm I was in banking in th 80's. I recall that circa 1990 hitting 1000 DB trans/sec was the holy grail on a million $ mainframe. My bank bought what was called "the last TPF sale" about 1991. It was used as a "message router" to conect transactions from thousands ATMs and teller stations to the right backend system necessary to make a bank merger work. -- a d y k e s @ p a n i x . c o m Don't blame me. I voted for Gore. -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: why are LAMP sites slow?
In article <[EMAIL PROTECTED]>, Tim Daneliuk <[EMAIL PROTECTED]> wrote: >Paul Rubin wrote: > >> Tim Daneliuk <[EMAIL PROTECTED]> writes: >> >>>I worked for an Airline computer reservation system (CRS) for almost a >>>decade. There is nothing about today's laptops that remotely comes close >>>to the power of those CRS systems, even the old ones. CRS systems are >>>optimized for extremely high performance I/O and use an operating system >>>(TPF) specifically designed for high-performance transaction processing. >> >> >> Yeah, I've been interested for a while in learning a little bit about >> how TPF worked. Does Gray's book that you mention say much about it? > >I honestly do not recall. TPF/PAARS is an odd critter unto itself >that may not be covered by much of anything other than IBM docs. I've seen it covered in some textbook, possibly something by Tanenbaum. I imagine it's in the ACM literature and the IBM Systems Journal. If we move this thread to alt.folklore.computers we'll get lots of good info. -- a d y k e s @ p a n i x . c o m Don't blame me. I voted for Gore. -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: why are LAMP sites slow?
In article <[EMAIL PROTECTED]>, Dave Brueck <[EMAIL PROTECTED]> wrote: >Paul Rubin wrote: >> How would you go about building such a site? Is LAMP really the right >> approach? > >Two major problems I've noticed, don't know if they are universal, but they >sure >hurt the performance: > >1) Some sites have not put any thought into caching - i.e. the application >server is serving up images or every single page is dynamically generated even >though all (or most) of it is static such that most of the requests just >aren't >cacheable. > >2) Because a database is there, it gets used, even when it shouldn't, and it >often gets used poorly - bad or no connection pooling, many trips to the >database for each page generated, no table indices, bizarro database schemas. > >Overall I'd say my first guess is that too much is being generated on the fly, >often because it's just easier not to worry about cacheability, but a good web >cache can provide orders of magnitude improvement in performance, so it's >worth >some extra thought. > >One project we had involved the users navigating through a big set of data, >narrowing down the set by making choices about different variables. At any >point >it would display the choices that had been made, the remaining choices, and >the >top few hits in the data set. We initially thought all the pages would have to >be dynamically generated, but then we realized that each page really >represented >a distinct and finite state, so we went ahead and built the site with Zope + >Postgres, but made it so that the URLs were input to Zope and told what state >to >generate. > >The upshot of all this is that we then just ran a web spider against Zope any >time the data changed (once a week or so), and so the site ended up "feeling" >pretty dynamic to a user but pretty much everything came straight out of a >cache. > >-Dave A couple years ago the Tomshardware.com website was reengeneered to cache everything possible with great performance improvement. They wrote a nice article about the project, which I assume is still online. I don't -- a d y k e s @ p a n i x . c o m Don't blame me. I voted for Gore. -- http://mail.python.org/mailman/listinfo/python-list
Re: GUI programming with python
In article <[EMAIL PROTECTED]>, Alan Franzoni <[EMAIL PROTECTED]> wrote: >zamil was kind enough to say: > >[cut] > >If your needs are very basic, you can stick with the tk module that comes >with python. It's not really feature-packed, but it's maintained and pretty >cross-platform. OK, what are my choices for an IDE/GUI development tool that runs on XP? Thanks -- Al Dykes News is something someone wants to suppress, everything else is advertising. - Lord Northcliffe, publisher of the Daily Mail -- http://mail.python.org/mailman/listinfo/python-list
Code example that will make a Skype connection?
Can some post a Python code fragment that will to make a PC with Skpye installed to make a Skype call, given a valid phone # string. I'm not asking for code that handles the audio once the connection is made. -- Al Dykes News is something someone wants to suppress, everything else is advertising. - Lord Northcliffe, publisher of the Daily Mail -- http://mail.python.org/mailman/listinfo/python-list
Re: Code example that will make a Skype connection?
In article <[EMAIL PROTECTED]>, nntpman68 <[EMAIL PROTECTED]> wrote: >Hi, > >Just some thoughts / now answer :-( > >The solution might vary on the platform / OS. > >Would it be acceptable for you to >control for example firefox from python and firefox would control skype >via the skype plugin. (should exist for multiple platforms) > >Do you search a native python solution or would you accept, that some >C-code had to be compiled. > Building a C module is fine as long as I don't have to debug it. I know that FF can do Skype so, I guess, if I write a Python app that runs in a browser, I've solved my problem. I'm about to learn Python, so I haven't given any thought to how to do that. Thanks for the response. What would be picked for a portable Firebox-based app? -- Al Dykes News is something someone wants to suppress, everything else is advertising. - Lord Northcliffe, publisher of the Daily Mail -- http://mail.python.org/mailman/listinfo/python-list
Re: Code example that will make a Skype connection?
In article <[EMAIL PROTECTED]>, Marco Bizzarri <[EMAIL PROTECTED]> wrote: >On Sat, Sep 13, 2008 at 4:09 PM, Al Dykes <[EMAIL PROTECTED]> wrote: >> >> Can some post a Python code fragment that will to make a PC with Skpye >> installed to make a Skype call, given a valid phone # string. >> >> I'm not asking for code that handles the audio once the connection is >> made. >> >> > >Maybe you can find this useful? > > >https://developer.skype.com/wiki/Skype4Py/examples/s4p_call_py > > >Regards >Marco Thanks for helping me get started. I'm new to Skype and Python. -- Al Dykes News is something someone wants to suppress, everything else is advertising. - Lord Northcliffe, publisher of the Daily Mail -- http://mail.python.org/mailman/listinfo/python-list
