Re[18]: диалог с любителями потоков
От: VladD2 Российская Империя www.nemerle.org
Дата: 15.07.09 11:53
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:

BZ>Здравствуйте, VladD2, Вы писали:


VD>>Могу сказать за наш сайт. Основное повышение производительности сайта достигалось установкой моря памяти и кучи процессоров. Сейчас на сервере стоит 16 гиг памяти и 8 ядер (два процессора).


BZ>кстати, про intel x-25m я надеюсь вы в курсе


Дороговато, мелковато и не весьма не быстро на запись. Вот лет через 5 может быть SSD будут неплохим решением. Но думаю и тогда лишние x гиг и y процессоров будут более выгодным решением.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[19]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 15.07.09 12:39
Оценка:
Здравствуйте, VladD2, Вы писали:

BZ>>кстати, про intel x-25m я надеюсь вы в курсе


VD>Дороговато, мелковато и не весьма не быстро на запись.


а какие у вас объёмы? насчёт скорости записи ты ошибаешься. линейная скорость у домашнего накопителя меньше чем у винтов. iops даже у домашнего раз в 5 выше 15-тысячников
Люди, я люблю вас! Будьте бдительны!!!
Re[20]: диалог с любителями потоков
От: Mr.Cat  
Дата: 15.07.09 12:57
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:
BZ>насчёт скорости записи ты ошибаешься
А скорость записи у ssd все еще деградирует со временем или уже нет?
Re[20]: диалог с любителями потоков
От: VladD2 Российская Империя www.nemerle.org
Дата: 15.07.09 14:20
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:

BZ>а какие у вас объёмы?


Последний бэкап был 35 гиг, к сожалению .

BZ>насчёт скорости записи ты ошибаешься. линейная скорость у домашнего накопителя меньше чем у винтов. iops даже у домашнего раз в 5 выше 15-тысячников


iops — это seek?

Сик у SSD конечно неплохой, а вот скорость записи никакая. У нас на одном сервере был RAID 0 из четырех 15-тысячинков, на втором из двух 10-тысячников. В общем-то объем памяти компенсирует скорость винтов с лихвой. Память по любому быстрее любых SSD.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[21]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 15.07.09 15:03
Оценка:
Здравствуйте, Mr.Cat, Вы писали:

BZ>>насчёт скорости записи ты ошибаешься

MC>А скорость записи у ssd все еще деградирует со временем или уже нет?

возможно ты имеешь в виду баг в прошивке intel'овских ssd — его ликвидировали весной, читал на thg. иначе не в курсе
Люди, я люблю вас! Будьте бдительны!!!
Re[21]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 15.07.09 15:05
Оценка: 6 (1)
Здравствуйте, VladD2, Вы писали:

BZ>>а какие у вас объёмы?


VD>Последний бэкап был 35 гиг, к сожалению .


80 гиг домашней серии стоят $1000, 64 гига серверной — $2000

BZ>>насчёт скорости записи ты ошибаешься. линейная скорость у домашнего накопителя меньше чем у винтов. iops даже у домашнего раз в 5 выше 15-тысячников


VD>iops — это seek?


i/o operations per second. т.е. на паттерне субд он вдесятеро быстрее. может, проще на ixbt азглянуть?

VD>Сик у SSD конечно неплохой, а вот скорость записи никакая. У нас на одном сервере был RAID 0 из четырех 15-тысячинков, на втором из двух 10-тысячников. В общем-то объем памяти компенсирует скорость винтов с лихвой. Память по любому быстрее любых SSD.


если мало записи и все данные влезают в память, то да
Люди, я люблю вас! Будьте бдительны!!!
Re[21]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 15.07.09 22:24
Оценка: -1
Здравствуйте, VladD2, Вы писали:

VD>Сик у SSD конечно неплохой, а вот скорость записи никакая.


да, ты видимо просто не читал про intel ssd. они в разы опережают то, про что ты читал
Люди, я люблю вас! Будьте бдительны!!!
Re[21]: диалог с любителями потоков
От: Sinclair Россия http://corp.ingrammicro.com/Solutions/Cloud.aspx
Дата: 16.07.09 03:59
Оценка: 2 (1)
Здравствуйте, Mr.Cat, Вы писали:
MC>А скорость записи у ssd все еще деградирует со временем или уже нет?
Конечно же деградирует. Первая ось, в которой решили проблему с деградацией — Win7. А она еще не вышла.
Ну, и, конечно, надо понимать, что последовательные перезаписи по-любому убивают SSD.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
http://rsdn.org/File/5743/rsdnaddict.GIF
Re[22]: диалог с любителями потоков
От: Mr.Cat  
Дата: 16.07.09 07:15
Оценка: +1
Здравствуйте, Sinclair, Вы писали:
S>Конечно же деградирует. Первая ось, в которой решили проблему с деградацией — Win7. А она еще не вышла.
А где можно почитать, как решили?
Re[22]: диалог с любителями потоков
От: Mr.Cat  
Дата: 16.07.09 08:36
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:
BZ>возможно ты имеешь в виду баг в прошивке intel'овских ssd — его ликвидировали весной, читал на thg. иначе не в курсе
Нет. Проблемы, про которые я читал, были связаны с тем, что минимальный размер стираемого блока на ssd выше, чем минимальный размер записываемого. Поэтому при перезаписи небольшого блока (а со временем любая запись становится перезаписью) нужно сперва считать крупный блок, потом стереть его, потом записать модифицированным. Емнип у ssd хромает как раз random write, что вроде укладывается в вышеописанное.
Re[23]: диалог с любителями потоков
От: Sinclair Россия http://corp.ingrammicro.com/Solutions/Cloud.aspx
Дата: 16.07.09 08:38
Оценка: 9 (1)
Здравствуйте, Mr.Cat, Вы писали:
MC>А где можно почитать, как решили?
Конечно же, в блоге E7. Решили путём поддержки операции Trim.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
http://rsdn.org/File/5743/rsdnaddict.GIF
Re[22]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 16.07.09 09:08
Оценка:
Здравствуйте, Sinclair, Вы писали:

S>Ну, и, конечно, надо понимать, что последовательные перезаписи по-любому убивают SSD.


последовательные перезаписи идут в другие физически ячейки. а насчёт trim ты прав
Люди, я люблю вас! Будьте бдительны!!!
Re[23]: диалог с любителями потоков
От: Sinclair Россия http://corp.ingrammicro.com/Solutions/Cloud.aspx
Дата: 16.07.09 09:30
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:
BZ>последовательные перезаписи идут в другие физически ячейки. а насчёт trim ты прав
Рано или поздно "другие" ячейки кончаются.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
http://rsdn.org/File/5743/rsdnaddict.GIF
Re[24]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 16.07.09 09:35
Оценка: 60 (1)
Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, BulatZiganshin, Вы писали:

BZ>>последовательные перезаписи идут в другие физически ячейки. а насчёт trim ты прав
S>Рано или поздно "другие" ячейки кончаются.

если нагрузку размазать равномерно по диску, то получится что-то в районе 100 гб*миллион перезаписей, т.е. на диск за его жизнь можно записать 100 миллионов гигабайт
Люди, я люблю вас! Будьте бдительны!!!
Re[24]: диалог с любителями потоков
От: Mr.Cat  
Дата: 16.07.09 09:47
Оценка:
Здравствуйте, Sinclair, Вы писали:
Решили путём поддержки операции Trim.
Трим — это хорошо, конечно. Но он разве решает проблему полностью? Что-то мне подсказывает, что при небольшом количестве свободного места на диске все равно какие-нить проблемы да возникнут. Нет?
Re[25]: диалог с любителями потоков
От: Sinclair Россия http://corp.ingrammicro.com/Solutions/Cloud.aspx
Дата: 16.07.09 10:04
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:
BZ>если нагрузку размазать равномерно по диску, то получится что-то в районе 100 гб*миллион перезаписей, т.е. на диск за его жизнь можно записать 100 миллионов гигабайт
А, ну да. Для как раз этого и полезна команда trim — иначе контроллер не может выбирать среди свободных страничек и начнёт заниматься членовредительством крайне быстро, задолго до 100 миллионов гигабайт.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
http://rsdn.org/File/5743/rsdnaddict.GIF
Re[25]: диалог с любителями потоков
От: Sinclair Россия http://corp.ingrammicro.com/Solutions/Cloud.aspx
Дата: 16.07.09 10:54
Оценка:
Здравствуйте, Mr.Cat, Вы писали:

MC>Здравствуйте, Sinclair, Вы писали:

MC>Решили путём поддержки операции Trim.
MC>Трим — это хорошо, конечно. Но он разве решает проблему полностью? Что-то мне подсказывает, что при небольшом количестве свободного места на диске все равно какие-нить проблемы да возникнут. Нет?
Нет. С чего? Сейчас проблемы вызваны тем, что контроллер в момент записи блока не знает, какие блоки свободны.
В итоге, он вынужден
1. стирать один из блоков (возможно тот, который только что уже стирался)
2. Делать это синхронно.
При наличии точного списка свободных блоков, контроллер может "играть в пятнадцать":
1. Свободные блоки стираются асинхронно, высвобождая время для операций записи
2. У контроллера при записи есть выбор любого из свободных блоков; в итоге есть возможность поддержки списка LRU и максимизации периода ротации каждой страницы.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
http://rsdn.org/File/5743/rsdnaddict.GIF
Re[26]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 16.07.09 10:56
Оценка:
Здравствуйте, Sinclair, Вы писали:

S>В итоге, он вынужден

S>1. стирать один из блоков (возможно тот, который только что уже стирался)
S>2. Делать это синхронно.

синхронно — нет, есть кеш на RAM
Люди, я люблю вас! Будьте бдительны!!!
Re[26]: диалог с любителями потоков
От: BulatZiganshin  
Дата: 16.07.09 10:57
Оценка:
Здравствуйте, Sinclair, Вы писали:

BZ>>если нагрузку размазать равномерно по диску, то получится что-то в районе 100 гб*миллион перезаписей, т.е. на диск за его жизнь можно записать 100 миллионов гигабайт

S>А, ну да. Для как раз этого и полезна команда trim — иначе контроллер не может выбирать среди свободных страничек и начнёт заниматься членовредительством крайне быстро, задолго до 100 миллионов гигабайт.

нет, просто делается маппинг адресов
Люди, я люблю вас! Будьте бдительны!!!
Re[22]: диалог с любителями потоков
От: VladD2 Российская Империя www.nemerle.org
Дата: 16.07.09 11:05
Оценка:
Здравствуйте, BulatZiganshin, Вы писали:

VD>>Сик у SSD конечно неплохой, а вот скорость записи никакая.


BZ>да, ты видимо просто не читал про intel ssd. они в разы опережают то, про что ты читал


Я то как раз читал. Скорость записи у указанной модели ниже чем у 7-тысячников.
Сам лучше почитай. У intel x-25m скорость записи где-то 70 мег в секунду. У нас сейчас где-тр более 300.
Учитывая, что основная часть БД лежит в паяти тольку от SSD не будте никакого. Только выброс денег.
Плюсь это игрушки для новаторов. Никто не гарантирует, что SSD заработают с контрллером что встроен в мать.
http://nemerle.org/Banners/?g=dark
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.