Добрый день. Нужен совет, суть как ускорить восстановление базы из резервной копии.
Есть SSD (система и на него восстанавливаю базу), HDD (архив с dt), комп i7-2700 (3.5 Ghz)

Не могу понять в чем "узкое горлышко" - файловая подсистема VS процессор.
По диспетчеру задач ЦП использование 15%, диска SSD 30%, а восстанавливает базу 30 минут:(

Ядро ЦП

(0)программа типа filemon объяснит Вам.

Пока не пойму filemon чем поможет.
Да показывает что процесс пишет в файл, как понять в чем затык.

ОС не может балансировать нагрузку?

(3) "ОС не может балансировать нагрузку?"
Может.
Это здесь при чем?

(3) а восстановливаешь с hdd? Размер dt?

(5) Да, размер 2 GB

(3) так она и балансирует... Это ведь даже не служба, а обычный пользовательский процесс. Кто ему отдаст все ресурсы?

(7) Отдаст.

Стоит распределение времени процессора - Оптимизировать работу .. выбрано программ (т.к. на процесс)
Электропитание - "Высокая производительность" .. может еще есть что покрутить ?

Проц и винт мягко скажем не перерабатывает ...

(9) 100%/8 потоков = 12.5%
Нормально работает, в полный пот

(0) память поди кончилась ?

(10) А блин точно .. он по ядрам побил .. значит проц :((
Спасибо, вопрос закрыт

(12) Значит проц. Попробуй выключить гипертрейдинг

Хымм, наверное только завтра .. надо BIOS смотреть.

(0) Антивирус отключи. А так 30 минут для 2 гиг базы это в пределах нормы если ssd sata

(15) ну у меня m.2 nvme... Если и быстрее (в чем я не уверен), то нельзя сказать что прям фундаментально.

(16) раза в три быстрее pcie nvme
m.2 точно nvme? они m.2 и sata бывают

(17)+ Т.е. условно база 3.5 гига у меня минут 10 восстанавливается файловая

Собственно тему открыл как раз из-за замены SSD, сейчас SSD 2.5 через SATA, заказал Samsung NVMe M.2 EVO Plus через PCI-E x4
Вот и стало интересно даст прирост или нет. На дня долен прийти - протезирую

(19) так ответ в (10) - не особо

Клиент лучше использовать 64-разрядный

(13) Отключение гипертрейдинга результата не дало
(21) Клюнет 64

Клиент 64-bit ..

А почему думаешь что 30 минут это долго?

Ну и запусти нечто вроде CPUID HWMonitor и глянь что происходит с утилизацией и температурой ядер.
Может оно перекидывает процесс между ядрами

Ну не суйте в DT, копируйте сразу 1CD. Там скорее всего основное время проца уходит на распаковку DT.

(0) Никак. Файловая 1С однопоточная насквозь.

И да, dt это не бэкап. Запомни и потом не жалуйся, что не предупреждали.

(17) NVMe SAMSUNG MZVPV512. Так в диспетчере написано. 1CD 10 гиг получается. Я на самом деле не засекал точно, сколько восстанавливается, но по ощущениям минут 20-30 таки там есть

если рамы хватает - заделай рамдиск.
И да вруби BurstModе... немного но поможет

(19) мне кажется, некоторый даст, но не то чтобы взлетит. Процентов 30.

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

(27) + не, все же наврал. Сегодня опять понадобилось, замерил... 12 минут 10-гиговая база восстанавливается.

dt 1760М, 1CD около 10Г.

Доведу до логического завершения начатую тему ..
после замены простого SSD на NVMe на базе в 26 Гб (dt 2 Гб) .. получил прирост в 30 сек. :)))
Скорость при R/W увеличилась в 4 раза, но на времени восстановление БД это практически не отразилось, диск все время курит "бамбук", порционно записывая данные.
Вывод: все упирается в процессор.

(33) >базе в 26 Гб (dt 2 Гб)

Это что у тебя такое в базе что так превосходно сжимается?

(34) Итоги.

(33) И пробовал (24) при восстановлении из dt ? Что происходит с ядрами проца? Точно троттлинга нет?

(35) В смысле регистры не закрытые?

(37) или движения от начала времён.

(33) вывод - архивируйте базу архиватором. многопоточным. хотя бы 7z.

(33) Ну слава Гейтсу

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