faz.net: Rezension Steven Johnson — Everything Bad Is Good for You

faz.net: Rezension Steven Johnson — Everything Bad Is Good for You

Am meisten leuchten Johnsons Thesen ein, wenn er sie auf Computerspiele anwendet, weil dort narrative oder ästhetische Ansätze nie den Kern treffen, was sich leider regelmäßig an den absurden Versuchen zeigt, sie auf eine Stilvorlage für Gewaltakte zu reduzieren. Dankbarerweise orientiert sich Johnson eher an den Befunden einer sich allmählich entwickelnden eigenständigen Wissenschaft der Computerspiele, der sogenannten Ludologie, weshalb es ihm nicht schwerfällt, ihren positiven Einfluß auf bestimmte kognitive Fähigkeiten zu erkennen.

Computerspiele, meint Johnson, zwingen den Spieler, Entscheidungen zu fällen; sie vermitteln, wie man Hinweise abwägt, Situationen analysiert, Strategien entwickelt. Das Design der Figuren ist für den Lernerfolg dabei sowenig ausschlaggebend wie beim Schach. Daß neue Spiele wie „Grant Theft Auto“ oder „The Sims“, aber eben auch Ego-Shooter und Kriegssimulationen die Komplexität von Pacman oder Tetris weit übersteigen, versteht sich von selbst.

Auch das Fernsehen, so Johnson, fordert sein Publikum immer stärker. Wer beispielsweise heute eine Folge von „Dallas“ schaue, könne innerhalb einer Folge das komplette Beziehungsgeflecht der Charaktere erkennen. Die Mitglieder der Großfamilie sind überschaubar, die Macher der Serie werden nie müde, die Figuren wieder und wieder vorzustellen. „Bei ,Dallas’ müssen Sie nicht denken, um zu verstehen, was passiert“, schreibt Johnson, „und nicht denken zu müssen ist langweilig.“ Aktuelle Fernsehserien wie „24“, „West Wing“, „Emergency Room“ oder „Desperate Housewives“ dagegen bestünden aus mehreren Handlungssträngen, aus sozialen Netzen, die eher die Größenordnung eines Dorfes haben, aber vor allem gehen sie weitaus sparsamer mit Erklärungen um.

die.net: Optimizing Page Load Time

die.net: Optimizing Page Load Time

Try some of the following:

Turn on HTTP keepalives for external objects. Otherwise you add an extra round-trip to do another TCP three-way handshake and slow-start for every HTTP request. If you are worried about hitting global server connection limits, set the keepalive timeout to something short, like 5-10 seconds. Also look into serving your static content from a different webserver than your dynamic content. Having thousands of connections open to a stripped down static file webserver can happen in like 10 megs of RAM total, whereas your main webserver might easily eat 10 megs of RAM per connection.

Load fewer external objects. Due to request overhead, one bigger file just loads faster than two smaller ones half its size. Figure out how to globally reference the same one or two javascript files and one or two external stylesheets instead of many; if you have more, try preprocessing them when you publish them. If your UI uses dozens of tiny GIFs all over the place, consider switching to a much cleaner CSS-based design which probably won’t need so many images. Or load all of your common UI images in one request using a technique called “CSS sprites”.

If your users regularly load a dozen or more uncached or uncacheable objects per page, consider evenly spreading those objects over four hostnames. This usually means your users can have 4x as many outstanding connections to you. Without HTTP pipelining, this results in their average request latency dropping to about 1/4 of what it was before.

When you generate a page, evenly spreading your images over four hostnames is most easily done with a hash function, like MD5. Rather than having all tags load objects from static.example.com/, create four hostnames (e.g. static0.example.com, static1.example.com, static2.example.com, static3.example.com) and use two bits from an MD5 of the image path to choose which of the four hosts you reference in the tag. Make sure all pages consistently reference the same hostname for the same image URL, or you’ll end up defeating caching.

Beware that each additional hostname adds the overhead of an extra DNS lookup and an extra TCP three-way handshake. If your users have pipelining enabled or a given page loads fewer than around a dozen objects, they will see no benefit from the increased concurrency and the site may actually load more slowly. The benefits only become apparent on pages with larger numbers of objects. Be sure to measure the difference seen by your users if you implement this.

Possibly the best thing you can do to speed up pages for repeat visitors is to allow static images, stylesheets, and javascript to be unconditionally cached by the browser. This won’t help the first page load for a new user, but can substantially speed up subsequent ones.

CANAM MTP mainframe rehosting

CANAM MTP mainframe rehosting

CANAM MTP CICS Steria Mummert mainframe rehosting

La Canam (Caisse Nationale d’Assurance Maladie des professions indépendantes), assure plus de 3 millions de personnes au quotidien. En 2002, l’organisme envisage de migrer son infrastructure serveur, construite autour d’un environnement mainframe sous système Bull Gcos 7, vers un système Unix nouvelle génération. Au total, 5 000 programmes Cobol et 15 000 JCL (Job Control Langage) sont concernés.
“Il fallait répondre à des besoins financiers, moderniser le socle applicatif et dynamiser le personnel en leur offrant un socle technique plus moderne que celui dont nous disposions. De plus début 2002, la stratégie de Bull n’apparaissait pas de manière claire et nous nous trouvions face à un problème de sécurité quant à l’avenir de Gcos et même du groupe Bull”, affirme Olivier Saillenfest, directeur des systèmes d’information de la Canam.


Son parc informatique, composé à 80% de serveurs Gcos, dispose également de machines sous Unix IBM (AIX) et Sun (Solaris). Composant avec un délai de mise en œuvre serré de 18 mois, la direction informatique se concentre sur une migration à niveau de fonctionnalité égal. Dans son appel d’offre, la Canam s’attache à un environnement cible de type Unix ou Posix. Trois offres y répondent : Sun et Steria, Metaware et IBM, Metaware et CapGemini.

“Dans les faits, il n’y a qu’une société qui ait bien compris la demande. Deux offres nous entraînait sur une réécriture, un enrichissement des applications ce qui veut dire qu’il faudra passer par une étape de validation des besoins utilisateurs. Le projet n’est plus exclusivement technique et les plannings plus difficiles à maîtriser”, souligne Olivier Saillenfest. Cap Gemini sort rapidement de cette liste, suivi plus tard par IBM.

Trois critères auront été décisifs dans le choix de Sun et Steria : le prix, deux fois moins élevé que celui de Metaware et IBM, la compréhension du problème : c’est à dire une migration simple sans ajout, et les délais préconisés (16 mois pour Sun et 18 mois pour IBM). En tout état de cause, une clause de l’appel d’offre prévoyait de faire payer au prestataire les frais de maintenance des serveurs Gcos en cas de dépassement des délais imposés.

ZOIS CICS

ZOIS CICS
ZOIS Limited is a very small computer consultancy specialising in On-Line Transaction Processing (OLTP) on open systems and the World Wide Web. That practically means consultancy in CICS, Tuxedo and Enterprise Java Beans (EJB).In order to help people understand more about these topics and distributed computing in general we’ve written number of small papers, explanations and technical notes, follow the links on the sections below.

If you have guessed “www.zois.com” and are surprised by this OLTP stuff, look to our other “zois” sites page and see if what you want is there.

Martin Sullivan is the Principal of ZOIS Limited since he founded it in 1987. In this position he works directly with Customers in large Fortune 500 companies mostly on large OLTP and Web projects but also on a variety of related Enterprise scale technologies. Since starting ZOIS Martin has been involved in more than 30 engagements with 18 different clients spanning over almost all industry sectors.