forum.opennet.ru - "Тестирование SSD Intel x25m в Linux" (39)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Тестирование SSD Intel x25m в Linux"

Форумы Разговоры, обсуждение новостей (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Тестирование SSD Intel x25m в Linux"		+/–
Сообщение от opennews (ok) on 08-Янв-10, 15:02
Проведено (http://www.setupc.ru/wiki/moin.cgi/ssd_test_x25m) тестирование производительности твердотельного диска (Solid State Disk) Intel X25-m G1. Тестирование проводилось при помощи утилиты iozone (http://www.iozone.org/), на системе с Linux ядром 2.6.31.6 и Файловой системой ext3 с параметрами по умолчанию. Для уменьшения влияния планировщика ввода-вывода на результаты тестирование проводилось в режиме с elevator=noop. Для отключения файловых кешей Linux использовались опции "iozone -o -I". Эти опции приводят к установке флагов O_SYNC и O_DIRECT при открытии файлов Показана зависимость скорости чтения-записи от размера файла и размера запрашиваемого блока. Так же продемонстрирована зависимость скорости работы диска от количества одновременно запущенных процессов. Результаты тестирования демонстрируют основные преимущества твердотельных накопителей в сравнении с традицонными HDD. URL: http://www.setupc.ru/wiki/moin.cgi/ssd_test_x25m Новость: http://www.opennet.dev/opennews/art.shtml?num=24935
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Тестирование SSD Intel x25m в Linux, XoRe, 15:02 , 08-Янв-10, (1)

Тестирование SSD Intel x25m в Linux, _Vitaly_, 15:19 , 08-Янв-10, (2)

Тестирование SSD Intel x25m в Linux, XoRe, 15:45 , 08-Янв-10, (4)

Тестирование SSD Intel x25m в Linux, anonymous, 19:03 , 08-Янв-10, (7)

Тестирование SSD Intel x25m в Linux, XoRe, 20:00 , 09-Янв-10, (27)

Тестирование SSD Intel x25m в Linux, _Vitaly_, 01:19 , 09-Янв-10, (18)

Тестирование SSD Intel x25m в Linux, XoRe, 19:35 , 09-Янв-10, (26)

Тестирование SSD Intel x25m в Linux, Аноним, 15:34 , 08-Янв-10, (3)

Тестирование SSD Intel x25m в Linux, аноним, 18:49 , 08-Янв-10, (6)

Тестирование SSD Intel x25m в Linux, pavlinux, 17:23 , 08-Янв-10, (5)

Тестирование SSD Intel x25m в Linux, anonymous, 19:07 , 08-Янв-10, (8)

Тестирование SSD Intel x25m в Linux, pavlinux, 19:44 , 08-Янв-10, (9)

Тестирование SSD Intel x25m в Linux, Аноним, 20:57 , 08-Янв-10, (10)
Тестирование SSD Intel x25m в Linux, pro100master, 21:00 , 08-Янв-10, (11)

Тестирование SSD Intel x25m в Linux, pavlinux, 00:41 , 09-Янв-10, (15)

Тестирование SSD Intel x25m в Linux, ABorland, 06:24 , 19-Янв-10, (39)

Тестирование SSD Intel x25m в Linux, User294, 21:46 , 08-Янв-10, (12)

Тестирование SSD Intel x25m в Linux, pavlinux, 00:46 , 09-Янв-10, (16)

Тестирование SSD Intel x25m в Linux, Aleksey Salow, 07:02 , 10-Янв-10, (30)

Тестирование SSD Intel x25m в Linux, pavlinux, 15:22 , 10-Янв-10, (34)

Тестирование SSD Intel x25m в Linux, Aleksey Salow, 16:56 , 10-Янв-10, (35)

Тестирование SSD Intel x25m в Linux, Lindemidux, 15:49 , 09-Янв-10, (22)

Тестирование SSD Intel x25m в Linux, pavlinux, 16:46 , 09-Янв-10, (23)

Тестирование SSD Intel x25m в Linux, User294, 16:57 , 09-Янв-10, (24)

Тестирование SSD Intel x25m в Linux, Aleksey Salow, 06:54 , 10-Янв-10, (29) –1

Тестирование SSD Intel x25m в Linux, User294, 21:49 , 08-Янв-10, (13)

Тестирование SSD Intel x25m в Linux, pavlinux, 00:51 , 09-Янв-10, (17)

Тестирование SSD Intel x25m в Linux, User294, 17:01 , 09-Янв-10, (25)

Тестирование SSD Intel x25m в Linux, pavlinux, 20:37 , 09-Янв-10, (28)

Тестирование SSD Intel x25m в Linux, User294, 21:30 , 10-Янв-10, (36)

Тестирование SSD Intel x25m в Linux, rstone, 21:54 , 08-Янв-10, (14)

Тестирование SSD Intel x25m в Linux, aospan, 12:22 , 09-Янв-10, (20)

Запрашивает Миша Рыцаревъ, ua9oas, 07:17 , 09-Янв-10, (19)

Запрашивает Миша Рыцаревъ, aospan, 12:26 , 09-Янв-10, (21)

Тестирование SSD Intel x25m в Linux, rstone, 11:23 , 10-Янв-10, (31)

Тестирование SSD Intel x25m в Linux, rstone, 11:27 , 10-Янв-10, (32)
Тестирование SSD Intel x25m в Linux, aospan, 12:18 , 10-Янв-10, (33)

Тестирование SSD Intel x25m в Linux, edo, 10:08 , 12-Янв-10, (37)

Тестирование SSD Intel x25m в Linux, aospan, 12:35 , 12-Янв-10, (38)

Сообщения по теме [Сортировка по времени | RSS]

1. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от XoRe (ok) on 08-Янв-10, 15:02

Очень интересно, спасибо за статью.
Форониксу есть на кого равняться)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от _Vitaly_ (ok) on 08-Янв-10, 15:19

http://www.anandtech.com/storage/
IMHO там более полные и понятные выкладки.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от XoRe (ok) on 08-Янв-10, 15:45

>http://www.anandtech.com/storage/
>
>IMHO там более полные и понятные выкладки.
Буду рад увидеть тут новость с сылкой на статью оттуда)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от anonymous (??) on 08-Янв-10, 19:03

А зачем? Синтетические тесты в стиле фороникса, только под офтопик.
немного приправленоа маркетинговым булщитом.
После тестов должны быть видны достоинства и недостатки.
если недостатков нет, то это тупая заказуха.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от XoRe (ok) on 09-Янв-10, 20:00

>А зачем? Синтетические тесты в стиле фороникса, только под офтопик.
>немного приправленоа маркетинговым булщитом.
>После тестов должны быть видны достоинства и недостатки.
>если недостатков нет, то это тупая заказуха.
Если честно, я даже не смотрел на эти "Kbytes/sec".
Я смотрел на зависимость скорости от размера блока данных, от размера копируемого файла, от количества одновременных процессов.
Именно от этих параметров зависит скорость работы приложений, работающих с файлами.
Но не все это понимают.
Например, судя по статье, разница между блоком в 4кб и 128кб различается в разы.
Что это означает на практике?
Это значит, что  можно увеличить быстродействие какой-то системы на десятки или сотни процентов, прописав оптимальные значения.
Без затрат средств на обновление аппаратного обеспечения.
А "Kbytes/sec" - это да, это сферично.
Если быстродействие упирается именно в этот показатель, тут только менять дисковую подсистему.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от _Vitaly_ (ok) on 09-Янв-10, 01:19

Больше месяца прошло. Это уже какой-то некропостинг получится :)
Видимо, не все знают про anandtech, вот и изобретают SSD-велосипеды.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от XoRe (ok) on 09-Янв-10, 19:35

>Больше месяца прошло. Это уже какой-то некропостинг получится :)
>
>Видимо, не все знают про anandtech, вот и изобретают SSD-велосипеды.
Согласен.
Я вот про этот сайт не знал.
Буду рад увидеть тут новости про интересные и полезные статьи оттуда)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от Аноним (??) on 08-Янв-10, 15:34

быстрее чем на винде. круто

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от аноним on 08-Янв-10, 18:49

Чего в этом удивительного?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 08-Янв-10, 17:23

Ура Ultra320SCSI Рулит, 93 Mb/sec на запись!!!
Интересно другое...
> max UDMA/133
А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от anonymous (??) on 08-Янв-10, 19:07

>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка...
SATA-II 3Gbps где неувязка?
в диагноститеском сообщении драйвера, что он может общаться с девайсом ata командами?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 08-Янв-10, 19:44

>>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка...
>
>SATA-II 3Gbps где неувязка?
>в диагноститеском сообщении драйвера, что он может общаться с девайсом ata командами?
>
SATA link up 3.0 Gbps - рекламная фишка, ПиаР, понты, дайте денег, мы крутые как яйцы бобра...
Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - 3e9/8 = 375 Mb/sec.
Во вторых, это скорость на проводе, - между чипсетом и контроллером на диске.
По обе стороны провода идут кодирование, ECC, latency и прочие полезные фишки.
Далее идут добавки от чипсетов, оператифки, и наконец, добивает всё OСь.
Планировщики ввода/вывода, планировщики задач, сискалы... и т.п.
За счёт больших кэшей, можно добиться реальных 50% скорости, от рекламных.
За счёт рисования бенчмарков, можно добиться реальных 75% скорости, от рекламных.
В реальности 10-15% при записи, ну и до 40% на чтение.
Бенчмарки дело третье... из этого бенча http://www.setupc.ru/wiki/moin.cgi/ssd_test_x25m?action=Atta...
random read везде быстрее :), 1 из 2-х - либо пиз...т, либо random number generator плохой.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от Аноним (??) on 08-Янв-10, 20:57

Если не секрет - что идёт лишнего "от чипсетов, оператифки" по SATA шине ? ECC идёт отдельно от кодирования ? Что добивает ОСь ? Что вы курили когда писали этот пост ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pro100master (ok) on 08-Янв-10, 21:00

>SATA link up 3.0 Gbps - рекламная фишка, ПиаР, понты, дайте денег, мы крутые как яйцы >бобра...
>Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - 3e9/8 = 375 Mb/sec.
>Во вторых, это скорость на проводе, - между чипсетом и контроллером на диске.
>По обе стороны провода идут кодирование, ECC, latency и прочие полезные фишки.
>Далее идут добавки от чипсетов, оператифки, и наконец, добивает всё OСь.
глупости вы пишите. На той же самой сетевухе, маркированной 1ГБ, вы этот ГигаБит и получите. Не верите? Отключите qos udp, icmp и проверьте :))) И нет там никаких наводок видимых. Маркировка даётся уже с учетом всех "наводок", "latency и прочие полезные фишки".
По теме. Согласен, что цифры бесполезные. Почему? Честно? Ну да, на сервер самое милое дело ssd врубить, чтобы через 3 месяца в субботу вечером внезапно клиенты начали звонить - место кончилось :)))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 09-Янв-10, 00:41

> Маркировка даётся уже с учетом всех "наводок", "latency и прочие полезные фишки".
Ага ага... :)
Маркировка даётся с учётом стандартов.
Многие сетевухи на 10/100 давно уже умеют и 130Mb и 160Mb,
гигабитный Интел может 1.12Gb, а Noname RTL8169 еле 750 поднимает, попадаются на оборот...

>
> Ну да, на сервер самое милое дело ssd врубить, чтобы через 3 месяца в субботу
>вечером внезапно клиенты начали звонить - место кончилось :)))
Их туда врубают для кэшей, свопов, $TMPDIR, и прочего часто обновляющесяго...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от ABorland on 19-Янв-10, 06:24

хотел бы я посмотреть на сервер у которого каталог /tmp на ssd
и как он через год зависнет по причине исчерпания ресурса перезаписываний

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от User294 (ok) on 08-Янв-10, 21:46

> Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше -
Эпик фэйл! Вот уж от кого не ожидал... oO. Павлин, а ты про кодирование 8 к 10 в SATA интерфейсе никогда не слышал? Хорошо бы услышать было, при том - *до* проведения столь кульных вычислений :P.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 09-Янв-10, 00:46

>> Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше -
>
>Эпик фэйл! Вот уж от кого не ожидал... oO. Павлин, а ты
>про кодирование 8 к 10 в SATA
Не в 8 к 10, а 8B/10B... что не легче, значит SATA быстрый модем :) -  8 бит данных, 1 чётность., 1 стоповый.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от Aleksey Salow (ok) on 10-Янв-10, 07:02

>>> Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше -
>>
>>Эпик фэйл! Вот уж от кого не ожидал... oO. Павлин, а ты
>>про кодирование 8 к 10 в SATA
>
>Не в 8 к 10, а 8B/10B... что не легче, значит SATA
>быстрый модем :) -  8 бит данных, 1 чётность., 1
>стоповый.
Мне вот интересно, это только я один догадался в википедию заглянуть и почитать что собой представляет 8b/10b кодирование?
http://en.wikipedia.org/wiki/8b/10b_encoding
PS павлинух - мимо утки.
PPS  Lindemidux  - тоже мимо

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

34. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 10-Янв-10, 15:22

>[оверквотинг удален]
>>>про кодирование 8 к 10 в SATA
>>
>>Не в 8 к 10, а 8B/10B... что не легче, значит SATA
>>быстрый модем :) -  8 бит данных, 1 чётность., 1
>>стоповый.
>
>Мне вот интересно, это только я один догадался в википедию заглянуть и
>почитать что собой представляет 8b/10b кодирование?
>http://en.wikipedia.org/wiki/8b/10b_encoding
>
Ну и чё ты выпиндрился...
Мы эти кодирования ещё в децком саду проходили, Википедии тогда не было, по "Теории информации"
И ваще, задолбали своей Википедией, у самих мозг остался?!
Не, коль такой вумный, нарисуй закодированую строку из 4 байт
  8B
11111111    -
10101010    -
10100111    -
11001101    -
А таком виде - ~|________|~, где: "_|~" - малый потенциал, пусть будет 0, "~|_" - 1,

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от Aleksey Salow (ok) on 10-Янв-10, 16:56

>Мы эти кодирования ещё в децком саду проходили, Википедии тогда не было,
>по "Теории информации"
Остынь павлинух. Мы тоже проходили, и что с этого?
>И ваще, задолбали своей Википедией, у самих мозг остался?!
Просто если я пишу что-то в чём не уверен, то стараюсь проверить информацию насколько это возможно. Запрос в гугль выдал статью в педовикии в которой всё было написано английским по белом - никаких стопов, чётности и прочей фигни. На всё про всё - пару мин, и никаких ошибок. Так что павлинух иногда всё же лучше жевать, а если указали на ошибку - то тем более.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от Lindemidux (??) on 09-Янв-10, 15:49

Ути-пути толстенький, читай спецификацию SATA, там 2 бита служебных специально для этих целей.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 09-Янв-10, 16:46

>Ути-пути толстенький, читай спецификацию SATA, там 2 бита служебных специально для этих
>целей.
Так по проводу они всё равно летают, от чипсета до диска?!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от User294 (ok) on 09-Янв-10, 16:57

>Так по проводу они всё равно летают, от чипсета до диска?!
Павлин, не тормози, 2 лишних бита - именно для передачи по проводу и есть.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "Тестирование SSD Intel x25m в Linux" –1 +/–

Сообщение от Aleksey Salow (ok) on 10-Янв-10, 06:54

>SATA link up 3.0 Gbps - рекламная фишка, ПиаР, понты, дайте денег,
>мы крутые как яйцы бобра...
Иногда лучше жевать.
>Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше
>- 3e9/8 = 375 Mb/sec.
Вообще-то в 10. В sata пользуют 8b/10b кодирование
>Во вторых, это скорость на проводе, - между чипсетом и контроллером на
>диске.
Угу.
>По обе стороны провода идут кодирование, ECC, latency и прочие полезные фишки.
Там синхронный канал, так что latency там фиксировано и никакой роли при потоковой передаче не играет. ecc там нет вроде как (его не было в pata, и тут скорее всего нет).
>Далее идут добавки от чипсетов, оператифки, и наконец, добивает всё OСь.
Вы почитайте что такое dma и bus master. Посчитайте сколько ваша оперативка пропустить через себя может. Мелочи это всё.
>Планировщики ввода/вывода, планировщики задач, сискалы... и т.п.
Он такой тормознутый?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от User294 (ok) on 08-Янв-10, 21:49

>> max UDMA/133
>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка...
Думаешь, это сообщение в данном случае несет глубокий физический смысл? А я думал глубокий физический смысл - в 3GBps линке, сырая скорость которого 300Мбайт в секунду...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 09-Янв-10, 00:51

>>> max UDMA/133
>>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка...
>
>Думаешь, это сообщение в данном случае несет глубокий физический смысл? А я
>думал глубокий физический смысл - в 3GBps линке, сырая скорость которого
>300Мбайт в секунду...
Хоть сырая, хоть мокрая .... ну не будет девайс писать 120Gb SQL базу или 5 BR-ROM со скоростью 300Mb/s, хоть ты пукни...
Такие скорости у 15000 rpm SAS на на оптике...



Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от User294 (ok) on 09-Янв-10, 17:01

>Хоть сырая, хоть мокрая .... ну не будет девайс писать 120Gb SQL
>базу или 5 BR-ROM со скоростью 300Mb/s, хоть ты пукни...
А где там скорость в 300Мб/с была? Это скорость (сферического) потока (в вакууме) со всеми командами, максимальная из того что возможно в теории по этому интерфейсу. Ессно в реальном случае будет куча оверхеда и реальная скорость будет 200 с чем-то. При условии что девайс со своей стороны не тормозит.

>Такие скорости у 15000 rpm SAS на на оптике...
Ты хочешь сказать что у них скорость записи на блины выше 300 мегов в секунду у в случае SAS с обычным SATAшным физическим уровнем упирается именно в него а не в тормознутую механику? Тем более что если твой 15000 RPMовый не дай боже заложит пару seek'ов - ждать придется МИЛЛИСЕКУНДЫ на каждый seek. Как и в старые добрые времена. Ну механика же. А вот флеш - знаешь, адрес куда запись происходит сменить это не физические головы в другой конец диска загнать. Да и при чтении такая же байда. Отсюда и потенциальный выигрыш.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от pavlinux (ok) on 09-Янв-10, 20:37

> Ты хочешь сказать что у них скорость записи на блины выше 300 мегов
Это ты сказать хочешь, а мне на интерфейс насрать, но если прикалывает
FC SAS = 4Gb/s, SAS-II = 6Gb/s, FC SAS-II 8Gb/s - см. Qlogic 2560
А реальная скорость записи у FC SAS диска 105Mb/s
На чтение да, уже проигрывают ... со счётом 1:2

> Отсюда и потенциальный выигрыш.
Где выигрыш? Йопнулся что ля ... 60 Mb/s на запись????
У мня дома старый ASC 29320A и Maxtor Atlas II на 15k,  и то даёт
93 Mb/s WRITE
84 Mb/s RANDOM WRITE

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

36. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от User294 (ok) on 10-Янв-10, 21:30

