Re: server con freno a mano tirato

Nelle more di un test poco affidabile sembra che, da un punto di vista
delle performance, la prima configurazione sia la migliore.
La valutazione da fare e' sull'accettazione o meno della possibilità' che
un blocco della macchina possa determinare una corruzione dei dati a fronte
di un incremento delle prestazioni del 1500% circa.
L'intenzione e' di lasciare la configurazione 1.

-----------------------
root@bsd10_test:/home # mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
             I/O caching: disabled
           write caching: write-back
write cache with bad BBU: enabled
              read ahead: none
       drive write cache: disabled
root@ bsd10_test:/home # dd if=/dev/zero of=/usr/test.bin bs=1G count=1
1+0 records in
1+0 records out
1073741824 bytes transferred in 2.335248 secs (459797772 bytes/sec)
root@ bsd10_test:/home#
-----------------------
root@ bsd10_test:/home# mfiutil cache mfid0 bad-bbu-write-cache disable
Disabling write caching with bad BBU
root@bsd10_test:/home# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
             I/O caching: disabled
           write caching: write-back
write cache with bad BBU: disabled
              read ahead: none
       drive write cache: disabled
Cache disabled due to dead battery or ongoing battery relearn
root@ bsd10_test:/home# dd if=/dev/zero of=/usr/test.bin bs=1G count=1
1+0 records in
1+0 records out
1073741824 bytes transferred in 34.972557 secs (30702411 bytes/sec)
root@ bsd10_test:/home#
-----------------------
root@bsd10_test:/home # mfiutil cache mfid0 enable
Enabling caching of I/O writes
Enabling caching of I/O reads
root@bsd10_test:/home # mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
             I/O caching: writes and reads
           write caching: write-back
write cache with bad BBU: disabled
              read ahead: none
       drive write cache: disabled
Cache disabled due to dead battery or ongoing battery relearn
root@bsd10_test:/home # dd if=/dev/zero of=/usr/test.bin bs=1G count=1
1+0 records in
1+0 records out
1073741824 bytes transferred in 29.584960 secs (36293503 bytes/sec)
root@bsd10_test:/home #
-----------------------
root@bsd10_test:/home # mfiutil cache mfid0 bad-bbu-write-cache enable
Enabling write caching with bad BBU
root@bsd10_test:/home # mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
             I/O caching: writes and reads
           write caching: write-back
write cache with bad BBU: enabled
              read ahead: none
       drive write cache: disabled
root@bsd10_test:/home #
root@bsd10_test:/home # dd if=/dev/zero of=/usr/test.bin bs=1G count=1
1+0 records in
1+0 records out
1073741824 bytes transferred in 2.484743 secs (432133978 bytes/sec)
root@bsd10_test:/home #


root@ bsd10_test:/home# diskinfo -t /dev/mfid0
/dev/mfid0
512         # sectorsize
1197759004672 # mediasize in bytes (1.1T)
2339373056   # mediasize in sectors
0           # stripesize
0           # stripeoffset
145619       # Cylinders according to firmware.
255         # Heads according to firmware.
63           # Sectors according to firmware.
             # Disk ident.

Seek times:
Full stroke:  250 iter in   2.219515 sec =    8.878 msec
Half stroke:  250 iter in   1.645799 sec =    6.583 msec
Quarter stroke:  500 iter in   1.710190 sec =    3.420 msec
Short forward:  400 iter in   0.412449 sec =    1.031 msec
Short backward:  400 iter in   1.020113 sec =    2.550 msec
Seq outer: 2048 iter in   0.264678 sec =    0.129 msec
Seq inner: 2048 iter in   0.247031 sec =    0.121 msec
Transfer rates:
outside:       102400 kbytes in   0.249272 sec =   410796 kbytes/sec
middle:        102400 kbytes in   0.246640 sec =   415180 kbytes/sec
inside:        102400 kbytes in   0.246052 sec =   416172 kbytes/sec

root@ bsd10_test:/home#


Domani provero' una configurazione raidz2 e confrontero' il diskinfo

Ciao
Franco


Il giorno 06 marzo 2014 12:56, Davide D'Amico <[email protected]> ha
scritto:

