|
|
|
SSD SATA vs PCI-E | ☑ | ||
|---|---|---|---|---|
|
0
Господин ПЖ
16.06.11
✎
12:27
|
Кто пробовал применительно к 1С? Насколько есть разница в производительности? У Е. Гилева есть ссылка что SATA недостаточно и если нужен реальный прирост твердотельные диски нужны на pci-e.
|
|||
|
1
majjorov
16.06.11
✎
14:53
|
||||
|
2
Господин ПЖ
16.06.11
✎
14:59
|
(1) спасибо, я уже почитал... а почему sata а не pci взяли? На что денег хватило?
|
|||
|
3
Fragster
гуру
16.06.11
✎
15:00
|
ну типа писиай шина тупо быстрее и контроллер чуть ли не прямо в проце
|
|||
|
4
Armin
16.06.11
✎
15:06
|
SATA III 6Gb/s - теперь PCI-E не нужны =)
Я собирал сервер 1С на SSD Intel (SATA II). Производительности хватило с лихой, 200 юзеров работали без проблем. |
|||
|
5
Господин ПЖ
16.06.11
✎
15:06
|
ssd даст перфоманс на операции в пофигураторе? типа сравнить/объединить
|
|||
|
6
majjorov
16.06.11
✎
15:06
|
(2) имеете ввиду что-то типа Твердотельный накопитель 480 GB SSD RevoDrive X2 PCI-Express, OCZ - OCZSSDPX-1RVDX0480?
|
|||
|
7
Господин ПЖ
16.06.11
✎
15:06
|
(6) ну что-то в этом роде... дорогие они правда в таких объемах...
|
|||
|
8
majjorov
16.06.11
✎
15:08
|
(4) вот думаю если на контроллер Controller Adaptec ASR-51245(RTL)PCI-E x8, 12-port int/4 ext повесить Твердотельный накопитель 120 GB Vertex 3, SATA III 2,5" SSD, OCZ
у контроллера пропускная способность 300 м\с у носителя 500 м\с чтение и запись... не получится ли так что скосрость носителя не будет задействована в полной мере...? |
|||
|
9
IceSer1
16.06.11
✎
15:10
|
ssd уже не дохнут как мухи?
|
|||
|
10
majjorov
16.06.11
✎
15:11
|
(9) столкнулся с ними впервые...будем посмотреть, а то что статистика у них не очень много где вычитал....но приходится рисковать...
|
|||
|
11
Armin
16.06.11
✎
15:15
|
(8) так и будет. контролер будет работать на пределе, а SSD "отдыхать". Лучше тогда приобрести SSD SATA II если на мамке нет под 3ий.
К тому же дешевле. |
|||
|
12
Fragster
гуру
16.06.11
✎
15:22
|
(9) 4 месяца в торговой точке - полет нормальный, несколько сот документов в день + куча автообменов да еще и на шифрованном трукриптом диске...
|
|||
|
13
Fragster
гуру
16.06.11
✎
15:23
|
если хотя бы год проживет - то эксперимент удался
|
|||
|
14
majjorov
20.06.11
✎
08:27
|
(2) PCI - тестировалось Твердотельный накопитель 480 GB SSD RevoDrive X2 PCI-Express, OCZ - OCZSSDPX-1RVDX0480.... без нагрузки и при обычном копировании с места на место показывает скорость 700-720 м\с... если же на него ложу базу и пускаю народ то уже при 5ти пользователях скорость падает до 0,5-1 м\с.. и ниже.... скорость чтения скачет постоянно....такое устройство хорошо для темпов и для работы в однопользовательском режиме...но никак не для баз данных...и не для системы...
|
|||
|
15
Kraft
20.06.11
✎
08:49
|
(14) как-то нелогично
|
|||
|
16
majjorov
20.06.11
✎
10:59
|
(15) сам бы не поверил если бы на практике не столкнулся...на деле оно так и есть скорость касится при работе нескольких пользователей....
|
|||
|
17
Torquader
20.06.11
✎
23:29
|
Таки если база dbf, то поиск по индексу (самая распространённая операция) - читаем страницу (умный SSD читает сразу 128К, а нам нужен 1К), находим индекс - читаем запись (другая страница по 128К) а передаём-то 1К.
Просто статистика будет показывать скорость действительно прочитанного (а то, что при этом зачитали ещё кучу чего-то - не покажет). Запись - это вообще песня (читаем 128К изменяем в нём 1К и отправляем 128К обратно). Боюсь, что SQL (который работает немного более SSD-ориентированно) будет побыстрее. P.S. обычный диск - сектор 0.5К (а сектор NTFS - 4К). |
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |