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 158 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С
Белгород
зарплата от 50 000 руб. до 60 000 руб.
Полный день

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

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Ведущий 1С консультант по БГУ
Омск
зарплата от 50 000 руб. до 95 000 руб.
Полный день