-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!go
blin2!goblin1!goblin.stu.neva.ru!news.astraweb.com!border6.a.newsrouter.astrawe
b.com!not-for-mail
From: "jedrek" <jedrek@jedrek>
Newsgroups: pl.comp.pecet
References: <nrm1pr$ks0$1@news.icm.edu.pl> <nrm363$joq$1@node2.news.atman.pl>
<nrm9jh$ae0$1@news.icm.edu.pl> <nrmfbf$ve6$1@node2.news.atman.pl>
<nrmog2$8h5$1@node2.news.atman.pl> <nrmqhj$ann$1@node2.news.atman.pl>
<nrmr48$b9m$1@node2.news.atman.pl>
<e...@4...com>
Subject: Re: Dyski coraz wolniejsze?
Date: Mon, 19 Sep 2016 14:03:47 +0200
Organization: dns
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.3790.3959
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.3959
Lines: 27
Message-ID: <57dfd419$0$50175$b1db1813$ca8b28d9@news.astraweb.com>
NNTP-Posting-Host: a9ad3e25.news.astraweb.com
X-Trace: DXC=Uen0WI_:XiKTE2gdJ]P=SGL?0kYOcDh@J^l1:8No0GgB7\O_j3Ye32H]JePKYMDORIFXS\S4
=lGZA2<1[[k3G[2FXM@i5JCZbbK
Xref: news-archive.icm.edu.pl pl.comp.pecet:1250659
[ ukryj nagłówki ]"Olaf Frikiov Skiorvensen"
> Nawet na SATA 600 przy kopiowaniu 2,5 GiB nie zejdziesz <5 sekund.
> Standard nie przewiduje więcej jak jakieś 550 MiB/s - cache systemu
> napompowałeś.
Jak jest z tą przepustowością 600MB/s?
Czy ona jest osiągalna niezależnie dla wszystkich kanały SATA dostępnych na
płycie? Czy dotyczy jednak łącznej przepustowości wszystkich kanałów SATA
chipa, do którego są zapięte te kanały na płycie głównej?
Czy dla każdego kanału jest ona gwarantowana?
Przykładowo płyta
http://www.gigabyte.pl/products/page/mb/ga-990fxa-ud
5rev_10/specs/
Czy mam rozumieć, że jak np. do 8 dostępnych na niej kanałów SATA (6 główne,
2 dodatkowe na osobnym chipie w tej płycie, pomijam już w rozważaniu kolejne
2 e-sata) podepniemy 8 dysków twardych to jestem w stanie uzyskać 4
równoległe transmisje (zakładamy, że dyski mają teoretyczną wydajność >>
600MB/s) każda po te realne 550MB/s? Czyli z dysku 1 kopiujemy duży plik na
dysk 2, w tym samym czasie z dysku 3 kopiujemy na 4, z dysku 5 kopiujemyna
6, oraz z 7 dysku kopiujemy na dysk 8.
Czy raczej 600MB/s podzieli się na 4 i uzyska się już wtedy dla tych 4
wątków kopiujących tylko po średnia ~150MB/s dla każdego z nich? Czy raczej
każde kopiowanie z 4 równoległych będzie się odbywać z max prędkością kanału
600MB/s?
Co rozumiesz pod pojęciem napompowania cache systemu?
Następne wpisy z tego wątku
- 19.09.16 14:45 ToMasz
- 19.09.16 15:42 Olaf Frikiov Skiorvensen
- 19.09.16 16:12 marfi
- 19.09.16 19:02 Irokez
- 19.09.16 20:16 BUNIEK
- 19.09.16 22:51 m4rkiz
- 20.09.16 09:58 robot
- 20.09.16 10:04 robot
- 20.09.16 10:08 robot
- 20.09.16 10:17 Leszek K.
- 20.09.16 10:22 robot
- 20.09.16 11:17 s...@g...com
- 20.09.16 11:22 s...@g...com
- 20.09.16 12:01 BUNIEK
- 20.09.16 13:27 Olaf Frikiov Skiorvensen
Najnowsze wątki z tej grupy
- Wyjścia video kart graficznych (NVIDIA)
- Tani laptop z Carrefoura
- Skanowanie: Canon MG2550S vs HP OfficeJet 6950
- Urządzenie 2 w 1 - discman i zewnętrzny napęd CD/DVD
- Responsywność
- Ciekawostka
- jak ściemnić laptop
- Laptop 7" mocniejszy niż eeepc
- Funbox 3.0 zakres adresów DHCP
- Re: Funbox 3.0 zakres adresów DHCP
- Miernik szybkości netu
- Wymiana SIM Aero2
- Restart PC-ta
- Sila sygnalu routera
- Wiewiórki, szczury i myszy...
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=