Questo sito utilizza cookie di profilazione (propri e di terze parti) per ottimizzare la tua esperienza online e per inviarti pubblicità in linea con le tue preferenze. Continuando a utilizzare questo sito senza modificare le tue preferenze acconsenti all’uso dei cookie. Se vuoi saperne di più o negare il consenso a tutti o ad alcuni cookie clicca qui>
The website that you are visiting also provides Arabian language. Do you wish to switch language version?
يوفر موقع الويب الذي تزوره المحتوى باللغة العربية أيضًا. هل ترغب في تبديل إصدار اللغة؟
The website that you are visiting also provides Russia language Do you wish to switch language version?
Данный сайт есть в английской версии. Желаете ли Вы перейти на английскую версию?
Customer claimed that We are currently testing the EDS application on the new server using Durado storage and base on the test result from EDS team the current prod processing time is only 6hrs compare to the new server/storage 22hrs+.
Please see below screenshot for the summary od EDS data loading report:
Using IOmeter to simulate customer's 100% read production, tested under 1\4\8 coefficient of coincidence, the bandwidth was keeping several handred MB:
However, according to the POC test which customer satisfied with: The number of the files was 198, 5.54G for each file, cost 6 hours for finishing the read operation. So the bandwidth is 5.54G*198/6 hours=about 50MB/s, it means the Dorado at IOmeter simulation environment can fulfill customer's requirement and get their satisfiction a lot.
As upon, there's no problem at storage side, let's return to the host (OS) side.
Found that customer put all the files which been read on the local drive C, the local drive could not provide such high performance as storage, so the root casuse has been located.
Customer move the data files from local drive C to the drive(LUN) of storage, the problem was resolved.