Thread View: pl.comp.os.bsd
7 messages
7 total messages
Started by .>hedon
Fri, 02 Apr 2010 20:38
Rozwiązanie hostingowe
Author: .>hedon
Date: Fri, 02 Apr 2010 20:38
Date: Fri, 02 Apr 2010 20:38
23 lines
2080 bytes
2080 bytes
Wiatm, Mam do dyspozycji 3 serwery HP DL380 G3 2x3ghz 4GB RAM i 2 x HP DL360 G4 2x3ghz 2GB RAM chciałbym z tego stworzy platformę hostingową zaplanowałem sobie to tak HP DL380 G3 2x3ghz 4GB RAM na nim ZFS 6x36Gb 15K U320 dyski w Raidz1 mysql i PostgreSQL HP DL360 G4 2x3ghz 2GB RAM jail postfix dspam dovecot clamav sqlgreylist wszystko spięte po nfs HP DL360 G4 2x3ghz 2GB RAM jail apache php5 php6 fastcgi suexec perl ruby on raili wszystko spięte po nfs NFS FreeNas 3x 1.5 TB sata ZFS poczta kompresowana, strony bez kompresji do tego beckup na kolejnych 2 dyskach sata Na ile wydajna jest ta konfiguracja, co byście w niej poprawili, czy da się ją łatwo rozbudowywać w miare rosnącego zapotrzebowania? Ile kont ta konfiguracja jest w stanie obsłużyć? Ps. Wszytko oczywiście na FreeBSD Pozdrawiam
Re: Rozwiązanie hostingowe
Author: Sied
Date: Sat, 03 Apr 2010 12:44
Date: Sat, 03 Apr 2010 12:44
8 lines
1096 bytes
1096 bytes
> NFS FreeNas 3x 1.5 TB sata ZFS poczta kompresowana, strony bez > kompresji do tego beckup na kolejnych 2 dyskach sata jak dla mnie to rozwiązanie za wolne do takiego zastosowania - po zwykłym 1G ethernecie. Darek
Re: Rozwiązanie hostingowe
Author: SQ9MTR
Date: Sun, 04 Apr 2010 22:26
Date: Sun, 04 Apr 2010 22:26
21 lines
1929 bytes
1929 bytes
> Mam do dyspozycji 3 serwery HP DL380 G3 2x3ghz 4GB RAM i 2 x HP DL360 > G4 2x3ghz 2GB RAM chciałbym z tego stworzy platformę hostingową > zaplanowałem sobie to tak [...] Mam identycznego HP i mały problem. Dwa dyski 36GB SCSI 320 w RAID 0 W dmesg'u jest tak: da0 at ciss0 bus 0 scbus0 target 0 lun 0 da0: <COMPAQ RAID 0 VOLUME OK> Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: Command Queueing enabled Pytanie skąd taka (niska) wartość transferu? To wszystko jest w porządku? W tej samej maszynie jest Adaptec 29160 i dwa 74GB SCSI 160. Tam pokazuje 160.000MB/s transfers, przy czym nie znaczenia czy to siedzi na PCI64 czy w jakimś zwykłym PC z PCI32. Marcin
Re: Rozwiązanie hostingowe
Author: Paweł Kania
Date: Tue, 06 Apr 2010 09:03
Date: Tue, 06 Apr 2010 09:03
32 lines
2028 bytes
2028 bytes
SQ9MTR napisał(a): > Mam identycznego HP i mały problem. > Dwa dyski 36GB SCSI 320 w RAID 0 > W dmesg'u jest tak: > da0 at ciss0 bus 0 scbus0 target 0 lun 0 > da0: <COMPAQ RAID 0 VOLUME OK> Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > da0: Command Queueing enabled > Pytanie skąd taka (niska) wartość transferu? Też tak mam; z tym, że dyski w RAID 1. Realne transfery są rzędu 50MB/s przy odczycie sekwencyjnym oraz 6MB/s przy odczycie losowym lub małymi blokami. U mnie jest kontroler HP Smart Array 5i. Albo ten kontroler jest kiepski, albo FreeBSD go słabo obsługuje. > W tej samej maszynie jest Adaptec 29160 i dwa 74GB SCSI 160. > Tam pokazuje 160.000MB/s transfers, przy czym nie znaczenia czy to > siedzi na PCI64 czy w jakimś zwykłym PC z PCI32. A mierzyłeś jakie prędkości one dają realnie? Elb -- - No wiesz, pijany i o trzeciej nad ranem wracasz do domu!? - A kto powiedział, że wracam? Po gitarę tylko przyszedłem. =========================================================== FAQ pl.rec.muzyka.gitara: http://faq.prmg.art.pl/
Re: Rozwiązanie hostingowe
Author: SQ9MTR
Date: Tue, 06 Apr 2010 10:01
Date: Tue, 06 Apr 2010 10:01
17 lines
1938 bytes
1938 bytes
> Też tak mam; z tym, że dyski w RAID 1. Realne transfery s rzędu > 50MB/s przy odczycie sekwencyjnym oraz 6MB/s przy odczycie losowym > lub małymi blokami. > > U mnie jest kontroler HP Smart Array 5i. Albo ten kontroler jest > kiepski, albo FreeBSD go słabo obsługuje. > > > W tej samej maszynie jest Adaptec 29160 i dwa 74GB SCSI 160. > > Tam pokazuje 160.000MB/s transfers, przy czym nie znaczenia czy to > > siedzi na PCI64 czy w jakim zwykłym PC z PCI32. > > A mierzyłeś jakie prędkości one dają realnie? Jutro sprawdzę ten kontroler 5i w Ubuntu. A 29160 dam znać jeszcze dzisiaj (windows 2003 server). Marcin
Re: Rozwiązanie hostingowe
Author: .>hedon
Date: Tue, 06 Apr 2010 10:06
Date: Tue, 06 Apr 2010 10:06
90 lines
4893 bytes
4893 bytes
> SQ9MTR napisa (a):
>
> > Mam identycznego HP i ma y problem.
> > Dwa dyski 36GB SCSI 320 w RAID 0
> > W dmesg'u jest tak:
> > da0 at ciss0 bus 0 scbus0 target 0 lun 0
> > da0: <COMPAQ RAID 0 VOLUME OK> Fixed Direct Access SCSI-0 device
> > da0: 135.168MB/s transfers
> > da0: Command Queueing enabled
> > Pytanie sk d taka (niska) warto transferu?
>
> Te tak mam; z tym, e dyski w RAID 1. Realne transfery s rz du
> 50MB/s przy odczycie sekwencyjnym oraz 6MB/s przy odczycie losowym
> lub ma ymi blokami.
>
> U mnie jest kontroler HP Smart Array 5i. Albo ten kontroler jest
> kiepski, albo FreeBSD go s abo obs uguje.
>
> > W tej samej maszynie jest Adaptec 29160 i dwa 74GB SCSI 160.
> > Tam pokazuje 160.000MB/s transfers, przy czym nie znaczenia czy to
> > siedzi na PCI64 czy w jakim zwyk ym PC z PCI32.
>
> A mierzy e jakie pr dko ci one daj realnie?
>
Witam,
U mnie wygląda to tak na Dl380 g3 freebsd 8.0 :
Raid 5
[root@]# diskinfo -t /dev/da0s1f
/dev/da0s1f
512 # sectorsize
104914059264 # mediasize in bytes (98G)
204910272 # mediasize in sectors
0 # stripesize
1021214720 # stripeoffset
25111 # Cylinders according to firmware.
255 # Heads according to firmware.
32 # Sectors according to firmware.
# Disk ident.
Seek times:
Full stroke: 250 iter in 1.078469 sec = 4.314 msec
Half stroke: 250 iter in 1.493907 sec = 5.976 msec
Quarter stroke: 500 iter in 3.211992 sec = 6.424 msec
Short forward: 400 iter in 1.763298 sec = 4.408 msec
Short backward: 400 iter in 1.582091 sec = 3.955 msec
Seq outer: 2048 iter in 0.391394 sec = 0.191 msec
Seq inner: 2048 iter in 0.404128 sec = 0.197 msec
Transfer rates:
outside: 102400 kbytes in 1.703714 sec = 60104
kbytes/sec
middle: 102400 kbytes in 1.766950 sec = 57953
kbytes/sec
inside: 102400 kbytes in 1.768755 sec = 57894
kbytes/sec
I pojedynczy dysk
[root@]# diskinfo -t /dev/da1s1d
/dev/da1s1d
512 # sectorsize
36740612096 # mediasize in bytes (34G)
71759008 # mediasize in sectors
0 # stripesize
16384 # stripeoffset
8793 # Cylinders according to firmware.
255 # Heads according to firmware.
32 # Sectors according to firmware.
# Disk ident.
Seek times:
Full stroke: 250 iter in 3.126933 sec = 12.508 msec
Half stroke: 250 iter in 2.369086 sec = 9.476 msec
Quarter stroke: 500 iter in 3.845503 sec = 7.691 msec
Short forward: 400 iter in 1.355594 sec = 3.389 msec
Short backward: 400 iter in 1.713511 sec = 4.284 msec
Seq outer: 2048 iter in 0.362873 sec = 0.177 msec
Seq inner: 2048 iter in 0.393785 sec = 0.192 msec
Transfer rates:
outside: 102400 kbytes in 1.482605 sec = 69068
kbytes/sec
middle: 102400 kbytes in 1.751141 sec = 58476
kbytes/sec
inside: 102400 kbytes in 2.880530 sec = 35549
kbytes/sec
Myślę ze działa dobrze.
Re: Rozwiązanie hostingowe
Author: SQ9MTR
Date: Tue, 06 Apr 2010 10:17
Date: Tue, 06 Apr 2010 10:17
41 lines
3287 bytes
3287 bytes
> U mnie wygląda to tak na Dl380 g3 freebsd 8.0 :
> Raid 5
>
> [root@]# diskinfo -t /dev/da0s1f
> [..]
> Seek times:
> Full stroke: 250 iter in 1.078469 sec = 4.314 msec
> Half stroke: 250 iter in 1.493907 sec = 5.976 msec
> Quarter stroke: 500 iter in 3.211992 sec = 6.424 msec
> Short forward: 400 iter in 1.763298 sec = 4.408 msec
> Short backward: 400 iter in 1.582091 sec = 3.955 msec
> Seq outer: 2048 iter in 0.391394 sec = 0.191 msec
> Seq inner: 2048 iter in 0.404128 sec = 0.197 msec
> Transfer rates:
> outside: 102400 kbytes in 1.703714 sec = 60104
> kbytes/sec
> middle: 102400 kbytes in 1.766950 sec = 57953
> kbytes/sec
> inside: 102400 kbytes in 1.768755 sec = 57894
> kbytes/sec
RAID0 na dwóch IBM 320 36GB
Seek times:
Full stroke: 250 iter in 1.006373 sec = 4.025 msec
Half stroke: 250 iter in 0.995101 sec = 3.980 msec
Quarter stroke: 500 iter in 3.756827 sec = 7.514 msec
Short forward: 400 iter in 1.903735 sec = 4.759 msec
Short backward: 400 iter in 1.096342 sec = 2.741 msec
Seq outer: 2048 iter in 0.428624 sec = 0.209 msec
Seq inner: 2048 iter in 0.423368 sec = 0.207 msec
Transfer rates:
outside: 102400 kbytes in 1.219702 sec = 83955
kbytes/sec
middle: 102400 kbytes in 1.264257 sec = 80996
kbytes/sec
inside: 102400 kbytes in 1.022859 sec = 100112
kbytes/sec
Pytanie dodatkowe dlaczego ten raid wykrywa jako SCSI-0, SCSI-4,
SCSI-5 w różnych systemach?
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads