0. uinx 94 24.05.13 03:57 Сейчас в теме

Производительность 1С. Клиент-Серверный вариант.

Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить.
Я буду рассматривать только возможные причины низкой скорости в клиент-серверном варианте работы 1С.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. TrinitronOTV 24.05.13 08:28 Сейчас в теме
спасибо большое за данный материал, а для файлового варианта можно что-то подобное сделать, было бы очень интересно почитать на эту тему
Kosstikk; +1 Ответить
2. uinx 94 24.05.13 09:01 Сейчас в теме
(1) TrinitronOTV, после более-менее подробного описания всех аспектов и ключевых точек - возможно.
4. TrinitronOTV 24.05.13 13:33 Сейчас в теме
(2) вот за это большое спасибо, буду ждать с нетерпением...
7. нормальный такой 24.05.13 17:50 Сейчас в теме
(1) TrinitronOTV, файловый... даже не знаю.
ИМХО, там все плоско и зависит от дисковой системы - на 100% и скорости доступа по сети.
Остальное... Дифрагментация дифрагентация и т.д
3. Kosstikk 86 24.05.13 10:29 Сейчас в теме
интересный материал, но очень поверхностный.

Не хватает описания методики определения оптимального размера кластера.
По крайней мере из прикрепленных рисунков не понятно почему 64кб размер даст прирост рандомной записи в 5-10 раз, если тестируется последовательное чтение/запись (наверное 4092кб) и рандомная блоков по 512,4кб. Без знания особенности работы СУБД с диском опять же этот тест будет абстрактным.

В любом случае не хватает конечных цифр по работе тестируемой базы 1С при однотипных операциях.

"В данном случае мы неэффективно используем разбивку количества байт на один кластер и если хранить файлы баз данных на диске D то не мечтайте о быстрой записи данных в базу SQL из 1С:"

это по сравнению с диском C? или в принципе?
serg1974; +1 Ответить
5. KroVladS 32 24.05.13 16:41 Сейчас в теме
(0)
Дисклеймер порадовал :)
"П.С. эта статья – полный бред сумасшедшего и не стоит ей верить."

заголовок ввёл в ступор
"Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить."
6. нормальный такой 24.05.13 17:48 Сейчас в теме
существующую у нас систему строил не я, но поддерживать мне.
просто обратил внимание на замечания, размер кластеров не уменьшишь уже, но по крайней мере не хранить с БД всяких хлам, это предпримем :)
8. PiccaHut001 24.05.13 17:53 Сейчас в теме
бред сумашедшего, делайте кластеры в 64 к. поменьше такого бы мусора на инфостарте
9. asved.ru 36 29.05.13 05:10 Сейчас в теме
Что-то я не пойму, на скриншоте с fsutil в чем отличия?

К тому же в результатах тестов отчетливо прослеживается влияние кэширования на запись.

Далее, CrystalDiskMark не имеет режимов тестирования, даже отдаленно похожих на работу СУБД.

Статья ни о чем, выводы сделаны некорректные.
user931544; +1 Ответить
15. uinx 94 30.05.13 01:25 Сейчас в теме
(9) asved.ru,
Что-то я не пойму, на скриншоте с fsutil в чем отличия?
для просмотра как разбиты сектора
Далее, CrystalDiskMark не имеет режимов тестирования, даже отдаленно похожих на работу СУБД
в данном контексте статьи я смотрю только на Диски

(10) ZLENKO.PRO, я знаю, опишу позже

(11) CnupT,
Если честно, проблемы низкой производительности SQL в жестких дисках искал бы в последнюю очередь.
напрасно

(12) bulpi, придумывал долго определение

(13) SergDi, об этом я планировал описать в статье про оперативную память

(14) DitriX,
Может вы таки привяжитесь не к количеству пользователей?
согласен, нужно смотреть реальные текущие размеры темп баз скуля и скорее всего делать раздел раза в 2-3 больше от текущего. Но тут опять же, если позволяет оперативная память, можно и рам-диск (13) положить его
Ага, а так же то, что диск Е заполнен на 3.6Тб, так что там помимо базы - будет крутится куча Г, что противоречит вашему предыдущему высказыванию.
на этот объем только баз скуля, больше данных на диске том нет. в реальности:
- 2 тб - это базы
- 1,5тб не почищенные логи транзаций этих баз.
17. DitriX 1718 30.05.13 12:05 Сейчас в теме
(15) я надеюсь вы не собираетесь публиковать "цикл" статей? А дополните текущую достаточным уровнем информации, для того что бы она логически была завершена.
А то уже кумарят это псевдо циклы.
10. ZLENKO 29.05.13 11:04 Сейчас в теме
Скорость работы HDD - далеко не самый решающий фактор в скорости работы 1С. Скорость работы RAM и ее объем гораздо сильнее влияют.
user931544; Zircool; sanfoto; CatMix; +4 Ответить
11. CnupT 53 29.05.13 13:03 Сейчас в теме
Чтобы увеличить полезность статьи рекомендую все же привести замеры производительности 1С
в случае правильного и не правильного размещения базы.

Если честно, проблемы низкой производительности SQL в жестких дисках искал бы в последнюю очередь.
12. bulpi 157 29.05.13 14:03 Сейчас в теме
"Производительность 1С – это комплекс мероприятий которые необходимо выполнить, для того чтобы её получить."

Рекурсия, однако :)
13. SergDi 29.05.13 16:59 Сейчас в теме
выделил 7 гиг в оперативной памяти с помощью программы RAM Drive.
tempdb.mdf и templog.ldf храню на этом разделе, и логи 1с тоже на этом диске
проблема с нагрузкой на винтах ушла
14. DitriX 1718 29.05.13 17:29 Сейчас в теме
(0) при работе более 100 пользователей ... выделить объем в 10 гигов для темп дб, хм, у меня темп дб весит около 50гигов, и сама база - в разы больше :)

Может вы таки привяжитесь не к количеству пользователей?

Если файлы обменов в РИБ занимают более 50 мегабайт

то отношение общего времени выгрузки всего файла к времени записи его на диск - говорит о бесполезности данных действий, тем более что 1с пишет его кусками.

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

Здравствуй КЭП!

Диски C и D – использовать под хранение БД категорически не рекомендуется, диск Е – идеальный.

Скорость дисков можно судить по скринам выше, всё на лицо.

Ага, а так же то, что диск Е заполнен на 3.6Тб, так что там помимо базы - будет крутится куча Г, что противоречит вашему предыдущему высказыванию.

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

Вообщем извините, но статься реально - НИ О ЧЕМ.
sevushka; +1 Ответить
16. asved.ru 36 30.05.13 07:41 Сейчас в теме
для просмотра как разбиты сектора


Тогда не понятно, с чего вы взяли рекомендацию бить кластеры на 64кб? Разбивка-то одинаковая.
18. eda 31.05.13 10:08 Сейчас в теме
в этой статье хорошо описано про 64к - www.gilev.ru/diskpart. после прочтения вопросов не должно возникнуть. Автор, тема про 64к. не раскрыта.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Бизнес-архитектор 1С, ведущий консультант
Санкт-Петербург
Полный день

Руководитель проектов 1С
Санкт-Петербург
Полный день


Программист 1С
Краснодар
зарплата от 80 000 руб. до 160 000 руб.
Полный день

Консультант 1 С
Краснодар
зарплата от 50 000 руб. до 150 000 руб.
Полный день