> L'hai disabilitata, vero?
>
>
> Il giorno 06 marzo 2014 12:30, Franco Marchesini <
> [email protected]> ha scritto:
>
>> Aggiornamento.
>>
>> Risolto. Era un problema di configurazione della cache del controller.
>> Con mfiutil ho visto che la cache delle 2 macchine era configurata
>> diversamente.
>> Ho configurato quella della fbsd10 come la 9.1 ed adesso a' altrettanto
>> veloce.
>>
>> Saluti
>> Franco
>>
>>
>> Il giorno 06 marzo 2014 10:57, Franco Marchesini <
>> [email protected]> ha scritto:
>>
>> Ciao popolo di freebsdlandia,
>>>
>>> ieri pomeriggio sono andato da un cliente ad installare un server con
>>> freebsd 10.
>>> Installazione di default senza sorgenti e port.
>>>
>>> Parco dischi in raid60 gestito da hardware
>>> mfi0: <LSI MegaSAS Gen2> port 0x8000-0x80ff mem
>>> 0xdfb60000-0xdfb63fff,0xdfb00000-0xdfb3ffff irq 26 at device 0.0 on pci1
>>> mfi0: Using MSI
>>> mfi0: Megaraid SAS driver Ver 4.23
>>> mfi0: FW MaxCmds = 1008, limiting to 128
>>>
>>> diskinfo -t
>>>
>>> Transfer rates:
>>> outside:       102400 kbytes in   0.227811 sec =   449495 kbytes/sec
>>>  middle:        102400 kbytes in   0.229783 sec =   445638 kbytes/sec
>>> inside:        102400 kbytes in   0.244254 sec =   419236 kbytes/sec
>>>  Esecuzione di portsnap
>>>
>>> FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014
>>>     [email protected]:/usr/obj/usr/src/sys/GENERIC amd64
>>> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
>>> CPU: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz (2000.04-MHz K8-class CPU)
>>>   Origin = "GenuineIntel"  Id = 0x206d7  Family = 0x6  Model = 0x2d
>>>  Stepping = 7
>>>
>>> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>>>
>>> Features2=0x1fbee3ff<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,AVX>
>>>   AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM>
>>>   AMD Features2=0x1<LAHF>
>>>   TSC: P-state invariant, performance statistics
>>> real memory  = 17179869184 (16384 MB)
>>> avail memory = 16525213696 (15759 MB)
>>> Event timer "LAPIC" quality 600
>>> ACPI APIC Table: <FTS    D2939-A1>
>>> FreeBSD/SMP: Multiprocessor System Detected: 24 CPUs
>>> FreeBSD/SMP: 2 package(s) x 6 core(s) x 2 SMT threads
>>>
>>> Installo il database Firebird (purtroppo non abbiamo ancora completato
>>> la migrazione a postgreSQL) e già' qui' ci metto oltre un'ora mentre i
>>> tempi, a memoria, mi sembravano più' contenuti.
>>>
>>> Stamattina creo una macchina virtuale con fusion (1 processore e 512mb
>>> ram) e ripeto la sequenza.
>>> Tempi di compilazione/installazione del port inferiori alla mezz'ora.
>>>
>>> Eseguo un test di generazione e scrittura di record da sql.
>>> Sulla macchina virtuale circa 500.000 record in 10 minuti
>>> Sul server a 20000 record si pianta, come se non riuscisse a flushare i
>>> dati.
>>>
>>> Quindi avrei 2 problemi:
>>> 1) i tempi di compilazione, e qui' dovrebbe essere un problema di
>>> processore
>>> 2) i tempi di elaborazione sql, problemi di gestione del controller?
>>>
>>> La macchina e' un Fujitsu-Siemens R300.qualcosa.
>>>
>>> La cosa simpatica e' che una macchina gemella con Freebsd 9.1, il
>>> controller configurato in JBOD ed i dischi in ZFS  funziona che e' una
>>> meraviglia.
>>>
>>> Ho intenzione di andare a riconfigurare la macchina con JBOD e ZFS e
>>> rifare le prove.
>>> Nel frattempo qualcuno ha qualche idea?
>>>
>>> Grazie in anticipo
>>> Franco
>>>
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> Aiuto mailing list
>> [email protected]
>> http://mailman.gufi.org/mailman/listinfo/aiuto
>>
>>
>
>
> --
> d.
>
> _______________________________________________
> Aiuto mailing list
> [email protected]
> http://mailman.gufi.org/mailman/listinfo/aiuto
>
>

_______________________________________________
Aiuto mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/aiuto