gifts2017

Ускоряем 1С в разы

Опубликовал Артем Бардюг (Йожкин Кот) в раздел Администрирование - Системное

Ускоряем работу 1С

Как известно, узким местом в производительности компьютера на сегодняшний день является жесткий диск. Это "узкое место" как раз очень любит использовать наша горячо любимая платформа.

Для примера, при сравнении конфигураций происходит выгрузка конфигурации во временную папку (temp), а затем распаковка и сравнение каждого объекта метаданных. Для УПП этот процесс может длиться не один десяток минут, при этом жесткий диск издает душещипательные звуки.

Что же можно сделать ускорения процесса сравнения (да и некоторых других операций) 1С? Поможет в этом перенос временной папки на Ram Drive, т.е. диск расположенный в оперативной памяти компьютера. Чтобы сделать такой диск нужна спец. программа, я давно пользуюсь RAMDisk от QSoft, т.к. она проста в настройке, имеет небольшой размер и бесплатна для русскоязычных систем. Скачать ее можно здесь, доступны версии для всех NT систем, в том числе и 64 битных. Тамже описан процесс установки и настройки. Размер рам диска лучше установить > 1 Гб, т.к. временной папкой любит пользоваться не только 1С, но и инсталляторы и прочие программы.

После установки и настройки рам диска необходимо изменить путь к временной папки в переменных окружения Windows. Делается это в свойствах системы, на закладке дополнительно, кнопка переменные окружения. Переменные окружения можно задавать для текущего пользователя, и для самой системы. Задайте переменным tmp и temp путь папки на временном диске.

Переменные окружения

После всех манипуляций можно попробовать оценить прирост скорости.

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Alexander Eroshin (drdroid5) 05.02.11 06:08
способ давно известный, некоторые даже всю базу на рам диск закидывают, но это чревато последствиями, по этому в таком режиме можно быстро свернуть базу или еще что времяемкое провернуть...
2. Игорь Исхаков (Ish_2) 05.02.11 08:38
"закинем" всё в оперативную память - и будет всё хорошо ?
В этом смысл статьи ?
Для "взрослой" темы - нужны примеры и нужен анализ .
В чём мы получим ускорение ?
В каких операциях 1с ?
Какие ограничения ?
psa247; freezetron; xzorkiix; swamp; Istur; +5 Ответить
3. Андрей (Свой) 05.02.11 11:03
без сравнительных ЦИФР на реальной технике, которые покажут рост в РАЗЫ, это не статья а пшик !
freezetron; xzorkiix; Istur; +3 Ответить
4. Тимур Швецов (timur.shvetsov) 05.02.11 12:14
Спасибо автору за интересную идею. Нужно будет попробовать.
А ведь идея на поверхности была. В старые времена под MS-DOS'ом я ведь активно использовал RAM-диски для работы, а к современным условиям не догадывался идею применить.
5. Сергей Митяев (sm0123) 05.02.11 16:42
Нормальный метод, я закидывал на 4Гб RAM диск базу (Комплексная 7.7)
и сворачивал базу, загружал докуметы и перепроводил
время на на RAM - диске пара часов
на HDD - неделя, если не использовать транзакции
и полтора дня если с транзакциями
6. script Мальчинко (script) 05.02.11 19:10
Т.е. если я правильно понял я могу себе на комп с ХР поставить в 8-12 Гб Оперативки.
Поскольку винада более 3 все равно не использует , то остальную память я могу загрузить
"тяжелыми процессами" типа своричивания баз или выгрузки загрузки больших баз ?
Что еще можно безопастно делать на таком РАМ диске с базами 1С, интересует:
Обновление, Пользовательская работа, Разработка, Групповая разработка,
Архивация, обмен между базами по расписанию ..... ???
7. Александр Медведев (anig99) 05.02.11 21:19
(6) нет. 32 битные ОС не могут использовать более 3 Гб в любом виде. Для этого нужно 64битную xp, vista, 7ку или server
8. Ийон Тихий (cool.vlad4) 05.02.11 22:35
(6) Наивный :D ...прием довольно старый... - хочется только предупредить, чтобы не было ошибок как в (6) - память от этого памятью быть не перестает, это не локальный диск
9. Владимир (hogik) 06.02.11 00:27
Использую данный продукт года три - под рабочие файлы системы в Windows XP x64.
Проводил различные тесты скорости. Сделал вывод, что для "наших" задач скорость работы этого RAM диска соизмерима со скорость работы жестких дисков, уровня, модели WD1002FBYS от "Western Digital Corporation" объединенных в программный "RAID 0" из двух дисков с включенным режимом максимальной оптимизации по скорости:
1) SATA AHCI
2) Write Cache
3) Native Command Queuing
4) Power Protected
Обычный диск проигрывает по скорости в первом чтении данных, а "нашим" задачам характерно многократное чтение/запись одних и тех же "блоков" данных. И тут системный и аппаратный кеш очень положительно сказывается. Т.е. не уступает RAM диску. А иногда и превосходит... ;-)
Циник; Flashill; NastyMN; bserge; vcv; phsin; Ёпрст; EvgenKruglov; Ledokol-alt; script; +10 Ответить 1
10. Сергей Старых (tormozit) 06.02.11 02:33
(9) У меня похожие наблюдения. Давно правда было. Проводил сохранение большой конфигурации в файл и еще пару каких то типичных для 1с операций на быстром диске и на рам диске. Рам диск был обычно немного быстрее (10%-20%), а процессор грузил заметно и дополнительные телодвижения требует. В итоге сделал вывод, что смысла нет
11. Алексей Константинов (alexk-is) 06.02.11 09:57
Вот пример статьи с результатами замеров http://infostart.ru/public/13807/
Вот пример настройки Windows http://infostart.ru/public/15986/

