/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
Cluster hvad og hvordan
Fra : Rudi Hansen


Dato : 05-09-02 22:33

Jeg har en gammel Pentium 133Mz maskine stående og køre som RedHat Linux
mail og web server.
Men jeg syntes efterhånden at den er ved at blive lidt for langsom, men du
er det sådan at jeg har en 133Mz maskine mere stående.
Så mit spørgsmål er om jeg ville kunne få noget ud af at sætte disse to
maskiner sammen i et cluster.
Og hvis det er en god ide hvordan gør jeg så det, jeg har fundet et par
forskellige web sider der skriver noget om cluster, men kan ikke rigtigt
gennem skue hvilket system jeg skal vælge.
Så hvis der er nogen her der kunne give mig et råd vil jeg blive mægtigt
glad.



 
 
brian (06-09-2002)
Kommentar
Fra : brian


Dato : 06-09-02 12:05

Cluster på 2 maskiner - Glem det !
Hvis du endeligt vil forbedre lidt ydelse, så del op så en maskine kører
mail og den anden web...
Men overvej hellere at finde en hurtigere maskine - hvis du har så meget
trafik at du kan presse et 133mhz maskine, så lyder det af mange hundrede
mails og mere end tusind http hits i timen...og så var det måske værd at
finde en lidt hurtigere maskine brugt, frem for at tage den der er i drift
ned og rode med clustering (igen cluster med 2 maskiner er en joke).

/*brian*/


Allan Joergensen (06-09-2002)
Kommentar
Fra : Allan Joergensen


Dato : 06-09-02 12:18

brian <ingen@intet.dk> wrote:

> Cluster på 2 maskiner - Glem det !
> Hvis du endeligt vil forbedre lidt ydelse, så del op så en maskine kører
> mail og den anden web...

Man kan sagtens køre et cluster med to maskiner, hvad enter det er HA
eller performance man er ude efter.

Der findes faktisk også mennesker der roder med ting fordi de synes det
er sjovt, ikke fordi den løsning de laver nødvendigvis er den smarteste.
Et to-vejs cluster på små maskiner kunne sagtens høre under den
katergori.

--
Allan Joergensen aka [DW] on eu.openprojects.net

"To survive, one must be able to adapt to changing situations." T.REX

Rudi Hansen (06-09-2002)
Kommentar
Fra : Rudi Hansen


Dato : 06-09-02 12:34

> Men overvej hellere at finde en hurtigere maskine - hvis du har så meget
> trafik at du kan presse et 133mhz maskine, så lyder det af mange hundrede

Nej det er det faktisk ikke, der er ikke meget trafik på maskinen, den køre
bare fryktelig langsomt.
Måske er det på tide med en geninstallation af serveren, jeg startede med at
installer en RedHat 6.0 (mener jeg det var), en gang for længe siden og har
så løbende lavet alle mulige ændringer og opdateret serveren til 7.2.
Så den kører nok ikke så godt mere.



Rasmus Bøg Hansen (06-09-2002)
Kommentar
Fra : Rasmus Bøg Hansen


Dato : 06-09-02 18:00

Rudi Hansen wrote:

>> Men overvej hellere at finde en hurtigere maskine - hvis du har så meget
>> trafik at du kan presse et 133mhz maskine, så lyder det af mange hundrede
>
> Nej det er det faktisk ikke, der er ikke meget trafik på maskinen, den
> køre bare fryktelig langsomt.

Der er grænser for, hvad man kan presse ud af en 133MHz.

> Måske er det på tide med en geninstallation af serveren, jeg startede med

Spild af tid. Brug hellere noget tid på at barbere kørende programmer ned,
så der ikke kører mere end højst nødvendig (hvis du ikke allerede har gjort
det).

> at installer en RedHat 6.0 (mener jeg det var), en gang for længe siden og
> har så løbende lavet alle mulige ændringer og opdateret serveren til 7.2.
> Så den kører nok ikke så godt mere.

Hvorfor skulle den ikke det? Geninstallerer du den med de samme problemer og
samme konfiguration af disse vil den kører med samme hastighed...

Hvad er load da på den og hvad med CPU-forbruget (kan f. eks. ses med
procinfo) siden den er så langsom?

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
[...]but more than 5,000 known bugs from Windows 95 still exist in
Windows 98, because Microsoft views bug fixes as unprofitable.
-- osdata.com
----------------------------------[ moffe at amagerkollegiet dot dk ] --

Thorbjoern Ravn Ande~ (06-09-2002)
Kommentar
Fra : Thorbjoern Ravn Ande~


Dato : 06-09-02 18:10

"Rudi Hansen" <Rudi.Hansen@birkelan.dk> writes:

> Nej det er det faktisk ikke, der er ikke meget trafik på maskinen, den køre
> bare fryktelig langsomt.

Det kan der vaere mange grunde til.

Kan du koere top naar den er sloev, og klippe-klistre resultatet hertil?

--
Thorbjørn Ravn Andersen
http://unixsnedkeren.dk - Unix, Java, Web, Netværk, Århus

Christian E. Lysel (07-09-2002)
Kommentar
Fra : Christian E. Lysel


Dato : 07-09-02 21:58

Rudi Hansen wrote:
> Jeg har en gammel Pentium 133Mz maskine stående og køre som RedHat Linux
> mail og web server.

Hvis det er statiske web-sider kan tux trylle overraskende meget med
preformancen hvis du har et godt netværkskort.

Kan du ikke uddybe, hvad du bruger din mail og webserver til?

Hvor meget RAM har maskinen?

Hvilken mail og webserver bruger du?

Hvad siger en "ps aux", når den kører sløvt?


Jeg kører bla. på en SPARC 75MHz, med 256MB Ram.. det kører fint, så
længe jeg ikke bruger kryptering, fx SSL.


Rudi Hansen (09-09-2002)
Kommentar
Fra : Rudi Hansen


Dato : 09-09-02 16:49

> Hvis det er statiske web-sider kan tux trylle overraskende meget med
> preformancen hvis du har et godt netværkskort.
Det er det ikke, webserveren viser en statestik for min router genereret med
mtrg og en webmail med sqwebmail.

> Kan du ikke uddybe, hvad du bruger din mail og webserver til?
Som sagt bruges web serveren ikke meget og kun internt, mail serveren er i
et test stadie og kører kun mail for en bruger med ca 10 mails om dagen.
>
> Hvor meget RAM har maskinen?
40Mb

> Hvilken mail og webserver bruger du?
Qmail, med spamassaine, apache.