>Это ты сказать хочешь, а мне на интерфейс насрать, но если прикалывает
> FC SAS = 4Gb/s, SAS-II = 6Gb/s, FC SAS-II 8Gb/s -
>см. Qlogic 2560
Это гигаБиты? А то SATA с 6Гбит уже на подходе.
>А реальная скорость записи у FC SAS диска 105Mb/s
А что, 105 мб/сек считается чем-то крутым? Столько нынче SOHOвские диски выжимают. У 15 000 rpm основной выигрыш в времени seek, в общем то. Как бы чем быстрее диски крутятся тем быстрее после загона головы в нужное место нужный сектор под ней пролетит.
>Где выигрыш?
При нагрузке с большой фрагментацией?
>Йопнулся что ля ... 60 Mb/s на запись????
>У мня дома старый ASC 29320A и Maxtor Atlas II на 15k,
> и то даёт
>93 Mb/s WRITE
>84 Mb/s RANDOM WRITE
Заставь диски гонять головы туда-сюда соответствующей нагрузкой и посмотри что останется от этих мегов в секунду :).Чудес не бывает - механический прогон голов тудаю-сюда время требует, а у флешатины гонять нечего, адрес сменить быстро. А запись у флеша тоормзная, ты как к ней избирательно прикопался, да? Разумеется, если нагрузка с интненсивной записью, не очень фрагментированная и в большом объеме - лучше флеш не юзать. А то еще и протрется чего доброго до дыр - циклов перезаписи оно выдерживает не так уж и много :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от rstone (??) on 08-Янв-10, 21:54

В версии G1 вроде TRIM  не поддерживался .
Вопрос к автору : со временем нет ухудшения  в скорости записи ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от aospan on 09-Янв-10, 12:22

Да, в G1 нету TRIM ... постараюсь в ближайшее время погонять G2.
За скоростью понаблюдаю в процессе эксплуатации. Пока только тесты гонял ... :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Запрашивает Миша Рыцаревъ" +/–

Сообщение от ua9oas on 09-Янв-10, 07:17

  Интересно, а как результаты тестов этой вещи будут отличаться, если ядро и файловая система будут использоваться более новые? А то ведь и ext4 достаточно давно существует и ядро 2.6.32 и даже релизы 2.6.33 разные во всю уже существуют и я читал, что все это имеет немало усовершенствований (прогресс) по сравнению с тем, что тут приведено

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Запрашивает Миша Рыцаревъ" +/–

Сообщение от aospan on 09-Янв-10, 12:26

Ок, попробую с более новым ядром. Теоретически ничего не должно поменяться - в тесте влияние ядра сведено к минимуму, да и показанные результаты очень близки к заявленным производителем ( 250 МБ/сек на чтение и 70 МБ/сек на запись ).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от rstone (??) on 10-Янв-10, 11:23

SSDSA2SH064G1GC ( X25E , Kingston OEM , 64G  )  , FW 8790
RANDOM READ TESTS .

10 Files ( 1 GB each) and 10 reading processes
CFQ          20046 KBps
Deadline     49169 KBps
4 Files ( 1 GB each) and 4  reading processes
CFQ           48966 KBps
Deadline      50697 KBps
1 FILE ( 50 GB ) and one reader process
CFQ            78849 KBps
Deadline    79203 KBps
Centos 5.2 , iosched/fifobatch set to 1 .

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от rstone (??) on 10-Янв-10, 11:27

>SSDSA2SH064G1GC ( X25E , Kingston OEM , 64G  )  ,
>FW 8790
>RANDOM READ TESTS .
record size = 50 kb , ( специфика нашей аппликации )

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от aospan on 10-Янв-10, 12:18

Похоже не быстро даже для "record size = 50 kb", хотя x25e вроде как более "продвинутый" относительно x25m. По моим графикам при таком размере блока скорость "random read" около 120 МБ/сек.
Поглядите, может NCQ отключен (dmesg | grep NCQ) ? Без NCQ скорость чтения заметно падает ( наблюдаю падение с 250 МБ/сек до 180 МБ/сек т.е. примерно -30% ).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от edo (ok) on 12-Янв-10, 10:08

я неправильно читаю график или действительно для блоков размером менее 128кб/с random write намного быстре sequential write?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "Тестирование SSD Intel x25m в Linux" +/–

Сообщение от aospan on 12-Янв-10, 12:35

да, так и есть. объясняется это скорее всего тем, что при записи контроллер может писать только блоками по 128 КБ (или более). При этом при последовательной записи если в блоке уже есть данные, то контроллеру необходимо их считать, добавить к ним новые данные и записать обратно.
При рандомной записи таких ситуаций возникает меньше т.к. есть вероятность, что часть данных будет записана в блок размером 128КБ один раз.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Тестирование SSD Intel x25m в Linux"		+/–
Сообщение от XoRe (ok) on 08-Янв-10, 15:02
Очень интересно, спасибо за статью. Форониксу есть на кого равняться)
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от _Vitaly_ (ok) on 08-Янв-10, 15:19
	http://www.anandtech.com/storage/ IMHO там более полные и понятные выкладки.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от XoRe (ok) on 08-Янв-10, 15:45
	>http://www.anandtech.com/storage/ > >IMHO там более полные и понятные выкладки. Буду рад увидеть тут новость с сылкой на статью оттуда)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от anonymous (??) on 08-Янв-10, 19:03
	А зачем? Синтетические тесты в стиле фороникса, только под офтопик. немного приправленоа маркетинговым булщитом. После тестов должны быть видны достоинства и недостатки. если недостатков нет, то это тупая заказуха.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от XoRe (ok) on 09-Янв-10, 20:00
	>А зачем? Синтетические тесты в стиле фороникса, только под офтопик. >немного приправленоа маркетинговым булщитом. >После тестов должны быть видны достоинства и недостатки. >если недостатков нет, то это тупая заказуха. Если честно, я даже не смотрел на эти "Kbytes/sec". Я смотрел на зависимость скорости от размера блока данных, от размера копируемого файла, от количества одновременных процессов. Именно от этих параметров зависит скорость работы приложений, работающих с файлами. Но не все это понимают. Например, судя по статье, разница между блоком в 4кб и 128кб различается в разы. Что это означает на практике? Это значит, что можно увеличить быстродействие какой-то системы на десятки или сотни процентов, прописав оптимальные значения. Без затрат средств на обновление аппаратного обеспечения. А "Kbytes/sec" - это да, это сферично. Если быстродействие упирается именно в этот показатель, тут только менять дисковую подсистему.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от _Vitaly_ (ok) on 09-Янв-10, 01:19
	Больше месяца прошло. Это уже какой-то некропостинг получится :) Видимо, не все знают про anandtech, вот и изобретают SSD-велосипеды.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от XoRe (ok) on 09-Янв-10, 19:35
	>Больше месяца прошло. Это уже какой-то некропостинг получится :) > >Видимо, не все знают про anandtech, вот и изобретают SSD-велосипеды. Согласен. Я вот про этот сайт не знал. Буду рад увидеть тут новости про интересные и полезные статьи оттуда)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Тестирование SSD Intel x25m в Linux"		+/–
Сообщение от Аноним (??) on 08-Янв-10, 15:34
быстрее чем на винде. круто
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от аноним on 08-Янв-10, 18:49
	Чего в этом удивительного?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Тестирование SSD Intel x25m в Linux"		+/–
Сообщение от pavlinux (ok) on 08-Янв-10, 17:23
Ура Ultra320SCSI Рулит, 93 Mb/sec на запись!!! Интересно другое... > max UDMA/133 А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка...
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от anonymous (??) on 08-Янв-10, 19:07
	>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка... SATA-II 3Gbps где неувязка? в диагноститеском сообщении драйвера, что он может общаться с девайсом ata командами?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 08-Янв-10, 19:44
	>>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка... > >SATA-II 3Gbps где неувязка? >в диагноститеском сообщении драйвера, что он может общаться с девайсом ata командами? > SATA link up 3.0 Gbps - рекламная фишка, ПиаР, понты, дайте денег, мы крутые как яйцы бобра... Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - 3e9/8 = 375 Mb/sec. Во вторых, это скорость на проводе, - между чипсетом и контроллером на диске. По обе стороны провода идут кодирование, ECC, latency и прочие полезные фишки. Далее идут добавки от чипсетов, оператифки, и наконец, добивает всё OСь. Планировщики ввода/вывода, планировщики задач, сискалы... и т.п. За счёт больших кэшей, можно добиться реальных 50% скорости, от рекламных. За счёт рисования бенчмарков, можно добиться реальных 75% скорости, от рекламных. В реальности 10-15% при записи, ну и до 40% на чтение. Бенчмарки дело третье... из этого бенча http://www.setupc.ru/wiki/moin.cgi/ssd_test_x25m?action=Atta... random read везде быстрее :), 1 из 2-х - либо пиз...т, либо random number generator плохой.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от Аноним (??) on 08-Янв-10, 20:57
	Если не секрет - что идёт лишнего "от чипсетов, оператифки" по SATA шине ? ECC идёт отдельно от кодирования ? Что добивает ОСь ? Что вы курили когда писали этот пост ?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pro100master (ok) on 08-Янв-10, 21:00
	>SATA link up 3.0 Gbps - рекламная фишка, ПиаР, понты, дайте денег, мы крутые как яйцы >бобра... >Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - 3e9/8 = 375 Mb/sec. >Во вторых, это скорость на проводе, - между чипсетом и контроллером на диске. >По обе стороны провода идут кодирование, ECC, latency и прочие полезные фишки. >Далее идут добавки от чипсетов, оператифки, и наконец, добивает всё OСь. глупости вы пишите. На той же самой сетевухе, маркированной 1ГБ, вы этот ГигаБит и получите. Не верите? Отключите qos udp, icmp и проверьте :))) И нет там никаких наводок видимых. Маркировка даётся уже с учетом всех "наводок", "latency и прочие полезные фишки". По теме. Согласен, что цифры бесполезные. Почему? Честно? Ну да, на сервер самое милое дело ssd врубить, чтобы через 3 месяца в субботу вечером внезапно клиенты начали звонить - место кончилось :)))
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 09-Янв-10, 00:41
	> Маркировка даётся уже с учетом всех "наводок", "latency и прочие полезные фишки". Ага ага... :) Маркировка даётся с учётом стандартов. Многие сетевухи на 10/100 давно уже умеют и 130Mb и 160Mb, гигабитный Интел может 1.12Gb, а Noname RTL8169 еле 750 поднимает, попадаются на оборот... > > Ну да, на сервер самое милое дело ssd врубить, чтобы через 3 месяца в субботу >вечером внезапно клиенты начали звонить - место кончилось :))) Их туда врубают для кэшей, свопов, $TMPDIR, и прочего часто обновляющесяго...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от ABorland on 19-Янв-10, 06:24
	хотел бы я посмотреть на сервер у которого каталог /tmp на ssd и как он через год зависнет по причине исчерпания ресурса перезаписываний
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от User294 (ok) on 08-Янв-10, 21:46
	> Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - Эпик фэйл! Вот уж от кого не ожидал... oO. Павлин, а ты про кодирование 8 к 10 в SATA интерфейсе никогда не слышал? Хорошо бы услышать было, при том - до проведения столь кульных вычислений :P.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 09-Янв-10, 00:46
	>> Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - > >Эпик фэйл! Вот уж от кого не ожидал... oO. Павлин, а ты >про кодирование 8 к 10 в SATA Не в 8 к 10, а 8B/10B... что не легче, значит SATA быстрый модем :) - 8 бит данных, 1 чётность., 1 стоповый.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от Aleksey Salow (ok) on 10-Янв-10, 07:02
	>>> Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше - >> >>Эпик фэйл! Вот уж от кого не ожидал... oO. Павлин, а ты >>про кодирование 8 к 10 в SATA > >Не в 8 к 10, а 8B/10B... что не легче, значит SATA >быстрый модем :) - 8 бит данных, 1 чётность., 1 >стоповый. Мне вот интересно, это только я один догадался в википедию заглянуть и почитать что собой представляет 8b/10b кодирование? http://en.wikipedia.org/wiki/8b/10b_encoding PS павлинух - мимо утки. PPS Lindemidux - тоже мимо
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 10-Янв-10, 15:22
	>[оверквотинг удален] >>>про кодирование 8 к 10 в SATA >> >>Не в 8 к 10, а 8B/10B... что не легче, значит SATA >>быстрый модем :) - 8 бит данных, 1 чётность., 1 >>стоповый. > >Мне вот интересно, это только я один догадался в википедию заглянуть и >почитать что собой представляет 8b/10b кодирование? >http://en.wikipedia.org/wiki/8b/10b_encoding > Ну и чё ты выпиндрился... Мы эти кодирования ещё в децком саду проходили, Википедии тогда не было, по "Теории информации" И ваще, задолбали своей Википедией, у самих мозг остался?! Не, коль такой вумный, нарисуй закодированую строку из 4 байт 8B 11111111 - 10101010 - 10100111 - 11001101 - А таком виде - ~\|________\|~, где: "_\|~" - малый потенциал, пусть будет 0, "~\|_" - 1,
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от Aleksey Salow (ok) on 10-Янв-10, 16:56
	>Мы эти кодирования ещё в децком саду проходили, Википедии тогда не было, >по "Теории информации" Остынь павлинух. Мы тоже проходили, и что с этого? >И ваще, задолбали своей Википедией, у самих мозг остался?! Просто если я пишу что-то в чём не уверен, то стараюсь проверить информацию насколько это возможно. Запрос в гугль выдал статью в педовикии в которой всё было написано английским по белом - никаких стопов, чётности и прочей фигни. На всё про всё - пару мин, и никаких ошибок. Так что павлинух иногда всё же лучше жевать, а если указали на ошибку - то тем более.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от Lindemidux (??) on 09-Янв-10, 15:49
	Ути-пути толстенький, читай спецификацию SATA, там 2 бита служебных специально для этих целей.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 09-Янв-10, 16:46
	>Ути-пути толстенький, читай спецификацию SATA, там 2 бита служебных специально для этих >целей. Так по проводу они всё равно летают, от чипсета до диска?!
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от User294 (ok) on 09-Янв-10, 16:57
	>Так по проводу они всё равно летают, от чипсета до диска?! Павлин, не тормози, 2 лишних бита - именно для передачи по проводу и есть.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Тестирование SSD Intel x25m в Linux"		–1 +/–
	Сообщение от Aleksey Salow (ok) on 10-Янв-10, 06:54
	>SATA link up 3.0 Gbps - рекламная фишка, ПиаР, понты, дайте денег, >мы крутые как яйцы бобра... Иногда лучше жевать. >Во первых там БИТ/сек., как в сетевушке, т.е. в 8 раз меньше >- 3e9/8 = 375 Mb/sec. Вообще-то в 10. В sata пользуют 8b/10b кодирование >Во вторых, это скорость на проводе, - между чипсетом и контроллером на >диске. Угу. >По обе стороны провода идут кодирование, ECC, latency и прочие полезные фишки. Там синхронный канал, так что latency там фиксировано и никакой роли при потоковой передаче не играет. ecc там нет вроде как (его не было в pata, и тут скорее всего нет). >Далее идут добавки от чипсетов, оператифки, и наконец, добивает всё OСь. Вы почитайте что такое dma и bus master. Посчитайте сколько ваша оперативка пропустить через себя может. Мелочи это всё. >Планировщики ввода/вывода, планировщики задач, сискалы... и т.п. Он такой тормознутый?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от User294 (ok) on 08-Янв-10, 21:49
	>> max UDMA/133 >А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка... Думаешь, это сообщение в данном случае несет глубокий физический смысл? А я думал глубокий физический смысл - в 3GBps линке, сырая скорость которого 300Мбайт в секунду...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 09-Янв-10, 00:51
	>>> max UDMA/133 >>А скорость на чтение в тесте 240Mb/sec., чёй-то неувязочка... > >Думаешь, это сообщение в данном случае несет глубокий физический смысл? А я >думал глубокий физический смысл - в 3GBps линке, сырая скорость которого >300Мбайт в секунду... Хоть сырая, хоть мокрая .... ну не будет девайс писать 120Gb SQL базу или 5 BR-ROM со скоростью 300Mb/s, хоть ты пукни... Такие скорости у 15000 rpm SAS на на оптике...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от User294 (ok) on 09-Янв-10, 17:01
	>Хоть сырая, хоть мокрая .... ну не будет девайс писать 120Gb SQL >базу или 5 BR-ROM со скоростью 300Mb/s, хоть ты пукни... А где там скорость в 300Мб/с была? Это скорость (сферического) потока (в вакууме) со всеми командами, максимальная из того что возможно в теории по этому интерфейсу. Ессно в реальном случае будет куча оверхеда и реальная скорость будет 200 с чем-то. При условии что девайс со своей стороны не тормозит. >Такие скорости у 15000 rpm SAS на на оптике... Ты хочешь сказать что у них скорость записи на блины выше 300 мегов в секунду у в случае SAS с обычным SATAшным физическим уровнем упирается именно в него а не в тормознутую механику? Тем более что если твой 15000 RPMовый не дай боже заложит пару seek'ов - ждать придется МИЛЛИСЕКУНДЫ на каждый seek. Как и в старые добрые времена. Ну механика же. А вот флеш - знаешь, адрес куда запись происходит сменить это не физические головы в другой конец диска загнать. Да и при чтении такая же байда. Отсюда и потенциальный выигрыш.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от pavlinux (ok) on 09-Янв-10, 20:37
	> Ты хочешь сказать что у них скорость записи на блины выше 300 мегов Это ты сказать хочешь, а мне на интерфейс насрать, но если прикалывает FC SAS = 4Gb/s, SAS-II = 6Gb/s, FC SAS-II 8Gb/s - см. Qlogic 2560 А реальная скорость записи у FC SAS диска 105Mb/s На чтение да, уже проигрывают ... со счётом 1:2 > Отсюда и потенциальный выигрыш. Где выигрыш? Йопнулся что ля ... 60 Mb/s на запись???? У мня дома старый ASC 29320A и Maxtor Atlas II на 15k, и то даёт 93 Mb/s WRITE 84 Mb/s RANDOM WRITE
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Тестирование SSD Intel x25m в Linux"		+/–
	Сообщение от User294 (ok) on 10-Янв-10, 21:30
	>Это ты сказать хочешь, а мне на интерфейс насрать, но если прикалывает > FC SAS = 4Gb/s, SAS-II = 6Gb/s, FC SAS-II 8Gb/s - >см. Qlogic 2560 Это гигаБиты? А то SATA с 6Гбит уже на подходе. >А реальная скорость записи у FC SAS диска 105Mb/s А что, 105 мб/сек считается чем-то крутым? Столько нынче SOHOвские диски выжимают. У 15 000 rpm основной выигрыш в времени seek, в общем то. Как бы чем быстрее диски крутятся тем быстрее после загона головы в нужное место нужный сектор под ней пролетит. >Где выигрыш? При нагрузке с большой фрагментацией? >Йопнулся что ля ... 60 Mb/s на запись???? >У мня дома старый ASC 29320A и Maxtor Atlas II на 15k, > и то даёт >93 Mb/s WRITE >84 Mb/s RANDOM WRITE Заставь диски гонять головы туда-сюда соответствующей нагрузкой и посмотри что останется от этих мегов в секунду :).Чудес не бывает - механический прогон голов тудаю-сюда время требует, а у флешатины гонять нечего, адрес сменить быстро. А запись у флеша тоормзная, ты как к ней избирательно прикопался, да? Разумеется, если нагрузка с интненсивной записью, не очень фрагментированная и в большом объеме - лучше флеш не юзать. А то еще и протрется чего доброго до дыр - циклов перезаписи оно выдерживает не так уж и много :)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору