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

05.02.11

База данных - HighLoad оптимизация

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

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

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

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

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

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

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

См. также

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    2407    spyke    26    

38

Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих зааросов на sql, ожиданий, конвертация запроса в 1с и рекомендации где может тормозить

1 стартмани

15.02.2024    7358    149    ZAOSTG    66    

95

Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    5766    doom2good    48    

63

Опыт оптимизации 1С на PostgreSQL

HighLoad оптимизация Бесплатно (free)

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    8590    ivanov660    6    

75

ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ

HighLoad оптимизация Бесплатно (free)

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

15.11.2023    4999    a.doroshkevich    20    

72

Начните уже использовать хранилище запросов

HighLoad оптимизация Запросы

Очень немногие из тех, кто занимается поддержкой MS SQL, работают с хранилищем запросов. А ведь хранилище запросов – это очень удобный, мощный и, главное, бесплатный инструмент, позволяющий быстро найти и локализовать проблему производительности и потребления ресурсов запросами. В статье расскажем о том, как использовать хранилище запросов в MS SQL и какие плюсы и минусы у него есть.

11.10.2023    15962    skovpin_sa    14    

98

Как эффективно настроить autovacuum в Postgres для 1С

HighLoad оптимизация Администрирование СУБД Платформа 1С v8.3 Бесплатно (free)

Кто не любит убирать мусор? Думаю, практически все, а вот в Postgres это обязательный ритуал для эффективной работы. Как эффективно настроить уборку за 1С в Postgres, можно прочитать в этой статье и еще раз задуматься о бесплатности Postgres.

05.08.2023    4975    1CUnlimited    5    

51
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. drdroid5 05.02.11 06:08 Сейчас в теме
способ давно известный, некоторые даже всю базу на рам диск закидывают, но это чревато последствиями, по этому в таком режиме можно быстро свернуть базу или еще что времяемкое провернуть...
67. swamp 25.10.11 07:46 Сейчас в теме
(1) drdroid5, это рам диск из чего создаваться будет?
68. chmod660 417 25.10.11 09:55 Сейчас в теме
(67) из оперативной памяти и программы, что непонятного?
2. Ish_2 1104 05.02.11 08:38 Сейчас в теме
"закинем" всё в оперативную память - и будет всё хорошо ?
В этом смысл статьи ?
Для "взрослой" темы - нужны примеры и нужен анализ .
В чём мы получим ускорение ?
В каких операциях 1с ?
Какие ограничения ?
FeSTy; ustinov_greendale; psa247; freezetron; xzorkiix; swamp; Istur; +7 Ответить
3. Свой 164 05.02.11 11:03 Сейчас в теме
без сравнительных ЦИФР на реальной технике, которые покажут рост в РАЗЫ, это не статья а пшик !
svbel85; androgin; ustinov_greendale; freezetron; xzorkiix; Istur; +6 Ответить
4. timur.shvetsov 05.02.11 12:14 Сейчас в теме
Спасибо автору за интересную идею. Нужно будет попробовать.
А ведь идея на поверхности была. В старые времена под MS-DOS'ом я ведь активно использовал RAM-диски для работы, а к современным условиям не догадывался идею применить.
5. sm0123 58 05.02.11 16:42 Сейчас в теме
Нормальный метод, я закидывал на 4Гб RAM диск базу (Комплексная 7.7)
и сворачивал базу, загружал докуметы и перепроводил
время на на RAM - диске пара часов
на HDD - неделя, если не использовать транзакции
и полтора дня если с транзакциями
6. script 128 05.02.11 19:10 Сейчас в теме
Т.е. если я правильно понял я могу себе на комп с ХР поставить в 8-12 Гб Оперативки.
Поскольку винада более 3 все равно не использует , то остальную память я могу загрузить
"тяжелыми процессами" типа своричивания баз или выгрузки загрузки больших баз ?
Что еще можно безопастно делать на таком РАМ диске с базами 1С, интересует:
Обновление, Пользовательская работа, Разработка, Групповая разработка,
Архивация, обмен между базами по расписанию ..... ???
7. anig99 2841 05.02.11 21:19 Сейчас в теме
(6) нет. 32 битные ОС не могут использовать более 3 Гб в любом виде. Для этого нужно 64битную xp, vista, 7ку или server
8. cool.vlad4 2 05.02.11 22:35 Сейчас в теме
(6) Наивный :D ...прием довольно старый... - хочется только предупредить, чтобы не было ошибок как в (6) - память от этого памятью быть не перестает, это не локальный диск
21. sm0123 58 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 2 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 Ответить
9. hogik 443 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; Tokiy; script; +10 Ответить
10. tormozit 7133 06.02.11 02:33 Сейчас в теме
(9) У меня похожие наблюдения. Давно правда было. Проводил сохранение большой конфигурации в файл и еще пару каких то типичных для 1с операций на быстром диске и на рам диске. Рам диск был обычно немного быстрее (10%-20%), а процессор грузил заметно и дополнительные телодвижения требует. В итоге сделал вывод, что смысла нет
11. alexk-is 6533 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. maxis33 45 06.02.11 10:04 Сейчас в теме
Пользуюсь периодически этим методом, закидывая правда еще всю базу на РАМ диск - сказать что быстрей-значит ничего не сказать... на порядок быстрее перепроведение большое получается..
13. echo77 1868 06.02.11 14:32 Сейчас в теме
Если у MSSQL базу tempDB закинуть на RAM-диск ничего плохого не будет?
14. anig99 2841 06.02.11 15:07 Сейчас в теме
(13) память должна быть с контролем четности (т.е. серверной), но точно можно сказать только после ДОЛГОГО тестирования.
15. cool.vlad4 2 06.02.11 21:38 Сейчас в теме
Я думал вы для "домашнего" пользования...На продакшн сервере вообще не советую это пользовать...Райд 0 (футжики например 73 Гб, 2 или 4 штуки - SAS) на порядок лучше, уже многие проверяли, память с контролем четности дороже выходит за единицу информации - Про оптимизацию баз данных уже многое написано (почитайте Станека), блог Гилева. Можно использовать RAID 10, но скорость будет ниже из-за зеркалирования-но в этом есть плюс
16. maljaev 789 07.02.11 09:38 Сейчас в теме
Боян.
Есть еще пара десятков способов ускорить 1С, но лучшие - это ставить нормальное железо, оптимизировать код и оптимизировать запросы (в том числе использованием прямых запросов).
Serg O.; amon_ra; +2 Ответить
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 на запись)
19. cool.vlad4 2 07.02.11 11:47 Сейчас в теме
(17) Все это, конечно так...вот только сильно сомневаюсь, что RAID 5 ускоряет
20. alexk-is 6533 07.02.11 12:40 Сейчас в теме
(19) Согласен толку будет маловато.
(18) Я обычный пользователь/программист. У меня интегрированный RAID-0. Почти 4 года стоит MB Gigabyte GA-G33-DS3R
18. Йожкин Кот 1006 07.02.11 11:09 Сейчас в теме
Конечно же, для предприятий использование Ram Disk сомнительное решение, но для обычных пользователей/программистов, не имеющих Raid'ов - самое то.
23. cool.vlad4 2 07.02.11 13:56 Сейчас в теме
Но ежели очень хочется http://people.overclockers.ru/serj/record5, да и еще хочется сказать, что зависимость увеличения памяти и производительности системы не линейна, и при значениях памяти, больше определенного, зависимость либо очень медленно убывающая, либо вообще постоянная величина. Память, то должен обрабатывать процессор. Поставил кучу памяти, не значит, что процессор моментально будет обрабатывать ваши данные.
24. alex_4x 85 07.02.11 14:03 Сейчас в теме
Зачем уменьшать объем оперативки ? Пока будет файл подкачки записываться/читаться виндой - весь выигрышь пропадет.
Если уж так хочется куда-то Tmp каталоги запихнуть - можно жесткий диск на базе DDR SDRAM сделать.

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

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

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

разве с современными бесперебойниками такой метод не пройдет?
к тому же в одной из реализаций РАМ-драйвера есть периодический сброс виртуального диска на образ.
а сбойнуть насмерть может и винчестер, не толькр РАМ-диск, так что без бекапов никак.
45. John83 19.09.11 11:20 Сейчас в теме
(44) в основном по веткам на мисте, здесь почему-то подобных тем очень мало...
Самое первое - это сбой в работе, конечно же с регулярными бэкапами проблема решается, но при отключении электричества никакой бесперебойник не поможет (разве что своя подстанция).
Как пишут люди, лучше сделать рэйд по-мощнее. К тому же у нас сейчас 48Гб в наличии, база чуть меньше 20Гб - еще нужно под саму систему оставить.
49. chmod660 417 19.09.11 12:33 Сейчас в теме
(45) John83,
при выключении электричества UPS отправляет сигнал серверу, сервер по этому сигналу рубит пользователей, гасит сервисы 1C/SQL, сохраняет содержимое РАМ-диска на винт и выключается.

при старте - соответственно, обратная процедура.
подстанция не нужна :)
50. John83 19.09.11 13:40 Сейчас в теме
(49) да с этим не спорю, только это тоже настраивать нужно :)
46. zhleonid8 19.09.11 11:55 Сейчас в теме
самый лучший способ ускорить это поставить терминал и нармальную сеть, а на терминал выделитьОЧЕНЬ мощный комп
47. John83 19.09.11 11:58 Сейчас в теме
(46) ОЧЕНЬ мощный комп - это ОООООЧЕНЬ растяжимое понятие (в том числе и по цене)
PS подразумевается, что на терминале будет работать файловая версия? :)
48. zhleonid8 19.09.11 12:09 Сейчас в теме
и к серверу НИКОГО не пускать!!!!!!!!!!
51. zhleonid8 01.10.11 20:14 Сейчас в теме
автор экстримал, но лучше не экспериментировать с потерей инфы
52. AnryMc 849 01.10.11 21:17 Сейчас в теме
(0) "-"
1) На сегодняшний день стоимость памяти на хороших дисках и хорошем рейде за такой же объем как на ОЗУ несравненно меньше. А так как наша родная (1С) жрёт предостаточно, то хороший РАМ-диск будет "золотым" (по цене).
2) При использовании РАМ-диска несравненно больше вероятность нарваться на такую штуку как "наработка на отказ" и прочие прелести сбоя даже при использовании УПС...
3) Значительный прирост скорости можно добиться только для файловых баз расположив их на РАМ-диске, но это дорого и рискованно
4) Просто увеличение РАМ компьютера, автоматически снижает нагрузку с винчестера, т.е. на него меньше пишется временных файлов (буфер). Можно ещё поиграться с загружаемыми системой драйверами, процессами, что тоже освободит ОЗУ и снизит нагрузку с процессора (но это надо немножко подучиться)

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

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

!!! Если кто-то собирается пробовать (рисковать) данный способ советую поискать в интернете более полное описание данного способа (пусть даже и 12 летней выдержки) особое внимание обратить на "тонкую" настройку.
54. chmod660 417 03.10.11 00:37 Сейчас в теме
(52) AnryMc, позвольте вам возразить по пунктам.

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

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

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

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

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

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

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

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

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

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

ReadyBoost

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


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

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


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


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


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

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

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

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

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

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

Исходя из этого, кому-то достаточно для перепроведения раз в месяц/год выложить базу на рам, а комуто - есть резон всегда её там держать.
58. cool.vlad4 2 03.10.11 15:13 Сейчас в теме
55. CheBurator 3119 03.10.11 14:13 Сейчас в теме
(52)
Значительный прирост скорости можно добиться только для файловых баз расположив их на РАМ-диске, но это дорого и рискованно

например, для 7.7, такое размещение п рактически ничего не дает. Гораздо лучше дает эффект если на рамдрайв скинуть темпы 1Ски...
53. TrinitronOTV 14 02.10.11 08:31 Сейчас в теме
AnryMc пишет:

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

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

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

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

спсибо за рекомендацию
59. zhleonid8 03.10.11 15:28 Сейчас в теме
а разогнать ещё можно удалением из базы лишнего
60. zhleonid8 03.10.11 15:52 Сейчас в теме
почему люди против терминала????
61. chmod660 417 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 417 03.10.11 17:41 Сейчас в теме
(63) zhleonid8, а, у вас концептуальный вопрос :)
пользователь может не заметить, 3 секунды проводится документ или 5.
при 1000 документов в день - имеем разницу 2*1000*21=11,5 часов при перепроведении месяца.

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

мало ли какие навороты люди себе в базах придумывают.
85. zhleonid8 28.01.12 22:44 Сейчас в теме
(64) chmod660, финдиру калькулятор пусть сравнит работу
86. zhleonid8 28.01.12 22:45 Сейчас в теме
(64) chmod660, финдиру калькулятор пусть сравнит работу 1с и свою скорость:), много хотят, поставят 1с хотят баланс
65. trumanl 12 10.10.11 12:19 Сейчас в теме
Идея своеобразная.
Как раз делаю настройку обмена УТ-БП. Тормозит страшно. Один только справочник "Номенклатура" на 45000 элементов. При сопоставлении система уходит в аут на полчаса как минимум.
Подскажите, данная утилита поможет ?
66. chmod660 417 10.10.11 16:26 Сейчас в теме
(65) trumanl, попробуйте - и расскажете нам.
93. trumanl 12 28.02.12 17:28 Сейчас в теме
(66) chmod660, помогло! Спасибо!
Ускорилось примерно раза в 3 точно.
CratosX; chmod660; +2 Ответить
69. winsloow 09.11.11 14:03 Сейчас в теме
Метод хороший использую на 1с сервере
И только для папки темпов
остальное по старинке на HDD
70. Anton_prezident 05.12.11 22:55 Сейчас в теме
Когда захламится попробую
71. lstep 07.12.11 04:09 Сейчас в теме
Полезная рекомендация.
72. kykysk 19.12.11 14:55 Сейчас в теме
Народ у кого такой метод проработал больше месяца и не глюкнул отзвоитесь
73. sevipa 19.12.11 16:29 Сейчас в теме
Не проработал и 2-х недель, глюкнул при проведении табеля, таблицы в ауте, тестирование и восстановление не помогло, поднимал базу и тупо переносил документы... а счастье было так возможно..
По ощущениям расчетчиков на больших документах ускорение раза в 2
74. sevipa 19.12.11 16:29 Сейчас в теме
75. denisk37 65 31.12.11 09:27 Сейчас в теме
По моему опыту RAM диск дает существенное, я бы даже сказал "офигенное" ускорение для файловых баз 7.7.
Импользую для "ручных", монопольных операций: Свертка базы, большое перепроведение. (Естественно, перд каждым следующим шагом архив rar)

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

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

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

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

(как вспомню, как меня в госконторе заставляли сервак на выходные гасить для экономии лестричества, аж слеза катится по бородатой щеке. Думал, эти времена остались в пещерном прошлом, аж гляди ты...)
CMAPT-TEK; +1 Ответить
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-диск.
CMAPT-TEK; +1 Ответить
91. BAPPKAH 01.02.12 23:18 Сейчас в теме
Спасибо за информативную статью! Она мне очень помогла
94. Гость 28.02.12 19:08
как показала практика прирост и глюки не стоит того чтобы так вот извращаться...
Проще оптимизировать конфу + процедуры для работы по проведению перепроведению базы переписать с учетом необходимости проверок и различных блокировок.
как пример для перепроведения базы не требуется проверка на взаиморасчеты (ибо уже отгружено).
при грамотном перепроведении используют отчет определения минусов по товарам/ по дням / по документам и ИНОГДА можно отключить контроль доступности товара.
перепроводится в основном из-за партий следовательно можно в НЕКОТОРЫХ случаях работать ТОЛЬКО с данными по партиям.
Комплекс таких вот доработок и оптимизаций даже на 50 гб базе показал прирост в десятки раз при перепроведении документов
114. segatron 17.05.12 13:38 Сейчас в теме
(94) Гость, Полностью согласен.
Все решается на уровне кода. У себя в рабочей базе оперативно колотим документы, партии нафиг не нужны. По УРБД все уходит в другую базу, которая "только получатель" и в ней можно и партии и все остальное что требуется.
95. рибак 01.03.12 10:23 Сейчас в теме
купить супер комп с SSD и все)
97. swamp 01.03.12 10:37 Сейчас в теме
(95) рибак, не могу сказать что это сильно прям поможет!
96. Brovin 01.03.12 10:27 Сейчас в теме
Были проблемы с файловым вариантом базы, на ведомом комьютере очень долго делалались проводки, сделал все по статье, стало получше
98. popovalex 17 05.03.12 17:27 Сейчас в теме
Интересная штука. Обязательно попробую. Пока использую V7DBNet 2.5 и доволен. Сервер Вирт:V7DBNet – создан специально для работы с 1С:Предприятием 7.7, для повышения производительности работы платформы в режиме DBF. Перевод 1С:Предприятия из режима блокировок в режим транзакций, а также кэширование данных на стороне клиента, устраняет падение производительности 1С при работе по сети («проблема второго пользователя»). Файлы DBF не предоставляются в общий доступ, с ними работает только один сеанс – сервер, что позволяет не использовать специальных «серверных» операционных систем, а также снизить требования к «железу» сервера. Также тот факт, что файлы находятся на защищенной области диска, интересен с точки зрения политики безопасности организации.
Оставьте свое сообщение