> Hvad siger en "ps aux", når den kører sløvt?
Det skal lige siges at jeg syntes attid den kører sløvt.
# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 1.2 1388 468 ? S Sep05 0:05 init
root 2 0.0 0.0 0 0 ? SW Sep05 0:00 [keventd]
root 3 0.0 0.0 0 0 ? SWN Sep05 0:00
[ksoftirqd_CPU0]
root 4 0.0 0.0 0 0 ? SW Sep05 1:11 [kswapd]
root 5 0.0 0.0 0 0 ? SW Sep05 0:00 [kreclaimd]
root 6 0.0 0.0 0 0 ? SW Sep05 0:00 [bdflush]
root 7 0.0 0.0 0 0 ? SW Sep05 0:00 [kupdated]
root 8 0.0 0.0 0 0 ? SW< Sep05 0:00 [mdrecoveryd]
root 12 0.0 0.0 0 0 ? SW Sep05 0:17 [kjournald]
root 127 0.0 0.0 0 0 ? SW Sep05 0:00 [kjournald]
root 128 0.0 0.0 0 0 ? SW Sep05 0:10 [kjournald]
root 129 0.0 0.0 0 0 ? SW Sep05 0:28 [kjournald]
root 130 0.0 0.0 0 0 ? SW Sep05 0:05 [kjournald]
root 532 0.0 1.4 1448 532 ? S Sep05 0:03 syslogd -m 0
root 537 0.0 1.1 2048 428 ? S Sep05 0:02 klogd -2
rpc 555 0.0 1.1 1544 452 ? S Sep05 0:00 portmap
rpcuser 583 0.0 1.5 1628 600 ? S Sep05 0:00 rpc.statd
root 702 0.0 1.3 1504 512 ? S Sep05 0:00
/usr/sbin/automou
ident 724 0.0 1.4 8496 552 ? S Sep05 0:00 identd -e -o
ident 729 0.0 1.4 8496 552 ? S Sep05 0:00 identd -e -o
ident 730 0.0 1.4 8496 552 ? S Sep05 0:00 identd -e -o
ident 731 0.0 1.4 8496 552 ? S Sep05 0:00 identd -e -o
ident 732 0.0 1.4 8496 552 ? S Sep05 0:00 identd -e -o
daemon 746 0.0 1.2 1424 484 ? S Sep05 0:00 /usr/sbin/atd
root 780 0.0 1.7 2660 660 ? S Sep05 0:27
/usr/sbin/sshd
root 813 0.0 1.6 2304 604 ? S Sep05 0:00
xinetd -stayalive
root 886 0.0 1.0 1424 384 ? S Sep05 0:00 gpm -t
ps/2 -m /d
root 909 0.0 1.9 8092 744 ? S Sep05 0:08
/usr/sbin/httpd -
root 927 0.0 1.6 1628 636 ? S Sep05 0:00 crond
root 943 93.0 0.4 756 176 ? RN Sep05 5122:10 dnetc
xfs 986 0.0 1.7 4532 668 ? S Sep05 0:01
xfs -droppriv -da
root 1004 0.0 1.1 3248 452 ? S Sep05 0:00 smbd -D
root 1009 0.0 2.1 2412 804 ? S Sep05 0:10 nmbd -D
root 1033 0.0 1.4 1696 564 ? S Sep05 0:00
/etc/bkupexec/age
root 1043 0.0 1.8 1936 680 ? SN Sep05 0:01
/etc/bkupexec/age
root 1054 0.0 1.2 1624 460 ? S Sep05 0:00
rhnsd --interval
root 1081 0.0 0.9 1364 344 tty1 S Sep05 0:00
/sbin/mingetty tt
root 1082 0.0 0.9 1364 344 tty2 S Sep05 0:00
/sbin/mingetty tt
root 1083 0.0 0.9 1364 348 tty3 S Sep05 0:00
/sbin/mingetty tt
root 1086 0.0 0.9 1368 344 tty4 S Sep05 0:00
/sbin/mingetty tt
root 1087 0.0 0.9 1368 348 tty5 S Sep05 0:00
/sbin/mingetty tt
root 1088 0.0 0.9 1360 344 tty6 S Sep05 0:00
/sbin/mingetty tt
root 1089 0.0 2.3 2192 872 ? S Sep05 0:00 /bin/sh
/command/
root 1091 0.0 0.8 1396 328 ? S Sep05 0:00 svscan
/service
root 1092 0.0 0.6 1348 228 ? S Sep05 0:00 readproctitle
ser
root 1093 0.0 0.7 1356 284 ? S Sep05 0:00 supervise
qmail-s
root 1094 0.0 0.7 1356 284 ? S Sep05 0:00 supervise log
root 1095 0.0 0.7 1356 284 ? S Sep05 0:00 supervise
qmail-s
root 1096 0.0 0.7 1356 284 ? S Sep05 0:00 supervise log
qmaill 1097 0.0 0.8 1372 304 ? S Sep05 0:00
/usr/local/bin/mu
qmails 1098 0.0 0.9 1412 368 ? S Sep05 0:01 qmail-send
root 1099 0.0 0.7 1356 284 ? S Sep05 0:00 supervise
qmail-p
qmaild 1100 0.0 1.0 1428 400 ? S Sep05 0:00
/usr/local/bin/tc
qmaill 1101 0.0 0.6 1368 264 ? S Sep05 0:00
/usr/local/bin/mu
root 1102 0.0 0.7 1356 284 ? S Sep05 0:00 supervise log
qmaill 1103 0.0 0.6 1368 248 ? S Sep05 0:00
/usr/local/bin/mu
root 1105 0.0 0.6 1380 244 ? S Sep05 0:00
/usr/local/bin/tc
root 1109 0.0 0.6 1368 264 ? S Sep05 0:00 qmail-lspawn
../Ma
qmailr 1110 0.0 0.7 1368 272 ? S Sep05 0:00 qmail-rspawn
qmailq 1111 0.0 0.7 1360 280 ? S Sep05 0:00 qmail-clean
root 17117 0.0 1.1 1676 436 ? S Sep06 0:00
/usr/local/share/
root 17118 0.0 1.1 1676 448 ? S Sep06 0:00
/usr/local/share/
root 17119 0.0 1.1 1676 448 ? S Sep06 0:00
/usr/local/share/
root 17120 0.0 1.1 1676 448 ? S Sep06 0:00
/usr/local/share/
root 17121 0.0 1.1 1676 436 ? S Sep06 0:00
/usr/local/share/
root 17122 0.0 1.1 1676 448 ? S Sep06 0:00
/usr/local/share/
apache 19807 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19808 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19809 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19810 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19811 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19812 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19813 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
apache 19814 0.0 2.1 8184 796 ? S 04:02 0:00
/usr/sbin/httpd -
root 21542 0.5 4.0 3388 1540 ? S 17:44 0:01
/usr/sbin/sshd
root 21543 0.2 3.4 2472 1320 pts/0 S 17:44 0:00 -bash
root 21592 0.0 1.9 2640 752 pts/0 R 17:48 0:00 ps aux

