» »

Na pomoč: Centos vs. Debian uganka

Na pomoč: Centos vs. Debian uganka

Surfer_D ::

Imam aplikacijo, ki teče na centos-u. Gre za klasično LAMP aplikacijo.

Težava je da deluje počasi in sicer ko shranjujem podatke ali pa samo kličem spletne servise. Npr. klic spletnega servisa traja 10 sek!! Če probam isto s SoapUI je manj kot sek.
Kaj sem probal:
1. Pregledal sem vse mrežne nastavitve (najprej sem sumil DNS,...)
2. Naredil optimizacijo apacheja in mysql-a
3. Namestil paralelni centos na virtualbox na svoj računalnik in vse nastavitve od začetka, še vedno isto
4. Zgnjavil razvijalca, da je kriva njegova aplikacija, mu poslal svoj virtual box nakar on naredi isto na Debianu in mi pošlje nazaj.

Na debianu deluje kot šus superhitro. Si rečem ok, mogoče je baza nakar na njegov debian restavriram našo bazo in prekopiral celotno aplikacijo z našega serverja. Še vedno deluje isto hitro.

Ali se komu sanja kje tiči zajec, preden vse skupaj prenesem na Debiana. Centos mi je vseeno ljubši.

P.S: Sem še začetnik v Linuxu, čeprav grizem in lepo napredujem :)

Hvala
D.

pegasus ::

man strace
Zelo verjetno je problem v DNS. Poglej še enrkat ;)

trnvpeti ::

uporabis kmecko logiko
10x hitreje na eni distro kot na drugi?
nemogoce

torej bos malo vec iskal:
- kje on gosti spletni servis (host, kaksen server)
- pol primerjas s svojim
- spletni servis tudi testiras verjetno preko LAN (torej izlocis internetno linijo)
- ce si kupil spletno aplikacijo, je v interesu prodajalca, da ti pomaga najti problem in resitev za le-tega
- lahko tudi naredis testni server z debianom, in malo sam raziskujes
- uporabis debug orodja v samem browserju in vidis, kje se zgubi vecina casa
- ....

Surfer_D ::

Sej primerjal sem na virtulkah obe na novo narejeni na virtual boxu.

andromedar ::

Trnvpeti, uporaben je samo tvoj zadnji nasvet. Vsi ostali dokazujejo, da si slabo prebral prvi post.
Tudi jaz sumim dns...
Eh?

trnvpeti ::

andromedar je izjavil:

Trnvpeti, uporaben je samo tvoj zadnji nasvet. Vsi ostali dokazujejo, da si slabo prebral prvi post.
Tudi jaz sumim dns...

dns iz dveh razlicnih virtualnih masin na istem lanu z istim nacinom testiranja?

Surfer_D ::

Ja točno tako, evo še ifconfig od obeh mašin.

trnvpeti ::

razvijalec je k sebi dobil dve virtualni masini
1.ce je ugotovil, da je razlika v delovanju, bi verjetno povedal

2.ce ni opazil razlike, torej da pri njemu centos virtualka deluje isto, pol je problem na omrezju

verjetno loopback NAT (klicanje spletnega servisa URL preko lokalne mreze, na katerem je taisti server)

b3D_950 ::

Poglej cache nastavitve za diske, vrsta diska (raw, qcow, vbox, ipd.), testiraj hitrost diskov oz. I/O operacij.
Zdaj ko je mir, jemo samo krompir.

trnvpeti ::

Surfer_D je izjavil:

Ja točno tako, evo še ifconfig od obeh mašin.


se ipconfig testnega racunalnika
pol rabis se URLje, in kam je resolv narejen.....

b3D_950 je izjavil:

Poglej cache nastavitve za diske, vrsta diska (raw, qcow, vbox, ipd.), testiraj hitrost diskov oz. I/O operacij.

testira virtualki verjetno na istem hw

Zgodovina sprememb…

  • spremenil: trnvpeti ()

Surfer_D ::

Obe virtualki tečeta na mojem laptopu. Še resolv.conf oba ista.




Aja pa hvala vsem za zagnanost!

Zgodovina sprememb…

  • spremenil: Surfer_D ()

b3D_950 ::

Ja samo centos lahko uporablja drugačne "driverje" kot debian.
Zdaj ko je mir, jemo samo krompir.

Zgodovina sprememb…

  • spremenil: b3D_950 ()

trnvpeti ::

a delata oba, server centos in virtualka centos , pocasi?

pegasus ::

Nehajte krilit z rokami ... strace v roke, pa se v treh sekundah točno vidi, kje in kaj dela počasi.

Surfer_D ::

trnvpeti je izjavil:

a delata oba, server centos in virtualka centos , pocasi?


Ne debian deluje super hitro cca 1 sek in imam vrednosti iz web servisov, centos pa melje 10 sekund za isto stvar.

Grem poguglati tale strace. Se javim

Zgodovina sprememb…

  • spremenil: Surfer_D ()

Surfer_D ::

pegasus je izjavil:

Nehajte krilit z rokami ... strace v roke, pa se v treh sekundah točno vidi, kje in kaj dela počasi.

Imaš morda kak predlog kako se lotim?

c3p0 ::

"man strace" is your friend, načeloma strace -p PID ustreznega procesa in vidiš na katerem sistemskem klicu čaka do timeouta. Lahko dodaš še -ff, da vidiš tudi klice forkanih procesov.

pegasus ::

In -t ali -tt, da vidiš še timing info. Ter recimo -s 1500, da vidiš stringe v pomenljivi dolžini. Z -o pa lahko zapisuješ v log.

srus ::

Wireshark na obeh VM in hostu, primerjaj timing IP paketov.

Na oben VM:

warningi v /var/log/* datotekah?

cat /proc/cpuinfo - ali pokažeta isto število corov in bogomipsov na obeh VM
cat /proc/meminfo - ali pokažeta približno iste številke na obeh VM
cat /proc/interrupts - ali pokažeta približno iste številke na obeh VM

vmstat, top, sar - primerjaj številke na obeh VM, poizkusi najti bootleneck - CPU, pomnilnik, IO enote

Poročaj o morebitnih razlikah med obema VM, pa ti bomo svetovali kako naprej.


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Teleobjektiv

Oddelek: Zvok in slika
365027 (294) Okapi
»

Iščem Solitaire in Spider Solitaire

Oddelek: Igre
81930 (1699) BorutK-73
»

Sušilni stroj - počen boben

Oddelek: Loža
276250 (5354) jan_g
»

dropbox vprašanje ?

Oddelek: Omrežja in internet
496717 (4987) fulgur
»

Grem v Tokio.

Oddelek: Loža
324547 (2526) Okapi

Več podobnih tem