Re: jsp vs php - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › jsp vs php › Re: jsp vs php

X-Received: by 10.49.130.170 with SMTP id of10mr1761071qeb.37.1367889367245; Mon, 06
May 2013 18:16:07 -0700 (PDT)
X-Received: by 10.49.130.170 with SMTP id of10mr1761071qeb.37.1367889367245; Mon, 06
May 2013 18:16:07 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!opal.futuro.pl!news.internetia.pl!newsf
eed.pionier.net.pl!news.glorb.com!l3no2971866qak.0!news-out.google.com!y6ni1602
4qax.0!nntp.google.com!m7no3009507qam.0!postnews.google.com!glegroupsg2000goo.g
ooglegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Mon, 6 May 2013 18:16:07 -0700 (PDT)
In-Reply-To: <s...@j...net>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=213.195.164.27;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 213.195.164.27
References: <c...@g...com>
<klqg29$o16$1@news.mm.pl>
<0...@g...com>
<klsle1$ogf$1@news.mm.pl>
<2...@g...com>
<km4nal$kkp$1@news.mm.pl>
<4...@g...com>
<d...@g...com>
<e...@g...com>
<51874eb2$0$1250$65785112@news.neostrada.pl>
<6...@g...com>
<51882061$0$1222$65785112@news.neostrada.pl>
<s...@j...net>
<5188262e$0$26681$65785112@news.neostrada.pl>
<f...@g...com>
<s...@j...net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8...@g...com>
Subject: Re: jsp vs php
From: "M.M." <m...@g...com>
Injection-Date: Tue, 07 May 2013 01:16:07 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:203186
[ ukryj nagłówki ]
W dniu wtorek, 7 maja 2013 02:47:49 UTC+2 użytkownik Stachu 'Dozzie' K. napisał:
> 1. Jesteďż˝ pewny, ďż˝e to dyskowe I/O jest wďż˝skim gardďż˝em u ciebie?
Pewny na 100% nie jestem, ale gdy mierze czasy zapytan, to nie widze
innej mozliwosci.

> Szczďż˝liwiec. Dwie trzecie roboty juďż˝ za tobďż˝, bo namierzenie wďż˝skiego
> gardďż˝a to ta trudniejsza czďż˝ďż˝.
Moim zdaniem jest inaczej, 2/3 roboty, jesli nie 4/5, to optymalizacja po
namierzeniu waskiego gardla.

> 2. Do odciďż˝ďż˝enia dyskďż˝w uďż˝ywa siďż˝ cache'u w rďż˝nych postaciach, na
> przykďż˝ad wstďż˝pnie przeliczonych danych w pamiďż˝ci.
A jesli pamieci jest za malo, to zastanawiam sie, zeby czesciowe wyniki
trzymac sie w sekwencyjnych plikach dyskowych.

> Nie paprze siďż˝ na
> pojedynczych blokach na dysku, bo to zbyt pracochďż˝onne i trudne do
> zmierzenia.
Nie twierdze ze trzeba paprac sie az tak niskopoziomowo aby osiganac
(w miare) sekwencyjny dostep. Po prostu zapisuje sie rekord po
rekordzie na dobrym systemie plikow, a system operacyjny powinien
zapisac dane w sekwencyjnych blokach.

Pozdrawiam