В своё время прочитал подобную статью и повёлся. После установки RAM-диска, кроме значительного увеличения времени загрузки Windows других изменений не заметил. Отводить под RAM-диск более 1Гб памяти можно, но если для работы требуется ~3Гб оперативной пямяти, лишний гигабайт будет не лишним. Активное использование файла подкачки убъет весь эффект от использования RAM-диска.

Поэтому теперь использую RAID-0
Возьмите парочку быстрых накопителей и будет вам счастье
ZLENKO; BigB; Istur; +3 Ответить
12. Maxim k (maxis33) 06.02.11 10:04
Пользуюсь периодически этим методом, закидывая правда еще всю базу на РАМ диск - сказать что быстрей-значит ничего не сказать... на порядок быстрее перепроведение большое получается..
13. Александр Крынецкий (echo77) 06.02.11 14:32
Если у MSSQL базу tempDB закинуть на RAM-диск ничего плохого не будет?
14. Александр Медведев (anig99) 06.02.11 15:07
(13) память должна быть с контролем четности (т.е. серверной), но точно можно сказать только после ДОЛГОГО тестирования.
15. Ийон Тихий (cool.vlad4) 06.02.11 21:38
Я думал вы для "домашнего" пользования...На продакшн сервере вообще не советую это пользовать...Райд 0 (футжики например 73 Гб, 2 или 4 штуки - SAS) на порядок лучше, уже многие проверяли, память с контролем четности дороже выходит за единицу информации - Про оптимизацию баз данных уже многое написано (почитайте Станека), блог Гилева. Можно использовать RAID 10, но скорость будет ниже из-за зеркалирования-но в этом есть плюс
16. Александр Маляев (maljaev) 07.02.11 09:38
Боян.
Есть еще пара десятков способов ускорить 1С, но лучшие - это ставить нормальное железо, оптимизировать код и оптимизировать запросы (в том числе использованием прямых запросов).
17. фёдор бычков (kaiman_fedor) 07.02.11 09:52
Согласен с 16.maljaev ,нормальное железо,код,и запросы!!! и если для предприятия - то только raid 10 или raid 5 (лучше на ssd или sas) и базы только в SQL, если для себя или 2-3 человека в базе то можно использовать RevoDrive X2 (в среднем 650 метров/c на чтение и 550 метров/c на запись)
18. Артем Бардюг (Йожкин Кот) 07.02.11 11:09
Конечно же, для предприятий использование Ram Disk сомнительное решение, но для обычных пользователей/программистов, не имеющих Raid'ов - самое то.
19. Ийон Тихий (cool.vlad4) 07.02.11 11:47
(17) Все это, конечно так...вот только сильно сомневаюсь, что RAID 5 ускоряет
20. Алексей Константинов (alexk-is) 07.02.11 12:40
(19) Согласен толку будет маловато.
(18) Я обычный пользователь/программист. У меня интегрированный RAID-0. Почти 4 года стоит MB Gigabyte GA-G33-DS3R
21. Сергей Митяев (sm0123) 07.02.11 13:18
anig99 пишет:

(6) нет. 32 битные ОС не могут использовать более 3 Гб в любом виде. Для этого нужно 64битную xp, vista, 7ку или server


на WinXP 32, RamDisk Plus 9 может использовать всю память, даже ту которую OS не видит, т.о. 3,5 Гб под систему + 4 Гб под RAM DISK
22. Ийон Тихий (cool.vlad4) 07.02.11 13:48
(21) http://people.overclockers.ru/zauropod/record18 - я же говорил, во-первых люди уже все исследовали(не одни вы такие умные), а во-вторых не путайте с локальным жестким диском, где отнял 4гб из 8 получил 4гб, у памяти куча характеристик - легко спутать физическую память и виртуальную.
В заключение - сделаем вывод.
Рекомендовать использовать программу RAMdisk Plus при 4ГБ RAM на Windows XP нельзя, ибо многоглючна.
И не только в части информативности по несуществующим страницам, но и в реальных попытках лезть туда, куда не надо. Что приводит к явлениям вплоть до сноса загрузчика (разок получил), крахам системы, невозможности удаления созданного диска без удаления “unmanaged “ памяти и необходимости пары перезагрузок, засорению реестра в разделе “Mounted drives”, что приводит либо к невозможности создания дисков с заданными параметрами и буквой, либо создают с другой буквой. Также диск может быть создан без буквы и форматирования, при этом может форматироваться и присваиваться буква только в Disk Manager, а может и там не получиться. Может форматироваться только в FAT32, но не в NTFS. После создания диска нужно обязательно проверить его на запись всего объема, ибо создание диска чревато наличием непонятно откуда взятых страниц. Это еще не все. Некоторая неконсистентность есть и в возможности создания дисков с разным размером резерва и верхней границы, даже в пределах одной сессии, что можно было понять для Vistы, но не в XP.

ЗЫ Такие эксперименты не то, что на серверах, но даже на обычном рабочем компьютере не советую делать. Лучше где-нибудь дома экспериментируйте.
ЗЫ По вашему в микрософт настолько глупы или жадны до крайности, что не могли придумать как использовать оставшееся адресное пространство. Вообще ограничение потому и является ограничением, чтобы обезопасить работу системы, в данном случае XP.
Циник; +1 Ответить
23. Ийон Тихий (cool.vlad4) 07.02.11 13:56
Но ежели очень хочется http://people.overclockers.ru/serj/record5, да и еще хочется сказать, что зависимость увеличения памяти и производительности системы не линейна, и при значениях памяти, больше определенного, зависимость либо очень медленно убывающая, либо вообще постоянная величина. Память, то должен обрабатывать процессор. Поставил кучу памяти, не значит, что процессор моментально будет обрабатывать ваши данные.
24. Allexey (alex_4x) 07.02.11 14:03
Зачем уменьшать объем оперативки ? Пока будет файл подкачки записываться/читаться виндой - весь выигрышь пропадет.
Если уж так хочется куда-то Tmp каталоги запихнуть - можно жесткий диск на базе DDR SDRAM сделать.

http://www.ixbt.com/storage/gigabyte-iram-p1.shtml
25. Ийон Тихий (cool.vlad4) 07.02.11 14:12
Ребята...так я и знал к чему приведет эта тема....какя следующая тема? Ускоряем 1С разгоном старенького процессора? Перепаиваем кварцевые генераторы и ускоряем 1С? Оверклокерство это, конечно, интересно, но как-то это не в тему 1С. Вот когда стабильность и оверклокерство станут вместе едины, вот тогда посмотрим....
26. Александр Зубцов (iov) 07.02.11 15:36
не советовал бы ... глючно сильно
http://www.ixbt.com/storage/gigabyte-iram-p1.shtml но как показала практика прирост и глюки не стоит того чтобы так вот извращаться...
Проще оптимизировать конфу + процедуры для работы по проведению перепроведению базы переписать с учетом необходимости проверок и различных блокировок.
как пример для перепроведения базы не требуется проверка на взаиморасчеты (ибо уже отгружено).
при грамотном перепроведении используют отчет определения минусов по товарам/ по дням / по документам и ИНОГДА можно отключить контроль доступности товара.
перепроводится в основном из-за партий следовательно можно в НЕКОТОРЫХ случаях работать ТОЛЬКО с данными по партиям.
Комплекс таких вот доработок и оптимизаций даже на 50 гб базе показал прирост в десятки раз при перепроведении документов.
НО ДЛЯ ТЕХ КТО НЕ ВПОЛНЕ ПОНИМАЕТ МЕХАНИЗМ - НЕ ТРОГАЙТЕ !!!
27. Алексей Константинов (alexk-is) 07.02.11 15:49
Вот ещё прикольная технология для любителей экспериментов http://www.eboostr.com/
28. Артем Бардюг (Йожкин Кот) 07.02.11 16:06
(26) Если в самой платформе не оптимизированы операции работы с диском, то бесполезно оптимизировать конфигурацию.
29. Александр Зубцов (iov) 07.02.11 16:26
(28) ну скажем так если лезть глубоко то на быстродействии сказывается столько факторов что все равно насколько криво написан софт ибо уже порой на уровне дров косяки (если встречаются дрова от производителей дисков то попробуйте их поставить я года два назад так получил +10 % К СКОРОСТИ НА КВЕСТЕ ПЕРЕПРОВЕДИ БУХИЮ ЗА 7 ЛЕТ НА 7.7 :D )
30. Алексей Константинов (alexk-is) 07.02.11 17:04
А ещё можно сделать дефрагментацию жесткого диска, отключить лишние программы, вырубить работу с графикой :)
Тоже помогает :)
31. Алексей Константинов (alexk-is) 07.02.11 17:28
32. Алексей Хлызов (Kettle) 10.02.11 04:22
А вот по ссылке в (0) - эксплойт (Exploit:HTML/IframeRef.R). Ну вот зачем так делать?
33. Oleg . (oaf_is) 11.02.11 15:21
ВСЕГДА Есть ограничения по деньгам и имеющимся ресурсам. У всех они разные. :) Единого универсального подхода быть не может. В качестве довольно дешёвой альтернативы может быть программа SuperCache II. В отличие от штатного кеша Виндовс действует избирательно на конкретный диск(где БД).
34. Алексей (Alav) 14.02.11 23:30
Выигрыш конечно есть, особенно для временных файлов, когда у вас куча юзверей сидят в терминале. Там винты уже не справляются и загнать ТЕМП в РАМдиск - самое то.

