Gå til innhold

Den frie kafeen

pgdx

Av pgdx
i Operativsystemer

Anbefalte innlegg

Videoannonse

Videoannonse
Annonse
Kongeskipet

Kongeskipet

Skrevet
Skrevet

Får denne meldingen når jeg logger på serveren. Hvordan kan jeg se om det er en sikkerhetsoppdatering som krever reboot? Vil helst vente med å restarte om det ikke har noen betydning for sikkerheten. Kjører Ubuntu 9.10.

 

Linux P4-2530-L 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 01:26:53 UTC 2010 i686

To access official Ubuntu documentation, please visit:
http://help.ubuntu.com/

5 packages can be updated.
0 updates are security updates.

*** System restart required ***
Last login: Sun Mar 21 19:25:25 2010 from laptop.lan

Lenke til kommentar
j--

j--

Skrevet
Skrevet

Er det mulig å velge seperate bakgrunnsbilder for et to-skjermsoppsett med to X screens. Driveren er den lukkede Nvidia-driveren, om det har noe å si. Har googlet litt, men tror ikke jeg bruker de magiske ordene som trengs for å gi et svar.

Lenke til kommentar
del_diablo

del_diablo

Skrevet
Skrevet

Får denne meldingen når jeg logger på serveren. Hvordan kan jeg se om det er en sikkerhetsoppdatering som krever reboot? Vil helst vente med å restarte om det ikke har noen betydning for sikkerheten. Kjører Ubuntu 9.10.

 

Linux P4-2530-L 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 01:26:53 UTC 2010 i686

To access official Ubuntu documentation, please visit:
http://help.ubuntu.com/

5 packages can be updated.
0 updates are security updates.

*** System restart required ***
Last login: Sun Mar 21 19:25:25 2010 from laptop.lan

 

Kernel update?

Lenke til kommentar
kpolberg

kpolberg

Skrevet
Skrevet (endret)

Satte opp en ny filserver hjemme, med 4stk Hitachi 2TB disker. Relativt fornøyd med "performance" på software RAID5.

 

Version 1.03 ------Sequential Output------ --Sequential Input- --Random-

-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--

Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP

milena 8G 235941 48 107571 27 317445 51 455.8 1

 

 

Hva tallene faktisk sier.

 

Sekvensiell skriv hastighet: 240 MB/s

Sekvensiell les hastighet: 320 MB/s

Rewrite hastighet: 107 MB/s

Random søke operasjoner: 455 /s (Hva dette tallet faktisk sier er jeg heller usikker på).

 

Pratiske tester, viser også at jeg har ingen problemer med å fylle gbit linken.

 

Maskinen sånn ellers er basert på ett MSI IM-Q35(mini-itx kort), Q9550, 4GB ram. Alt dyttet inn i ett Chenbro mini-itx kabinett med 180W PSU.

 

http://www.chenbro.eu/corporatesite/products_detail.php?sku=78

 

Denne skal da gjøre _alt_, jeg kjører idag CentOS i bunn, med KVM. pfsense kjører oppå her å tar seg av dhcp, nating osv.

Endret av kpolberg
Lenke til kommentar
kpolberg

kpolberg

Skrevet
Skrevet (endret) 

md1 : active raid5 sdd2[3] sdc2[2] sdb2[1] sda2[0]
     5857378560 blocks level 5, 256k chunk, algorithm 2 [4/4] [uUUU]

Så har jeg lagt LVM oppå md devicen.

 

/dev/mapper/tank-root on / type ext3 (rw)
/dev/mapper/tank-home on /home type ext3 (rw)
/dev/mapper/tank-export on /export type xfs (rw,noatime,nodiratime)

 

blockdev --setra 16384 /dev/md1
echo 16384 > /sys/block/md1/md/stripe_cache_size

 

Testene på xfs og ext3 gir litt forskjellige resultat(xfs gir litt "bonkers" tall, høyere skriv en les f.eks). Sånn ellers er filsystemene opprettet med helt default paramtere. xfs vil f.eks da "se" blocksize og justere filsystemet etter dette.

 

LVM er opprettet med en "extent" størrelse på 128MB.

 

Test xfs:

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
milena           8G           292118  48 79788  20           239400  35 416.6   0
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16   831   3 +++++ +++  5027  28  6651  31 +++++ +++  1730  10
milena,8G,,,292118,48,79788,20,,,239400,35,416.6,0,16,831,3,+++++,+++,5027,28,6651,31,+++++,+++,1730,10

Test ext3:

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
milena           8G           247791  51 112091  28           297557  46 471.9   1
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
milena,8G,,,247791,51,112091,28,,,297557,46,471.9,1,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

 

Glemte å nevne at resync hastighet ligger på en 100MB/s, noe som betyr at ny disk er syncet på 5-6 timer.

Endret av kpolberg
Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet

Takker! Skal prøve dette, bare jeg får mellomlagret alt jeg har på nåværende raid et sted.

 

Sist jeg testet raid5, lå resync-hastighet på ~15MB/sec.. så noe må ha vært alvorlig galt et sted.. Har bra hastighet på raid10, dog.. men mister jo mer plass enn jeg egentlig liker med den løsningen.

Lenke til kommentar
kpolberg

kpolberg

Skrevet
Skrevet

Jeg kjørte forøvrig lasten i taked med å sette echo 200000 > /sys/block/md1/md/sync_speed_min, dette førte til så stor last på maskinen at alt gikk i sirup. Problemet hvis man setter sync_speed_min for høyt, er at du brenner cpu på å dytte data inn på en disk som ikke klarer mer.

 

Jeg klarer forsåvidt å presse disken til 120MB/s, men det er så tett opp imot hva den klarer at jeg kjører heller med litt ekstra margin. Maks resync hastighet jeg fikk var 135MB/s, men da trynte hele maskinen, å dro filsystemet med seg i dass.

 

Maskinen sånn ellers er satt opp med 512MB RAID1 på 4 disker til /boot og resten ligger på RAID5 med LVM, så swap, / , /home og /export ligger på LVMet.

 

pfSense klarer ca 300 megabits routing når jeg kjører det inn / ut på samme maskinen. Har ett lite håp om at jeg klarer enda litt mer når jeg kobler en maskin på switchen, i stedet for at det kjører i "loop" på bridge interfacet.

 

Utvide filsystemene er latterlig enkelt. lvextend -L +100G /dev/mapper/tank-export for så å kjøre xfs_grow /export.

Lenke til kommentar
cmyrland

cmyrland

Skrevet
Skrevet

Da var Ubuntu One Music Store oppe og gikk, gikk! Artig :) Mye musikk der, og til en grei pris. ~80 kr for en full plate. Men det er tydelig at de ikke er helt i havn enda, bl.a. under "Help":

 

If you've had a problem with this service, please try the questions below in order to resolve the problem.

Q) What are the system requirements for this music service?

 

A) You must have a PC running Windows 98 or above with Windows Media Player 7 or above. We recommend Windows XP and Windows Media Player 10.

 

Q) What quality are the downloads?

 

A) The downloads are Windows Media Audio 9 Series encoded at 192kbps and are virtually indistinguishable from CD-quality audio.

 

Q) What does "License Acquisition" mean?

 

A) When you purchase a track, our system will issue you a personal license enabling you to play the track on up to 3 computers as well as burn the track to CD and transfer to a compatible portable music player.

Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet (endret)

<snip>

Lagde nytt raid med dine settinger (disablet initiell resync med mdadm-parameteren --assume-clean, for å unngå at resync påvirket testresultater).

md2 : active raid5 sde1[3] sdd1[2] sdc1[1] sdb1[0]
     4395407616 blocks level 5, 256k chunk, algorithm 2 [4/4] [uUUU]

 

Lagde også et LVM med 128MB extent size.

 

Bonnie++:

Version 1.03e       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
sokkalf          8G 39093  56 21775   2 48324   8 63610  90 141076   9 261.2   0
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16    75   0 +++++ +++    67   0    65   0 +++++ +++    73   0
sokkalf,8G,39093,56,21775,2,48324,8,63610,90,141076,9,261.2,0,16,75,0,+++++,+++,67,0,65,0,+++++,+++,73,0

 

Åpenbart er det noe riv ruskende galt her, dette er jo fullstendig elendige tall sammenlignet med dine. Er det diskene mine (WD Green 1,5TB) som er så dårlige?

 

Edit: Verdt å merke seg, så maxer jeg ut gbit nettverk både på les og skriv når jeg kjører diskene i raid10.

Endret av Sokkalf™
Lenke til kommentar
kpolberg

kpolberg

Skrevet
Skrevet (endret)

Verdt å merke seg, jeg kjører testen med "fast", slik at jeg slipper character testen. Sånn ellers ser det ut til at du maxer ut på ca 140MB/s les, og 22MB/s, har du prøvd med blockdev / stripe_cache_size paramterene her?

 

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
milena           8G 78052  93 245836  53 104666  26 81216  91 335787  56 391.7   1
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
milena,8G,78052,93,245836,53,104666,26,81216,91,335787,56,391.7,1,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

Som du ser, per chr testen, makser ut på 80MB/s skriv/les. Det jeg ellers ser mellom min og din test, er at jeg utnytter systemet i mye høyere grad. Din ligger å "idler", mens min faktisk har endel last i forbindelse med overføringen.

Endret av kpolberg
Lenke til kommentar
Sokkalf™

Sokkalf™

Skrevet
Skrevet

Ja, har prøvd blockdev og stripe size-parameterne.

 

Fant et hundretall tråder på WDs diskusjonsforum ang. elendig skriveytelse på den disken, så jeg mistenker diskene nå.

 

Litt graving har gjort meg oppmerksom på at denne disken benytter seg av en sector size på 4096 bytes, vs 512 bytes på "normale" disker.

 

En på mailinglista til util-linux-ng (som inkluderer fdisk) sier følgende:

install kernel >= 2.6.31, util-linux-ng 2.17, and use fdisk.

 

You will see The latest fdisk uses disk topology information from

kernel and all partitions should be correctly aligned

Jeg kjører 2.6.32, for å få tak i fdisk 2.17 måtte jeg pulle den fra rawhide. Dessverre sier fdisk fortsatt at disken har 512 byte sectors (gal alignment fysisk/"psykisk" forårsaker visst den elendige ytelsen).

Lenke til kommentar
kpolberg

kpolberg

Skrevet
Skrevet (endret)

Er ikke det den disken hvor man bruker en "jumper" for å få disken til å presentere seg som enten 4096 eller 512? Kjører en test nå uten optimalisering, så får vi se hva det klarer som "default".

 

Version  1.03       ------Sequential Output------ --Sequential Input- --Random-
                   -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
milena           8G 81468  96 72953  19 57510  16 81719  90 355985  39 434.2   1
                   ------Sequential Create------ --------Random Create--------
                   -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
             files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                16 +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++ +++++ +++
milena,8G,81468,96,72953,19,57510,16,81719,90,355985,39,434.2,1,16,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++,+++++,+++

 

Lese testen, ser om mulig enda bedre ut. Ser ut som der jeg tjener mest er på skrive testene, men der tjener jeg opptil 3x hastighetsøkning.

Endret av kpolberg
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
Gå til emneliste

  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...