Не повторяйте этого дома ©

[techquisitor]

…и не дома тоже. Как водится, в Интернете регулярно натыкаюсь на самые различные статьи по самым разным вопросам в ИТ. То есть про операционным системам, базам данных, сетям и т.п. Статьи иногда хорошие, но чаще нет.

Сегодня попалось на глаза такое: PostgreSQL. Храним таблицу в оперативной памяти (RAM). Так вот, это статья из серии как делать никогда не надо. Хотя сам по себе метод кажется весьма очевидным и наверняка младоадмины про него подумают.

А вот если интересно почему не надо, то рекомендую почитать здесь.

via уважаемый zamotivator

Comments

[kincajou.livejournal.com]

а что, кто-то ещё не знает, что содержимое ОЗУ пропадает, ежели чо?

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

[zamotivator.livejournal.com]

Включите SELinux, и не ходите без него по барам

[techquisitor.livejournal.com]

>Наверное, на этой основе тоже можно какой-нибудь взлом делать

Он даже и существует уже. В 2013 году ещё пролетало. Сходу нашлось вот такое (http://www.macdigger.ru/iphone-ipod/uchenye-nauchilis-vzlamyvat-android-zamorazhivaya-smartfony-v-morozilke.html), но реально видел более подробные разборы на securitylab, кажется.

>а что, кто-то ещё не знает, что содержимое ОЗУ пропадает, ежели чо?
Тем не менее, существует целы класс InMemory СУБД. Та же SAP HANA, MS SQL 2012+ и т.д. Которые данные именно в ОЗУ хранят, только делают это вообще не так, как у того младоадмина показано.

[pan-2.livejournal.com]

HANA всё-таки в первую очередь для вертикальных выборок, а уж ин-мемори - побочка.