Для домашнего использования, т.е. для монопольного, выигрыш особо не заметен. Проще раптор поставить
35. Александр Че (chmod660) 22.02.11 15:44
кстати, темпа размером в 1 гиг для обновления УПП на поддержке (при помощи файлика .CFU) недостаточно.
кроме того, я любитель одновременно несколько конфигураторов запускать.

вобщем, использование SSD дает лучший результат, даже без рейда. кроме 1С начинает летать вся система, базы оставляем на обычном HDD
36. Валентин Будкин (vabue) 27.02.11 15:10
Поставьте RAID1 из SSD и не парьтесь. Риски при использовании RAM-дисков и RAID0 непомерно высоки.
37. Елена Горбовцова (lena333) 08.09.11 22:14
Какова стоимость SSD дисков? Быстро "+", Цена пока "-"
38. Денис (1cspecialist) 17.09.11 11:56
(35) только надо учитывать, что слабое место SSD - операции записи. и везде рекомендуют темп выносить с SSD, чтобы как можно меньше операций записи на нем было.
39. Иван (John83) 19.09.11 09:35
(38) ну и какой смысл ставить тогда SSD? Его как раз и ставят, т.к. скорость чтения/записи в разы (на порядок) выше. Рано или поздно диск конечно же крякнется, но в случае необходимости можно будет прочитать данные.
PS кто-нибудь пробовал на SQL хранить базы на RAM driver?
40. Денис (1cspecialist) 19.09.11 10:18
(39) Смысл такой, что если много писать на SSD, то он "крякнется" раньше, чем вы думаете. Поэтому к операциям записи нужно подходить грамотно. Прежде чем ставить SSD желательно проанализировать текущее состояние на предмет процессов, осуществляющих много записей. На хабре по этому поводу интересная статья есть http://habrahabr.ru/blogs/hardware/83053/. Файл подкачки однозначно надо либо отключать либо выносить вне SSD. Также, например, бессмысленно и чревато писать на этот диск торренты. Технология развивается, возможно в недалеком будущем и этот недостаток вылечат, а заодно и цену :).
Циник; +1 Ответить 1
41. Ийон Тихий (cool.vlad4) 19.09.11 10:23
кто-нибудь пробовал на SQL хранить базы на RAM driver?
жесть(((
42. Иван (John83) 19.09.11 10:25
(41) да вот сейчас читаю инфу и понимаю, что фигню сморозил :)
43. Иван (John83) 19.09.11 10:34
(40) насчет файла подкачки - по-моему это само собой разумеющееся ;)
Автор статьи пишет, что перенес временные файлы на HDD - ну и каков смысл? - временные файлы как раз являются основными "тормозами" в системе.
Твердотельники покупаются именно для скорости и следует понимать, что рано или поздно (гораздо раньше, чем HDD) они отвалятся, но за удовольствие нужно платить.
44. Александр Че (chmod660) 19.09.11 11:10
(42) John83, а какую именно инфу, поделитесь?

разве с современными бесперебойниками такой метод не пройдет?
к тому же в одной из реализаций РАМ-драйвера есть периодический сброс виртуального диска на образ.
а сбойнуть насмерть может и винчестер, не толькр РАМ-диск, так что без бекапов никак.
45. Иван (John83) 19.09.11 11:20
(44) в основном по веткам на мисте, здесь почему-то подобных тем очень мало...
Самое первое - это сбой в работе, конечно же с регулярными бэкапами проблема решается, но при отключении электричества никакой бесперебойник не поможет (разве что своя подстанция).
Как пишут люди, лучше сделать рэйд по-мощнее. К тому же у нас сейчас 48Гб в наличии, база чуть меньше 20Гб - еще нужно под саму систему оставить.
46. Брест Беларусь (zhleonid8) 19.09.11 11:55
самый лучший способ ускорить это поставить терминал и нармальную сеть, а на терминал выделитьОЧЕНЬ мощный комп
47. Иван (John83) 19.09.11 11:58
(46) ОЧЕНЬ мощный комп - это ОООООЧЕНЬ растяжимое понятие (в том числе и по цене)
PS подразумевается, что на терминале будет работать файловая версия? :)
48. Брест Беларусь (zhleonid8) 19.09.11 12:09
и к серверу НИКОГО не пускать!!!!!!!!!!
49. Александр Че (chmod660) 19.09.11 12:33
(45) John83,
при выключении электричества UPS отправляет сигнал серверу, сервер по этому сигналу рубит пользователей, гасит сервисы 1C/SQL, сохраняет содержимое РАМ-диска на винт и выключается.

при старте - соответственно, обратная процедура.
подстанция не нужна :)
50. Иван (John83) 19.09.11 13:40
(49) да с этим не спорю, только это тоже настраивать нужно :)
51. Брест Беларусь (zhleonid8) 01.10.11 20:14
автор экстримал, но лучше не экспериментировать с потерей инфы
52. anry mc (AnryMc) 01.10.11 21:17
(0) "-"
1) На сегодняшний день стоимость памяти на хороших дисках и хорошем рейде за такой же объем как на ОЗУ несравненно меньше. А так как наша родная (1С) жрёт предостаточно, то хороший РАМ-диск будет "золотым" (по цене).
2) При использовании РАМ-диска несравненно больше вероятность нарваться на такую штуку как "наработка на отказ" и прочие прелести сбоя даже при использовании УПС...
3) Значительный прирост скорости можно добиться только для файловых баз расположив их на РАМ-диске, но это дорого и рискованно
4) Просто увеличение РАМ компьютера, автоматически снижает нагрузку с винчестера, т.е. на него меньше пишется временных файлов (буфер). Можно ещё поиграться с загружаемыми системой драйверами, процессами, что тоже освободит ОЗУ и снизит нагрузку с процессора (но это надо немножко подучиться)

Т.О данный способ дорог и крайне ненадёжен. Для больших баз (ФИРМ) он не нужен и рискован (т.к. в случае сбоя восстанавливать придется больше), а маленьким не по карману и бестолку (т.к. базы маленькие)

Для маленьких фирм проще (не надо ставить и настраивать упомянутую выше программу Ram Drive) при необходимости (например длительных обработок) использовать ReadyBoost - это снизит нагрузку на винт и даст прирост скорости процессам и 1С. Правда не очень много, но при этом практически не будет риска повреждения и потери информации.

!!! Если кто-то собирается пробовать (рисковать) данный способ советую поискать в интернете более полное описание данного способа (пусть даже и 12 летней выдержки) особое внимание обратить на "тонкую" настройку.
53. Александр Лыткин (TrinitronOTV) 02.10.11 08:31
AnryMc пишет:

(0) "-"
1) На сегодняшний день стоимость памяти на хороших дисках и хорошем рейде за такой же объем как на ОЗУ несравненно меньше. А так как наша родная (1С) жрёт предостаточно, то хороший РАМ-диск будет "золотым" (по цене).
2) При использовании РАМ-диска несравненно больше вероятность нарваться на такую штуку как "наработка на отказ" и прочие прелести сбоя даже при использовании УПС...
3) Значительный прирост скорости можно добиться только для файловых баз расположив их на РАМ-диске, но это дорого и рискованно
4) Просто увеличение РАМ компьютера, автоматически снижает нагрузку с винчестера, т.е. на него меньше пишется временных файлов (буфер). Можно ещё поиграться с загружаемыми системой драйверами, процессами, что тоже освободит ОЗУ и снизит нагрузку с процессора (но это надо немножко подучиться)

Т.О данный способ дорог и крайне ненадёжен. Для больших баз (ФИРМ) он не нужен и рискован (т.к. в случае сбоя восстанавливать придется больше), а маленьким не по карману и бестолку (т.к. базы маленькие)

Для маленьких фирм проще (не надо ставить и настраивать упомянутую выше программу Ram Drive) при необходимости (например длительных обработок) использовать ReadyBoost - это снизит нагрузку на винт и даст прирост скорости процессам и 1С. Правда не очень много, но при этом практически не будет риска повреждения и потери информации.

!!! Если кто-то собирается пробовать (рисковать) данный способ советую поискать в интернете более полное описание данного способа (пусть даже и 12 летней выдержки) особое внимание обратить на "тонкую" настройку.

спсибо за рекомендацию
54. Александр Че (chmod660) 03.10.11 00:37
(52) AnryMc, позвольте вам возразить по пунктам.

1.
стоимость памяти на хороших дисках и хорошем рейде за такой же объем как на ОЗУ несравненно меньше.

конечно, меньше. но никакой рейд не даст вам такой скорости, как рамдрайв. у нас же речь про скорость.

2.
при использовании РАМ-диска несравненно больше вероятность нарваться на такую штуку как "наработка на отказ"

три раза ХАХА. Микросхема сбойнет раньше механики? Вы это серъезно? Винты крутятся, там два мотора, износ и прочее. Какой износ в планке памяти? Она или сразу сдохнет, или будет работать дольше вашей фирмы.

3.
Значительный прирост скорости можно добиться только для файловых баз расположив их на РАМ-диске, но это дорого и рискованно

Это предложение неверно настолько, что аж обидно.
Неверно, что прирост можно обеспечить только файловым базам: у СКЛ-баз можно размещать на РАМ-диске:
- базу
- базу temp, если у вам МС СКЛ
- логи

Неверно, что это дорого. Назовите более дешевое решение ускорить файловые операции в 10-100 раз.

Неверно, что это рискованно. Если вы вынесете на РАМ-драйв (например) лог-файл, то особого риска в принципе нет. Если вы вынесете темп-базу, то для ваших данных риска также нет. Если регулярно бекапиться - то тоже риск снижается многократно.

4.
Просто увеличение РАМ компьютера, автоматически снижает нагрузку с винчестера, т.е. на него меньше пишется временных файлов (буфер)

Налицо слабое знание матчасти.

ReadyBoost

а вы в курсе, что при интенсивном использовании флешка загнется очень быстро? думаю, потери данных не произойдет, но такая оптимизация - проще сразу выкинуть флешку. Да и редиБуст - он для домашнего использования, а не для нагруженных серверов.


(но это надо немножко подучиться)

Тут вы совершенно правы, подучиться и впрямь надо.


Для больших баз (ФИРМ) он не нужен и рискован (т.к. в случае сбоя восстанавливать придется больше), а маленьким не по карману и бестолку (т.к. базы маленькие)


вы наверное про memcached вообще не слышали.


советую поискать в интернете более полное описание данного способа (пусть даже и 12 летней выдержки)

Спасибо большое. Вы еще про перфокарты посоветуйте почитать.
Посчитайте (на бумажке в столбик), насколько за 12 лет по закону Мура отличаются компьютеры?
55. Сергей (Che) Коцюра (CheBurator) 03.10.11 14:13
(52)
Значительный прирост скорости можно добиться только для файловых баз расположив их на РАМ-диске, но это дорого и рискованно

например, для 7.7, такое размещение п рактически ничего не дает. Гораздо лучше дает эффект если на рамдрайв скинуть темпы 1Ски...
56. Ийон Тихий (cool.vlad4) 03.10.11 14:31
(54) Я с вами не спорю, но хочу заметить
2. Я видел, держал в руках (в том числе и паял) не одну сотню дохлой памяти. Дохнет все. И от всего. Главный враг памяти - это плохое, нечистое питание.
4. я про memcached не просто слышал. memcached это сервер кэширования и имхо он здесь ни причем.
57. Александр Че (chmod660) 03.10.11 15:11
(56) cool.vlad4,
memcached решает аналогичную задачу - размещает данные БД в РАМ. да, он флашит их на диск, но и в оперативке они тоже могут обрабатываться. я привел его, как продакшен-решение, демонстрирующее, что большие фирмы тоже могут ложить данные в РАМ.

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

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

на самом деле, использовать или нет новую технологию (например, РАМ-диск), посчитать достаточно просто:
(Профит от новой технологии)/(затраты внедрения + затраты сопровождения - затраты сопровождения старой)

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

Исходя из этого, кому-то достаточно для перепроведения раз в месяц/год выложить базу на рам, а комуто - есть резон всегда её там держать.
58. Ийон Тихий (cool.vlad4) 03.10.11 15:13
59. Брест Беларусь (zhleonid8) 03.10.11 15:28
а разогнать ещё можно удалением из базы лишнего
60. Брест Беларусь (zhleonid8) 03.10.11 15:52
почему люди против терминала????
61. Александр Че (chmod660) 03.10.11 16:27
(60) zhleonid8, ваше восклицание непонятно. скорее всего, не мне одному.
62. Брест Беларусь (zhleonid8) 03.10.11 17:14
если я не прав, то признаю это, но у меня терминал, и я рад скорости, а до этого был и файлсервер и сетевая1с, мне есть с чем сравнивать я бух, я работаю в 1с
63. Брест Беларусь (zhleonid8) 03.10.11 17:16
ускорить1с---....у вас он тормозит??? меня удивляет
64. Александр Че (chmod660) 03.10.11 17:41
(63) zhleonid8, а, у вас концептуальный вопрос :)
пользователь может не заметить, 3 секунды проводится документ или 5.
при 1000 документов в день - имеем разницу 2*1000*21=11,5 часов при перепроведении месяца.

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

мало ли какие навороты люди себе в базах придумывают.
65. Алексей Потехин (trumanl) 10.10.11 12:19
Идея своеобразная.
Как раз делаю настройку обмена УТ-БП. Тормозит страшно. Один только справочник "Номенклатура" на 45000 элементов. При сопоставлении система уходит в аут на полчаса как минимум.
Подскажите, данная утилита поможет ?
66. Александр Че (chmod660) 10.10.11 16:26
(65) trumanl, попробуйте - и расскажете нам.
67. Ilya Edryonkin (swamp) 25.10.11 07:46
(1) drdroid5, это рам диск из чего создаваться будет?
68. Александр Че (chmod660) 25.10.11 09:55
(67) из оперативной памяти и программы, что непонятного?
69. Виктор - (winsloow) 09.11.11 14:03
Метод хороший использую на 1с сервере
И только для папки темпов
остальное по старинке на HDD
70. Антон Шевелёв (Anton_prezident) 05.12.11 22:55
Когда захламится попробую
71. Leonid Stepanushkin (lstep) 07.12.11 04:09
72. Dmitrii Yeremeev (kykysk) 19.12.11 14:55
Народ у кого такой метод проработал больше месяца и не глюкнул отзвоитесь
73. Petr (sevipa) 19.12.11 16:29
Не проработал и 2-х недель, глюкнул при проведении табеля, таблицы в ауте, тестирование и восстановление не помогло, поднимал базу и тупо переносил документы... а счастье было так возможно..
По ощущениям расчетчиков на больших документах ускорение раза в 2
74. Petr (sevipa) 19.12.11 16:29
75. denisk (denisk37) 31.12.11 09:27
По моему опыту RAM диск дает существенное, я бы даже сказал "офигенное" ускорение для файловых баз 7.7.
Импользую для "ручных", монопольных операций: Свертка базы, большое перепроведение. (Естественно, перд каждым следующим шагом архив rar)

Для платформы v8 существенного увеличения быстродействия не заметил. Ни темп на RAM, ни саму базу на RAM не ускоряет нифига.

Думаю 1С оптимизировало платформу v8. Возможно v8 считывает больше в ОЗУ и меньше обращается к диску. Отсюда она более прожорливая, и менее зависима от скорости работы диска.
76. denisk (denisk37) 31.12.11 09:30
p.s. Ещё для себя нашел позезное свойство RAM-дика - очищаться при презагрузке:
на использую как "юзерский темп": сохраняю туда всякую временную лабуду: счет, перд отправкой клиенту, скачаную фигню и т.п. Т.е. теперь в "Мои документы" нет Счет1, Счет2, Счет Сидорову и т.п. пятилетней давности.
77. Thang Tran (thang_madi) 31.12.11 11:39
Наверное речь идет о ускорении процесса сравнения конфигураций в Конфигураторе.