# Top
5:45pm up 3 days, 19:46, 1 user, load average: 1.37, 1.14, 1.10
77 processes: 75 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 2.4% user, 2.8% system, 94.7% nice, 0.0% idle
Mem: 37732K av, 27376K used, 10356K free, 56K shrd, 2704K
buff
Swap: 218696K av, 15284K used, 203412K free 8036K
cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
943 root 19 19 264 176 176 R N 94.7 0.4 5119m dnetc
21586 root 14 0 1072 1072 828 R 4.7 2.8 0:01 top
21542 root 9 0 1588 1540 1260 S 0.5 4.0 0:00 sshd
1 root 8 0 508 468 468 S 0.0 1.2 0:05 init
2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd
3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0
4 root 9 0 0 0 0 SW 0.0 0.0 1:11 kswapd
5 root 9 0 0 0 0 SW 0.0 0.0 0:00 kreclaimd
6 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush
7 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated
8 root -1 -20 0 0 0 SW< 0.0 0.0 0:00 mdrecoveryd
12 root 9 0 0 0 0 SW 0.0 0.0 0:17 kjournald
127 root 9 0 0 0 0 SW 0.0 0.0 0:00 kjournald
128 root 9 0 0 0 0 SW 0.0 0.0 0:10 kjournald
129 root 9 0 0 0 0 SW 0.0 0.0 0:28 kjournald
130 root 9 0 0 0 0 SW 0.0 0.0 0:05 kjournald
532 root 9 0 588 532 532 S 0.0 1.4 0:03 syslogd




Christian E. Lysel (09-09-2002)
Kommentar
Fra : Christian E. Lysel


Dato : 09-09-02 21:04

Rudi Hansen wrote:
> Det er det ikke, webserveren viser en statestik for min router genereret med
> mtrg og en webmail med sqwebmail.

MRTG delen er statisk, men sqwebmail er ikke.

>>Kan du ikke uddybe, hvad du bruger din mail og webserver til?
>
> Som sagt bruges web serveren ikke meget og kun internt, mail serveren er i
> et test stadie og kører kun mail for en bruger med ca 10 mails om dagen.

Hvad er dnet? Denne process tager din CPU preformance.

>>Hvor meget RAM har maskinen?
>
> 40Mb

Hvilket er for lidt.

> rpc 555 0.0 1.1 1544 452 ? S Sep05 0:00 portmap
> rpcuser 583 0.0 1.5 1628 600 ? S Sep05 0:00 rpc.statd
> root 702 0.0 1.3 1504 512 ? S Sep05 0:00
> /usr/sbin/automou
> ident 724 0.0 1.4 8496 552 ? S Sep05 0:00 identd -e -o
> root 813 0.0 1.6 2304 604 ? S Sep05 0:00
> xinetd -stayalive
> root 943 93.0 0.4 756 176 ? RN Sep05 5122:10 dnetc
> xfs 986 0.0 1.7 4532 668 ? S Sep05 0:01
> xfs -droppriv -da
> root 1004 0.0 1.1 3248 452 ? S Sep05 0:00 smbd -D
> root 1009 0.0 2.1 2412 804 ? S Sep05 0:10 nmbd -D
> root 1033 0.0 1.4 1696 564 ? S Sep05 0:00
> /etc/bkupexec/age
> root 1043 0.0 1.8 1936 680 ? SN Sep05 0:01
> /etc/bkupexec/age

Jeg ville nok slå ovennævnte fra.

> # Top

Hvad siger "vmstat 1" over fx 10 sekunder?




Rudi Hansen (10-09-2002)
Kommentar
Fra : Rudi Hansen


Dato : 10-09-02 00:27

> Hvad er dnet? Denne process tager din CPU preformance.
En klient fra www.distributed.net, den skulle meget gerne kun bruge den
processor kraft som maskinen ikke skal bruge selv, jeg har ikke haft nogen
problemer på nogen af de andre maskiner jeg kører den på.

> Hvad siger "vmstat 1" over fx 10 sekunder?
# vmstat 1
procs memory swap io system
cpu
r b w swpd free buff cache si so bi bo in cs us sy
id
1 0 0 15476 10336 2768 8528 0 0 2 4 103 12 99 1
0
1 0 0 15476 10332 2768 8528 0 0 0 0 116 16 96 4
0
1 0 0 15476 10332 2768 8528 0 0 0 0 114 10 96 4
0
1 0 0 15476 10328 2772 8528 0 0 0 13 120 23 98 2
0
1 0 0 15476 10328 2772 8528 0 0 0 0 115 11 96 4
0
1 0 0 15476 10328 2772 8528 0 0 0 0 115 11 96 4
0
1 0 0 15476 10328 2772 8528 0 0 0 0 114 13 96 4
0
1 0 0 15476 10328 2772 8528 0 0 0 5 118 16 98 2
0
1 0 0 15476 10328 2772 8528 0 0 0 0 115 13 96 4
0
1 0 0 15476 10328 2772 8528 0 0 0 0 116 13 96 4
0
2 0 0 15476 10328 2772 8528 0 0 0 0 114 16 95 5
0
1 0 0 15476 10328 2772 8528 0 0 0 0 115 11 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 5 117 22 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 0 115 11 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 0 114 11 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 0 115 11 95 5
0
1 0 0 15476 10324 2776 8528 0 0 0 4 117 16 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 0 116 12 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 0 114 9 96 4
0
2 0 0 15476 10324 2776 8528 0 0 0 0 115 18 96 4
0
1 0 0 15476 10324 2776 8528 0 0 0 0 116 13 96 4
0
procs memory swap io system
cpu
r b w swpd free buff cache si so bi bo in cs us sy
id
2 0 0 15476 10320 2780 8528 0 0 0 4 118 24 95 5
0
1 0 0 15476 10320 2780 8528 0 0 0 0 114 13 96 4
0




Christian E. Lysel (10-09-2002)
Kommentar
Fra : Christian E. Lysel


Dato : 10-09-02 15:41

Rudi Hansen wrote:
>>Hvad er dnet? Denne process tager din CPU preformance.
>
> En klient fra www.distributed.net, den skulle meget gerne kun bruge den
> processor kraft som maskinen ikke skal bruge selv, jeg har ikke haft nogen
> problemer på nogen af de andre maskiner jeg kører den på.

Den er vist også "nice"'et, men prøv alligevel at slå den fra.

>>Hvad siger "vmstat 1" over fx 10 sekunder?
>
> # vmstat 1
> procs memory swap io system
> cpu
> r b w swpd free buff cache si so bi bo in cs us sy
> id
> 1 0 0 15476 10336 2768 8528 0 0 2 4 103 12 99 1
> 0

Det ser fint ud. Er det mens den føles langsom?


Rudi Hansen (12-09-2002)
Kommentar
Fra : Rudi Hansen


Dato : 12-09-02 23:54

> >>Hvad siger "vmstat 1" over fx 10 sekunder?
> Det ser fint ud. Er det mens den føles langsom?

Hvis jeg læser dette output fra top korrekt, så viser det at maskinen
faktisk ikke laver noget særligt.
Hvis man lige ser bort fra dnetc processen så har processoren kun arbejdet
med noget, under et minut af den tid maskinen har kørt.

Jeg syntes bare at når jeg sætter et eller andet igang på maskinen så kører
den langsomt.
Men under alle omstændigheder så skal maskinen snart skiftes ud, jeg har
lige været nede og se til den, og den larmer blæseren til processoren er ved
at gå, og jeg har fået fingre i en hurtigere maskine.

Men du skal have mange tak for din hjælp.

12:49am up 1 day, 2:54, 1 user, load average: 1.01, 1.13, 1.14
77 processes: 75 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 4.7% user, 4.7% system, 90.4% nice, 0.0% idle
Mem: 37732K av, 26140K used, 11592K free, 56K shrd, 1836K
buff
Swap: 218696K av, 10852K used, 207844K free 10260K
cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
948 root 19 19 264 180 172 R N 91.1 0.4 1515m dnetc
777 root 8 0 800 660 660 S 0.0 1.7 0:15 sshd
129 root 9 0 0 0 0 SW 0.0 0.0 0:09 kjournald
4 root 9 0 0 0 0 SW 0.0 0.0 0:08 kswapd
1 root 8 0 508 468 448 S 0.0 1.2 0:05 init
12 root 9 0 0 0 0 SW 0.0 0.0 0:03 kjournald
1015 root 9 0 1048 840 732 S 0.0 2.2 0:03 nmbd
915 root 9 0 2152 756 732 S 0.0 2.0 0:03 httpd
534 root 9 0 1120 460 460 S 0.0 1.2 0:02 klogd
128 root 9 0 0 0 0 SW 0.0 0.0 0:01 kjournald
992 xfs 9 0 3004 688 668 S 0.0 1.8 0:01 xfs
529 root 9 0 588 532 532 S 0.0 1.4 0:01 syslogd
4639 root 9 0 1616 1412 1296 S 0.8 3.7 0:01 sshd



Søg
Reklame
Statistik
Spørgsmål : 177557
Tips : 31968
Nyheder : 719565
Indlæg : 6408868
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste