Стоит хороший SSD, samsung 840 pro, процессор 4790K 4300MHz, RAM 32 Gb

Когда параллельно запускаю обновления, в диспетчере загрузка диска ноль, памяти там от силы 5Gb сжирает  и проц максимум 30-40%.

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

И понять хочу во что упирается при работе с 1С, в память, диск, проц. По идеи в диск должна но дик как говорил выше по нулям практически. Тогда, что, ей восьми ядер на 4300MHz мало?

(0) Обновление запускаешь с тырнета?

(1) ну какой тырнет, локально все, базы на отдельном разделе ssd, обновления тоже там же.

Во общем вопрос по сути такой, у кого нибудь получилось загрузить cpu на 100% адинэсиной, ну только не какой нибудь функций вычисляющей пи или зацикливанием, а например обновлениями?

Уже четвертый час наказываю релизы на две базы бп 3.0.26 и это при моем достаточно неплохом железе

(4) *накатываю

Ну вот что это за безобразие?

https://193.41.76.151/owncloud/index.php/s/CuRTEfrS5vdrtBI

(2) Тады понятно. Ты хотел обновиться быстренько, а злые костыли в коде 1С тебя обломили, бывает. В снеговике часто таймаут пользуют конфигурасты.

на 100% получалось загрузить при обновлении нескольких баз.
В общем первое узкое место - это проц, потом ХДД (в том числе ССД).
Если локальный комп, то лучше два ядра и ССД шустрый.

(2) система тоже должна быть на ссд, т.к. кэш (темпы) тоже нагружают

(4) а для новой УТ и БП комп топовый нужен для приемлемой скорости обновления - объектов и реквизитов больше чем матофильтор пропускает

(8) вся система и еще hyper-v все на sdd, sdd 512Gb, овер провижн 30%.

В смысле 2 ядра? Сейчас в системе 4, ну и как там эта технология хипер триадинг, в игоде 8 в диспетчере.

Проц топовый, add тоже, а главное что я не вижу загрузки в диспетчере и температура проца не такая что прям он весь измучался.

Мне сложно представить сколько бы это заняло времени на компе той бабушки которой я обновляю базы, там 2Гб памяти и пентиум какой то 2Гц

(10) то что комп нужен я понимаю, я не вижу текущей загрузки хотя бы на 90%, при этом я уже четвертый час курю бамбук возле монитора.

Я готов обновить железо, что конкретно надо что бы файловая база загружало это железо на 80-90% при тех же обновлениях?

(13) давно известно, что локально используется только одно ядро, т.е. если хочешь увидеть загрузку на 100%, то купи одноядерный проц.
Открой диспетчер и посмотри загрузку процесса 1С - наверняка там будет 100\8 или 100\4

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

Грузятся в основном нервы... Остальное так... Фоном....

(16) нервы буха?

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

"проц максимум 30-40%"
А разве 1С-ина стала многопоточной?
У тебя 4 ядра поэтому процесс и идет только в одном ядре, итого грузит твой проц на 25% полностью.

У 1с есть одна неочевидная заподлянка при сравнении и объединении, тянется она еще с семерки - это синхронное открытие файлов (без отложенной записи). То есть, каждый блочок на диск пишется сразу же. Радикально ускоряет работу размещение для обновления базы и темпа на рамдиске.

(18) без отключения звуковых оповещений в винде - они обычно выдаются

(0) Цитата -"Тогда, что, ей восьми ядер на 4300MHz мало?"
А она больше одного ядра не может использовать. У вас же файловая.

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

SSD очень помогает. Но не надо ждать что ускорится в разы.
Причем на SSD должен быть в первую очередь профиль пользователя. Базу можно держать и на HDD.

А добиваться чтобы программа грузила компьютер на 100% это не правильно.
Наоборот нужно добиваться чтобы компьютер при самых тяжелых задачах был загружен менее чем на половину.

(3) Да, удавалось загрузить процессор.
Если процессор старый и низкопроизводительный, то и одно обновление загрузит его на 100%
Все зависит от процессора.
Чем лучше процессор, тем сложнее его загрузить на 100%.
Диск опять же нужен очень быстрый.

Свежие 8ки распаковыают все в temp... Отсюда вывод основная нагрузка на диск

(26) Нифига подобного. Основная нагрузка на все, на процессор, на память, на диск. Но в разное время.
Поэтому важно все - а скорость зависит от сбалансированности системы.
А с темпом все работают активно, не только свежие восьмерки.
И об этом кстати многие забывают  - базу кладут на SSD, а темп зачастую оказывается на медленном HDD.

Тест Гилева сколько попугаев?
У меня 74 файловая. база на HDD 10k rpm, система на 7k rpm, temp и 1С кзш на RAM. CPU i7 3,7Ггц. виртуалка на ESXi.
Но все равно не летает при обновлении. Вероятно платформа виновата, т.к. БП 3 и УТ 11 быстрее обновляются, чем УПП.

(28) А почему должна летать?
Тест показывает попугаев. Для подсчета попугаев это очень полезно, а для всего остального полностью бесполезно.

10k rpm и 7k rpm это вообще ни о чем не говорит.
temp и 1С кзш на RAM - в большинстве случаев их лучше оставить на диске, а память оставить для работы.
Такое извращение может быть полезно только если диски очень медленные, но сейчас HDD уже редко используют для работы.
Тем более все на виртуалке - при нескольких уровнях абстракции становятся неэффективными кэширование, и не так эффективно используется процессор.

(27) как разифига. Я проверял...

(30)Если памяти достаточно, диск используется не так уж и сильно.
Даже на HDD большой очереди нет.
А на SSD диск большую часть времени простаивает.

Поэтому не только в диске дело, нужен именно баланс между компонентами.

>> при этом я уже четвертый час курю бамбук возле монитора.

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

при том что у меня проц i7 2600K, 32 гб ОЗУ и система и база на ssd

(29) В обычной работе RAM диск не используется. 32Гб хоста для обновления базы - это сверх нормы, поэтому бы проведен эксперимент с RAM. Для одной задачи немного улучшилось быстродействие.
Думаю добавить небольшой серверный SSD для ОС. Т.к. на HDD 7k, судя по логам иногда не хватает iops'ов

кстати быстрее обновления накатывать на файловой или на серверной?

(35)В общем случае на файловой.
Но если база большая то на серверной.

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

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

И какие выводы, если новый комп брать, на что прежде всего обращать внимание?
Мой домашний комп старенький, но с 8.2 шустро работает. Иногда бывает нужно базу на 8.3 обновить, то все "туши свет"!? Даже после кое как закончившегося обновления работоспособность не восстанавливается, пока не ребутнешся!?

(38) Да  вроде ничего нового .... проц 7 , память оперативная далеко за 8 Гб , диски ...

+(39) множим на курс и ... вот уже здесь делаем выводы..

(38) Как у (33), тоже жалуется!? И (28)...

проц максимум 30-40%.    - обновление в один поток идет. еще и много на этом проце использует.
упирается в проц

У проца 1с только одно ядро грузит.

(0) "ей восьми ядер на 4300MHz мало" - 1С всегда была однопоточной. Была, есть и будет (в ближайшие 5 лет точно).

(33) И сколько тест кажит
i7-2600K
памяти 16 гигов
винт Samsung SSD 840 PRO
1С файловая 8.3.7.1845

62,50 попугаев

(44) да непонятно как смотреть. Нагрузка 20% но при этом показывает что все ядра периодически загружаются

Указал привязку к 1 процессу и приоритет реалтайм - теперь на всем этапе тестирования загрузка 100% (общая теже 20%). Т.е. получается процесс однопоточный, но все равно способен гонять его по разным ядрам?

P.S. А количество попугаев немного упала с 62.5 до 59,5. Так что все таки есть толк от нескольких ядер

(38) Для чего конкретно комп?
Для разработки и/или плотной работы.
Процессор от i3 и выше, памяти от 8гб и более, под систему и профили пользователей обязательно SSD.

Или для чего-то другого?

(46) Ну у тебя же не одна 1с работает, а еще и ОС и куча приложений фоном.
К тому же 1с может время от времени кидать на разные ядра.
Т.е в один момент времени 1с всегда будет на одном ядре, но за время обновления может успеть поработать на всех.

(47) В одном случае выбирается наименее занятое ядро.
В другом случае идет привязка, и работает на одном ядре, вне зависимости от его занятости.

В системе 5 винтов
1. RAID-0 из 2-х старых HDD Samsung по 500 гигов (Disk Mark  показывает среднюю скорость чтения и записи 135 Мб/с)
2. RAID-0 из 2-х старых HDD Samsung по 1000 гигов (155 чтения/130 запись)
3. SSD Samsung 840 Pro (250 Мб, после включения технологии рапид и обновления прошивки - 5500 на чтения и 4300 на запись)

Запустил тест гилева. Независимо от того на каком винте лежит база тест показал один и тот же результат - 65,79

И как это понимать?

(51)А что странного?
Производительности диска хватает в любом случае, поэтому попугаи не меняются.

P.S. и кстати при чем тут линейная скорость чтения и записи?

(52) Ну так все же кричать, что только SSD нужно, что все упирается в винт

P.S. А в чем мерять, чтобы показать разрыв производительности? в IOPSах?

(53) Тебя не смущает тот факт, что ты запускал тест Гилева?
Этот тест эффективен для клиент-серверных платформ, и то далеко не всегда.
А ты запускал на файловой я так понимаю.

Фактически тестируется работа одного пользователя в базе.
А при работе одного пользователя в диск фиг упрещься.
Вот если пользователей будет пять- десять тут уже будет интересней. Но для этого надо одновременно запустить пять- десять тестов.

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

А если пользователей много то все зачастую упирается в диск.
Это происходит только при одновременной работе пользователей. И на тесте ты этого не увидишь.


По поводу производительности - большинство программ, в том числе и ОС, при работе с БД оперируют блоками по 4кб.
Да и кластер ФС по умолчанию как правило равен 4кб.
Так что производительность диска нужно смотреть именно на случайных операциях чтения/записи блоками по 4кб
Для среднего HDD эта скорость в районе 1мегабайта в секунду
Для среднего SSD эта скорость в районе 20-30мегабайтов в секунду.

А все эти 135 Мб/с и 5500Мб/с это скорость линейного чтения, она полезна когда фильм с диска на диск перекидываешь, а при работе с БД она никуда не стучит, и таких цифр никогда не бывает.

(54) Так вроде бы сабж как раз об этом. Т.е. никто не выбирает серверный комп для работы 1000 юзверей. Как раз нужен для максимальной работы 1-го пользователя, в частности обновления/перепроводка/ групповая обработка

(55) Ну смотрите - если комп для одного пользователя, который будет работать одновременно с одной базой, то в диск не упрется, даже в медленный HDD.
Если на этом диске будет еще и ОС, то уже упрется.
Если запустить одновременно обновление нескольких баз, или одновременно сложные отчеты запустит на нескольких базах, тоже упрется.
Ставим SSD уже гарантированно не упрется.

Ну и надо четко понимать что такое упереться в скорость диска.
Это не значит что вы замените диск, и у вас скорость в разы подскочит.
Бывает задержка по вине диска возникает в размере 50% от общего времени, бывает на 0,1% от общего времени.
В обоих случаях упирается в диск, но в первом случае вы получите прирост скорости на 50% а во втором на 0,1%, а такой прирост вы уже невооруженным глазом не заметите.

Просто если вы поставите SSD то в скорость диска не упретесь гарантированно, ибо работает он как минимум в 20-30раз быстрее.

Насчет (51) - если в обоих случаях скорости достаточно, и в диск не упирается, то откуда будет прирост от более быстрого диска?

(57) Так в этомм и вопрос, как узнать во что упирается. Тест гилева не показателен, ибо получается что яво ни в винтах дело, а в чём? Т.е. отключить гипертрейдинг и разогнать процессор? Но тогда чем тестить прирост

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


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

Ну ТС спрашивал конкретно
"Кода параллельно запускаю обновления, в диспетчере загрузка диска ноль, памяти там от силы 5Gb сжирает  и проц максимум 30-40%. "

Ну для начало возъмем обновление  одной базы.

Или опять будем флудить, разбивая на подзадачи, типа сравнение, реструктуризация, запись обновления на диск. Понятно что разна задача требует разное железо.

P.S.
1. Raid0 500 - чтение 0.342 / запись - 1,217
2. Raid0 1000 - чтение 0.381/ запись - 2,039
2. SSD - чтение 479.6 / запись - 168.5

(60)SSD у вас хороший, самсунг свежий. Тоже собираюсь прикупить.

По поводу обновления - тут все просто.
1)"Кода параллельно запускаю обновления, в диспетчере загрузка диска ноль" - При обновлении 1с обращается к диску тысячи раз, диспетчер показывает среднюю текущую нагрузку на диск за последнюю секунду.
Т.е у вас может все упираться в диск, а в диспетчере загрузка диска будет около ноля.

2)"памяти там от силы 5Gb сжирает" - что значит "сжирает", о какой памяти идет речь? О выделенной, о резервированной, об активно используемой?
И опять же откуда такая информация? Из диспетчера задач?
Диспетчер задач замеряет и обновляет информацию о состоянии памяти раз в секунду. А память работает на частоте 150мегагерц, т.е изменяется 150 миллионов раз в секунду.
Поэтому данные диспетчера задач - это средняя температура по больнице.
У вас может быть жесткая нехватка памяти, а диспетчер в это время может показывать использование памяти -10%

3)Ну насчет процессора то же самое. На частоту процессора посмотрите, и прикиньте сколько раз за секунду меняется загрузка процессора.
А еще у процессора куча ядер, и имеет значение насколько удачно в данный момент разбросаны данные по ядрам.


В общем - диспетчер задач тут вообще неприменим.
Если диспетчер показывает 100% загрузку значит есть проблема.
Если диспетчер показывает 1% нагрузки - то неизвестно может действительно нет нагрузки, а может быть и офигенная нагрузка.

(48) Нет плотной работы, базы тестовые. В основном готовлю обновления для рабочих баз, небольшие доработки конфигурации. Хотелось бы, когда процесс обновления затягивается, другими делами параллельно заниматься, чтобы комп не висел!?

(0)Кажется оно активно кеширует с диском