Потребность в RAM HDD?

[Groundhog]

Вопрос к любителям быстрого доступа:
Хотели бы иметь RAM HDD интерфейс SATA?
Дешевый в раионе 150$ 32ГБ - 64ГБ без дурацкой батарейки
(на фига данные хранить на РАМ ХДД?).
Ну своп там или еще чего (типа кусков от базе данных кто там
спец-то Мармот вроде).

[Marmot]

Вопрос к любителям быстрого доступа:
Хотели бы иметь RAM HDD интерфейс SATA?
Дешевый в раионе 150$ 32ГБ - 64ГБ без дурацкой батарейки
(на фига данные хранить на РАМ ХДД?).
Ну своп там или еще чего (типа кусков от базе данных кто там
спец-то Мармот вроде).

Хочется как раз с батарейкой и надолго, причем хочется вот прям сейчас.
А именно хочется очень много random write IOPS.
Потому что все базы данных уже замучали конкретно...

Кста, a еще хочется иметь возможность его мапить напрямую, а не через OS buffers...

[Stanislav]

Хочется как раз с батарейкой и надолго, причем хочется вот прям сейчас.

+1

[Stanislav]

на фига данные хранить на РАМ ХДД?

Windows + swap / Virtual machines

[Marmot]

на фига данные хранить на РАМ ХДД?

Windows + swap / Virtual machines

В жопу swap, мне очень много быстроменяющихся данных надо спихнуть, и шоб они пережили часов 10-15 of power outage.
A вообще, имхо, это должен быть спец девайс, который должен мапиться прям в пространство процесса...

[AlexANB]

Дешевый в раионе 150$ 32ГБ - 64ГБ без дурацкой батарейки

Как это -- RAM и без батарейки? Без батарейки это SSD (Solid State Drive), ну так их навалом. Я себе, кстати, уже и поставил его системным диском. Естественно, все временные файлы, виртуальную память и прочее перевел на другой диск.

[Stanislav]

на фига данные хранить на РАМ ХДД?

Windows + swap / Virtual machines

В жопу swap, мне очень много быстроменяющихся данных надо спихнуть, и шоб они пережили часов 10-15 of power outage.
A вообще, имхо, это должен быть спец девайс, который должен мапиться прям в пространство процесса...

Так тебе для линукс-сервака, а мне для виндовс-десктопа
Вообще, если линукс-сервак подключить к большой батарейке, именуемой УПС и смонтировать file system в памяти, то получится как раз, что нужно.

[Groundhog]

Ну приборы то такие есть - имитируют хард с IDE
интерфейсом (с батарейкой и адаптером).
Памяти только маловато и дорогие дюже.
Значит батареечка то желательна...
Если дело пойдет максимум гигов на 100 выдадим через полгода.
подешевке.
Насчет маппить напрямую в RAM -не получится это тогда просто RAM будет.

[Stanislav]

Ну приборы то такие есть - имитируют хард с IDE
интерфейсом (с батарейкой и адаптером).
Памяти только маловато и дорогие дюже.
Значит батареечка то желательна...
Если дело пойдет максимум гигов на 100 выдадим через полгода.
подешевке.
Насчет маппить напрямую в RAM -не получится это тогда просто RAM будет.

Согласен быть тестером девайса.

[Marmot]

Насчет маппить напрямую в RAM -не получится это тогда просто RAM будет.

На самом деле, это может быть совершенно новый тип девайса.
Представьте, что девелопер знает, что память с такого адреса по такой никуда не исчезнет, даже в случае перезагрузки!!!
И это не какая-то там файловая система, а полноценная память, куда можно писать что и как угодно
Я конечно понимаю, что там будет куча проблем с безопасностью, разделением ресурсов etc.
Так что дисковый интерфейс более прагматичен, но там все может упереться в скорость самого интефейса, но в случае шины это все будет просто летать...
У меня такое имхо, что скоро начнуться серьезные разговоры об этом новом виде девайсов и как с ними лучше работать...
Короче, многим сейчас реально нужна non-volatile RAM с широкой полосой доступа, но абсолютно непонятно как это правильно делать, стандартов-то нету...

[Groundhog]

Проблемы не с non-volatile RAM - можно сделать на коленке
с помощью палки и веревки как говорил ходжа Нассредин.
Дня хватит адаптер + батарейку прикрутить на модуле
проводники подрезать/прилудить.
А дальше что - все упрется в firmware - BIOS (чтобы мемору контроллер правильно
инициализировать не пакостя RAM), ну и в кернел
естественно - состояния процессора выгружать в non-volatile RAM
(подпитка мамашки в целом также нужна на это время),
восстанавливать после включения и тд. В Линуксе то можно
реализовать а Винде - кто-ж вам дасть то.

[Marmot]

А дальше что - все упрется в firmware - BIOS (чтобы мемору контроллер правильно
инициализировать не пакостя RAM)

Ну я и говорю, что это должен быть спец девайс известный биосу, опять же, не факт что он там должен быть виден сразу, его можно промапить потом...

ну и в кернел естественно - состояния процессора выгружать в non-volatile RAM
(подпитка мамашки в целом также нужна на это время), восстанавливать после включения и тд.

Дануегона, состояния процессора, все что нужно это данные в памяти.
Что с ними делать я после рестарта как-нибудь уж соображу

В Линуксе то можно
реализовать а Винде - кто-ж вам дасть то.

Эхх...

И я о том, новые стандарты нужны...

[Groundhog]

"Дануегона, состояния процессора, все что нужно это данные в памяти.
Что с ними делать я после рестарта как-нибудь уж соображу" -
не удастся так как память не "флат" - таблицы соответствия надо сохранять
а то наити где что не удастся. Как псевдо хард можно только без таблиц
использовать - типа tmpfs na RAM - и то кернел пару месяцев ковырять
придется. Но самое паскудное конечно BIOS , хотя конечно есть open
BIOS да только конторы которые чипы управляющие памайтью призводят
не больно разбежались документацией делиться.

[Marmot]

"Дануегона, состояния процессора, все что нужно это данные в памяти.
Что с ними делать я после рестарта как-нибудь уж соображу" -
не удастся так как память не "флат" - таблицы соответствия надо сохранять
а то наити где что не удастся. Как псевдо хард можно только без таблиц
использовать - типа tmpfs na RAM - и то кернел пару месяцев ковырять
придется. Но самое паскудное конечно BIOS , хотя конечно есть open
BIOS да только конторы которые чипы управляющие памайтью призводят
не больно разбежались документацией делиться.

Ну тогда начинает хотеться именно как у псевдохарда, но чтобы можно было по имени мапить напрямую, в обход буферов.
А все остальное что бы было как у хардов, имена, ACLs, etc.
Главное что бы было очень, очень быстрый RW IO... ну а что может быть быстрее шины памяти, если только кеш и регистры

[Vogd]

Ну тогда начинает хотеться именно как у псевдохарда, но чтобы можно было по имени мапить напрямую, в обход буферов.
А все остальное что бы было как у хардов, имена, ACLs, etc.
Главное что бы было очень, очень быстрый RW IO... ну а что может быть быстрее шины памяти, если только кеш и регистры

Все уже есть. Н-цать десятков гигов памяти в машину, mmap()+mlock() в руки и паравоз навстречу.