Питання може хтось таке збочення робив)* Ram disk і 1С, оперативка щас недорога... 2008 сервер 64 біта...скл да база яка лежить в рам діску?
Цікаво почути ? і як воно робить на практиці...

Как это, база лежит в оперативке?

є софт Ramdick програма так вроді називаеться при старті системи з оперативной памяті віділяе укзану емкість...на приклад 2 гб і ствоюється диск для прикладу Z розміром 2 гіга...
О силка
http://ramdisk.nm.ru/ramdiskent-rus.htm

необходимо зарегистрироваться для просмотра ссылки
Бегло пробежал, возможно могу ошибаться, но само-собой напрашивается вопрос, а что произойдет если сервер перезагрузится (а такое как показывает практика имеет место, несмотря на наличие ИБП), а промежуток времени для сохранения на диск еще не наступил. Если бы это произошло при нормальном режиме работы, то почти наверняка ничего бы не произошло, здесь же данные потеряются.

якшо пк оф і база не перекинулась на вінт тоді базе капут)))Того і в початку теми назвав це збоченням...а як верянт виходу з ціеї ситуаці ставим упса піжєднуемо до пк, шоб пк бачив рівень зарядки упса і при ниському заряді упса пк виключався, але в заданіях указуем шо перед кожним виключенням чи перезагрузкой пк, перекидувать данні на вінт в такуто папку.чим не верянт?

1. А мониторить сервер будете и днем и ночью, без отпуска и выходных?
2. Сгорел упс.

Мне кажется, что вся эта идея - геморой на ж*пу программиста/админа

від нехватки кекса з обладням, деякі його собі придумують__)))(про себе) ладно на днях зроблю, поексперементую відпишусь...

Человек ищет себе паяльник в одно место ...
Одно дело аппаратный рам - необходимо зарегистрироваться для просмотра ссылки
Другое программный ...
ЗЫ: прирост будет, ну уж сильно риск велик ... Начал бы с перевода всех в терминальный режим ...

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

В случае использования на обычных ПК, можно попробывать перенести в рам не саму базу а файлы к которым 1С постоянно и много обращается, например кеш, но незнаю насколько это даст прирост производительности, просто предположения

Для 7.7 перенос темпов на рам дает разы прироста производительности ... Но хранить базу на раме верх безголовости ...

Насправді ідея не погана, і існує її використання. На рах сервера для 1С - використовуючи БД в РАМ не вкурсі.
Але є напевне кілька (я знаю одну) хостинг-компанію, яка використовує цілу платформу, в якій БД (MySQL) розміщена в оперативній памяті сервера. Так вони боряться з високим дисковим навантаженням. І воно досить прогресивно допомогає використати весь потенціал потужності процесора.
але так як є можливість втратити всі дані в них є система яка містити копію БД на диску, але на другому сервері. Такий собі сильно протюнінгований сервер або кластер високої доступності.

Як варіант можна спробувати створити рейд масив, рівня 1. В якому одним із пристроїв буде РАМ, а другим жорсткий диск. В такому разі буде відбуватися одночасний запис як і в РАМ так і на диск. Тобто коли сервер виключиться - дані будуть міститись на диску. Але така схема тільки дозволить збільшити шв. зчитування з БД. Теоретично, як воно практично буде - важко сказати.

Вот и что то читаю и думал что что то недопонял Есть такое в практике, делал не я. Насчет особого прироста производительности не уверен, не проверял.

І так результат тестуваня... Провів на двох організаціях , дві бази, тільки одна cql а друга на файлайлах..
На файлах була розміщена торговля і склад, 4 користувача, якшо честно то якогось великого приросту не замітив...можливо тому що користувачів мало, і вона і так губ працює.
Інша комплекстний облік 31 користувач, от тут то мене порадувало....ну то треба бачити то не передать...2 день робить все ок... (зі током проблем нема))))

Не боїтесь проблем, коли материнська плата вийде з ладу, або буде апартний збій і дані не запишуться на диск?

Як варіант спробувати налаштувати щохвилинний (чи з іншим інтервалом) інкрементальний бекап з РАМ на жорсткий диск.

Короче говоря всё это вариант для тех, кому не хватает секса

Не погоджуюсь.

Не буду говорити за 1с і такі "збочення" на віндовс ОС, але
на ОС лінукс можна протюнінгувати такий принцип роботи БД (коли БД розміщена в РАМ) досить надійно і використовувати таке рішення в продакшині, з набагато більшим навантаженням ніж би то давало 1С.

Жилізо також не необмежене, і його ресурси можна використовувати більш ефективно.

lin, спорить не буду, т.к. не знаю.

Было бы интересно послушать того, кто реально работает в таком режиме