Интересно, на сколько ускорил этот способ? Кто-нибудь сделал, подскажите результаты!
78. Александр Маляев (maljaev) 17.01.12 22:10
(75) denisk37, нафиг не нужен RAM-диск для 7.7, достаточно патченого dbeng32.dll
79. Руслан Т (RuslanTT) 18.01.12 12:22
У меня сия утилитка неплохо помогала при работе с 1с, другие же приложения (к примеру excel 2007) конфликтовали с рам-диском. Из-за последних пришлось отказаться.
80. Руслан Т (RuslanTT) 18.01.12 12:30
Также с рам-диском периодически вылетала система из-за проблем с драйверами...
81. Артем Бардюг (Йожкин Кот) 18.01.12 19:17
(80) Наверняка проблемы с памятью. За год использования конфликтов с ПО не обнаружено.
82. Сергей Клевакин (tulaka) 19.01.12 08:54
Долго работала база пока не сдох юпс и не выключили электричество (((
83. stark temp (stark.temp) 19.01.12 11:35
Спасибо за информативную статью! Она мне очень помогла
84. Max Potapov (Max.Potapov) 23.01.12 18:17
85. Брест Беларусь (zhleonid8) 28.01.12 22:44
(64) chmod660, финдиру калькулятор пусть сравнит работу
86. Брест Беларусь (zhleonid8) 28.01.12 22:45
(64) chmod660, финдиру калькулятор пусть сравнит работу 1с и свою скорость:), много хотят, поставят 1с хотят баланс
87. Вероника ТИтова (Nado2010) 31.01.12 16:38
у меня вопросы....накопились
"закинем" всё в оперативную память - и будет всё хорошо ?
В этом смысл статьи ?
Для "взрослой" темы - нужны примеры и нужен анализ .
В чём мы получим ускорение ?
В каких операциях 1с ?
Какие ограничения ?
88. Александр Че (chmod660) 31.01.12 17:23
(87)
Ответы:
1. да
2. да
3. примеры в статье есть
4. в чём закинете, в том и получите.
5. в тех операциях 1с, которые вызывают обращение к дисковой подсистеме.
6. ограничения вызванные электрозависимостью РАМ + кривизной драйверов. (дернут рубильник - пропадут данные)

всё просто.
статье без малого год. напишите новую с актуальными данными, замерами, анализом - все спасибо скажут.
89. Halil (NPetrovichev) 01.02.12 15:28
Объясните мне недалекому: как можно постоянно держать базу на RAM-диске, если он очищается при перезагрузке компьютера?
90. Александр Че (chmod660) 01.02.12 16:24
(89)
очень просто. Надо лишь соблюдать два условия:
1. постоянно нужно делать резервную копию. настолько часто, насколько это не мешает основной работе с данными.
2. сервера перезагружаются редко и регламентировано. В случае несрабатывания условия 2 см условие 1.

(как вспомню, как меня в госконторе заставляли сервак на выходные гасить для экономии лестричества, аж слеза катится по бородатой щеке. Думал, эти времена остались в пещерном прошлом, аж гляди ты...)
NPetrovichev; +1 Ответить
91. Илья Кабышев (BAPPKAH) 01.02.12 23:18
Спасибо за информативную статью! Она мне очень помогла
92. Александр Григорьев (Grigoryev_AM) 09.02.12 09:03
(89) Halil, в свойствах RAM-диска можно указать папку на жёстком диске куда будет записываться база при перезагрузке компьютера. Когда компьютер загрузится - база снова записывается с жёсткого на RAM.

У меня база 30 Гигов, SQL 2008R2, Server2008r2, рейд1, памяти 32 Гига. Перенёс папки с временными файлами, tempdb и логи на RAM-диск. Результат: уменьшение времени расчёта в 2 раза. До переноса зарплата считалась 4 часа 30 минут, после переноса 2 часа 10 минут. Заказал ещё 32 Гига памяти, когда получу - запихаю всю базу на RAM-диск.
NPetrovichev; +1 Ответить
93. Алексей Потехин (trumanl) 28.02.12 17:28
(66) chmod660, помогло! Спасибо!
Ускорилось примерно раза в 3 точно.
CratosX; chmod660; +2 Ответить
94. Гость 28.02.12 19:08
как показала практика прирост и глюки не стоит того чтобы так вот извращаться...
Проще оптимизировать конфу + процедуры для работы по проведению перепроведению базы переписать с учетом необходимости проверок и различных блокировок.
как пример для перепроведения базы не требуется проверка на взаиморасчеты (ибо уже отгружено).
при грамотном перепроведении используют отчет определения минусов по товарам/ по дням / по документам и ИНОГДА можно отключить контроль доступности товара.
перепроводится в основном из-за партий следовательно можно в НЕКОТОРЫХ случаях работать ТОЛЬКО с данными по партиям.
Комплекс таких вот доработок и оптимизаций даже на 50 гб базе показал прирост в десятки раз при перепроведении документов
95. Айрат Ахметсафин (рибак) 01.03.12 10:23
купить супер комп с SSD и все)
96. Анатолий Бровин (Brovin) 01.03.12 10:27
Были проблемы с файловым вариантом базы, на ведомом комьютере очень долго делалались проводки, сделал все по статье, стало получше
97. Ilya Edryonkin (swamp) 01.03.12 10:37
(95) рибак, не могу сказать что это сильно прям поможет!
98. Алексей (popovalex) 05.03.12 17:27
Интересная штука. Обязательно попробую. Пока использую V7DBNet 2.5 и доволен. Сервер Вирт:V7DBNet – создан специально для работы с 1С:Предприятием 7.7, для повышения производительности работы платформы в режиме DBF. Перевод 1С:Предприятия из режима блокировок в режим транзакций, а также кэширование данных на стороне клиента, устраняет падение производительности 1С при работе по сети («проблема второго пользователя»). Файлы DBF не предоставляются в общий доступ, с ними работает только один сеанс – сервер, что позволяет не использовать специальных «серверных» операционных систем, а также снизить требования к «железу» сервера. Также тот факт, что файлы находятся на защищенной области диска, интересен с точки зрения политики безопасности организации.
99. qweasd qweasdzc (serega3333) 06.03.12 14:09
сделал на вин7...на 64разряд...тормоза какие то пошли, платформа 8.2 открывается еле еле....
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа