Я думал об использовании временных репозиториев МЕРЗАВЦА на Электронных дисках (использующий электронный диск DataRAM) как своего рода объектно-ориентированная память. Мне было интересно видеть, стоило ли это, таким образом, я выполнил простой сравнительный тест записи 1000 x 30K файлы к диску и затем сравнил среднее время записи. Я был удивлен, когда производительность последовательно выходила в пользу жесткого диска.
Для жесткого диска я добрался:
average: 0.47ms/write
Для псевдодиска я добрался:
average: 0.76ms/write
Кто-либо может объяснить, почему это - противоположность того, что ожидается?
При использовании DMA ЦП копирует данные в память и говорит жесткому диску получать его и писать его в диск. В то время как жесткий диск делает это, ЦП может сделать что-то еще. С 30K файлами жесткий диск может не отставать от чтения и записи. Те файлы помещаются в кэш и не должны быть записаны в диск для записи, которая будет завершена. Вращение диска и поиск рукой являются действительно ограничивающим фактором.
Я не знаю, как электронный диск реализован, но он может иметь ЦП, делают копирование дважды.
Это - трудный вопрос ответить, но в целом необходимо понять, что искусственные сравнительные тесты редко надежны. Необходимо попытаться тестировать фактические репозитории мерзавца.
Мое предположение - то, что запись файлов к диску "быстра", потому что ЦП просто дает команду к диску, "берут этот блок памяти и пишут это в этот раздел диска", и диск обрабатывает его асинхронно (т.е. после того как команда дается, операция "завершена"). Но копируя в псевдодиск, Вы на самом деле ожидаете, пока данные физически не копируются и так как Вы в основном делаете копию от RAM к RAM, у Вас есть конкуренция.
Снова, я предложил бы, чтобы Вы попробовали фактические операции на фактических репозиториях Мерзавца, если это - то, для чего Вы планируете использовать его.
я думаю проблема здесь не в ядре <> скорость мадам, но реализация dataram программного обеспечения. для unixes существует tmpfs, которому целую вечность удовлетворяют в таких целях (и нет никакой потребности в дополнительном втором слое файловой системы), однако dataram продукт довольно старое неизмененное программное обеспечение с (возможными) ошибками или использованием старой неоптимизированной архитектуры программы.
Я, также поражали производительность, когда попытка выполнить игровой клиент от dataram электронного диска на самом деле скорость была хуже, чем выполнение от IDE-диска... она даже BSOD на нескольких моментах (общее количество RAM на 12 ГБ электронный диск на 2.5 ГБ). с хуже производительностью электронного диска на 4 ГБ (???).
С тем же системным FreeBSD без проблем, обрабатывающих 4 ГБ +, заполнил tmpfs
однако также был отмечен автором ImDisk на форумах что окна, делающие что-то странное в управлении памятью относительно всех электронных дисков так возможно там также недостатки подсистем окон