|
Админ винит в тормозах саму 1С, которая не умеет пользоваться ресурсами сервера | ☑ | ||
---|---|---|---|---|
0
AlexandrV
20.01.20
✎
13:10
|
Я не имею доступа к ресурсам железа сервера на котором 1С
Админ списывает тормаза 1С на то, что в сервере всего хватает , а 1С не умеет ресурсом пользоваться Самое необходимое скорости дисков, объем ОЗУ и объем дисков, процы или еще что? У меня уже грузится архив 5 часов |
|||
1
Krendel
20.01.20
✎
13:12
|
(0) Переходи на свои ресурсы
|
|||
2
Amra
20.01.20
✎
13:12
|
Архив это видимо из dt? Тогда проблема в двух прослойках между стулом и клавой, а не в 1С или железе
|
|||
3
ZDenis
20.01.20
✎
13:12
|
(0) Серверная или файловая?
|
|||
4
pechkin
20.01.20
✎
13:12
|
виртуалка небось?
|
|||
5
ИУБиПовиц
20.01.20
✎
13:14
|
(0) еще админ толковый нужен, кол мин 1 штук, и 1с-ник толковый 1 шт:)
|
|||
6
AlexandrV
20.01.20
✎
13:15
|
Файловый
Всегда загрузка была пару часов - это максимум |
|||
7
Lama12
20.01.20
✎
13:17
|
(6) А перед созданием dt база тестировалась? Такое бывает когда выгрузку делаешь из битой базы, но редко.
|
|||
8
lodger
20.01.20
✎
13:17
|
"в сервере"(0) + "Файловый"(6) = ну а чего вы хотели?
|
|||
9
pechkin
20.01.20
✎
13:18
|
а что тестовую базу не дали сделать на серваке?
|
|||
10
AlexandrV
20.01.20
✎
13:19
|
Грузится на SQL
База была рабочая перед архивацией работала 3 месяца потом и сейчас работает грузится на тестовую базу рабочую тоже |
|||
11
AlexandrV
20.01.20
✎
13:20
|
(10)+ выгрузка архива была из конфигуратора сделана , при выгрузке она тестируется еще раз
|
|||
12
Garykom
гуру
20.01.20
✎
13:21
|
(0) Какая жалость. Спорим у меня ноут шустрее вашего сервера. И виртуалки с терминалкой у меня лишних нет. Чего и тебе рекомендую.
|
|||
13
Lama12
20.01.20
✎
13:23
|
(11) При выгрузке тестирование не происходит. Выгружается "как есть". При загрузке всплывают ошибки.
|
|||
14
Мимохожий Однако
20.01.20
✎
13:24
|
(10) Почему не делаются архивы средствами SQL? Вредный админ или кто-то не смог его убедить?
|
|||
15
bolero
20.01.20
✎
13:26
|
(0) > У меня уже грузится архив 5 часов
если клиент и сервер не в одной локалке 100-мбитной, тормоза начинаются тупо из-за того, что они канал забивают на 100%, т.е. клиент по нагрузке простаивает, сервер простаивает, толком ничего не делается. БЕСИТ я уже нагородил на сервере, который в ДЦ vnc с удаленным рабочим столом, тащу dt туда обычными средствами, и там запускаю загрузку |
|||
16
sevod
20.01.20
✎
13:28
|
Какой размер dt, что за конфа?
|
|||
17
Мимохожий Однако
20.01.20
✎
13:35
|
ТС отмалчивается в тряпочку
|
|||
18
piter3
20.01.20
✎
13:36
|
(17) Админ добрался до него)
|
|||
19
ptiz
20.01.20
✎
13:36
|
(0) Озвучить тут модель проца и дисков. Убедиться, что нет виртуалок. Грузить на лучше на том компе, где установлен "Сервер 1С". Во время загрузки мониторить счетчики производительности на серверах.
|
|||
20
arsik
гуру
20.01.20
✎
13:38
|
Наверно в скуле в базе оставили дефолтные настройки приращения файлов.
|
|||
21
AlexandrV
20.01.20
✎
13:49
|
(16) 2600 мБт
|
|||
22
AlexandrV
20.01.20
✎
13:50
|
(18) Админ и заявил все у него в достаточном объеме
|
|||
23
piter3
20.01.20
✎
13:52
|
(22) А ты заявляй обратное или начинай смотреть(вопросы задали в ветке)
|
|||
24
AlexandrV
20.01.20
✎
14:08
|
(2) архив dt
|
|||
25
AlexandrV
20.01.20
✎
14:09
|
(3) База серверная
|
|||
26
AlexandrV
20.01.20
✎
14:12
|
(14) из SQL архива не будут загружены все данные базы , не будет полноценной копии
|
|||
27
piter3
20.01.20
✎
14:13
|
(26)Да ладно
|
|||
28
palsergeich
20.01.20
✎
14:13
|
(26) Ужас какой
|
|||
29
Lama12
20.01.20
✎
14:14
|
(26) Хм... а то, что 1С прям в обязательном порядке рекомендует делать резервные копии средствами СУБД, и говорит что dt это не инструмент резервирования, ничего?
|
|||
30
palsergeich
20.01.20
✎
14:14
|
А 1с почему то говорит, что dt это не бекап.
Ну ладно, буду знать |
|||
31
unregistered
20.01.20
✎
14:16
|
(26) И это пишет человек со стажем на форуме 14 лет....
Вообще-то всё ровным счётом наоборот. |
|||
32
palsergeich
20.01.20
✎
14:16
|
||||
33
palsergeich
20.01.20
✎
14:18
|
(31) Там по ходу сегодня 2е из криокамеры вышли, второй с 10 летнем стажем уид объектане смог.
|
|||
34
unregistered
20.01.20
✎
14:18
|
(21) 2.5 Гб? Это смешно.
Сходи с админом в кабак и попей пивка. Подружись с ним. Ругаться бесполезно ибо у тебя тупо недостаточно для этого квалификации. Даже если ваш админ вчерашний эникейщик. |
|||
35
AlexandrV
20.01.20
✎
14:19
|
(30) из SQL в бэкапе ты получишь то что в SQL лежит , а данные которые лежали на сервере в локальных файлах (а их не мало) потом не останется
|
|||
36
StanLee
20.01.20
✎
14:20
|
(22) это про сервер, а про свои мозги он что говорит?
|
|||
37
palsergeich
20.01.20
✎
14:20
|
(35) Их и в ДТ не будет
|
|||
38
unregistered
20.01.20
✎
14:21
|
(35) Хватит бредить. В dt данных из каких-то там мифических файлов с сервера тем более нет.
|
|||
39
AlexandrV
20.01.20
✎
14:21
|
(36) ит руководство им прикрывается и скидывает все на 1с отдел
|
|||
40
Йохохо
20.01.20
✎
14:22
|
(35) семёрошник детектед
|
|||
41
StanLee
20.01.20
✎
14:22
|
(35) а у тебя по локальным папкам распетрушена база 1С? :))
|
|||
42
unregistered
20.01.20
✎
14:22
|
(35) Почитай о тех данных, которые лежат в файлах на сервере, подумай о том - что в них, и как они могут попасть в бекап (зачем и для чего).
|
|||
43
AlexandrV
20.01.20
✎
14:24
|
У нас решили поставить свой сервак
|
|||
44
NcSteel
20.01.20
✎
14:25
|
(24) dt, это не архив
|
|||
45
StanLee
20.01.20
✎
14:27
|
(35) что такое "данные которые лежали на сервере в локальных файлах"? что там за файлы?
|
|||
46
StanLee
20.01.20
✎
14:27
|
кэш чтоли в архив хочешь загнать?
|
|||
47
Fish
20.01.20
✎
14:27
|
(26) Это админ так говорит или сам так думаешь?
|
|||
48
lodger
20.01.20
✎
14:29
|
(45) ЖР же! правда, он и в DT не сохраняется.
|
|||
49
AlexandrV
20.01.20
✎
14:29
|
архив Dt был сделан без моего участия , а поднимать пришлось мне
|
|||
50
Фрэнки
20.01.20
✎
14:32
|
с утра был понедельник вроде, а теперь уже что, пятница?!
|
|||
51
Дмитрий
20.01.20
✎
14:59
|
(50) Автор заранее начал, чтоб к пятнице как раз база развернулась
|
|||
52
StanLee
20.01.20
✎
15:13
|
(49) возьми самый быстрый комп в офисе (главбухи и дизайнеры любят страдать быстрыми компами например) и на нем распакуй базу, а про сервер забудь, он не твой, у вас сервер это сисадминова "моя прелесть", вот пусть он на нем попу и греет и мегабайтики с него вытирает..
засеки время, за которое она зальется в файловую или постгрешную и ткни ему в нос секундомер и пусть идет с этим знанием в банк.. только главное не спермы, нефик таких плодить |
|||
53
StanLee
20.01.20
✎
15:17
|
и научи админа таким словосочетаниям: "SSD обязательна на сервере", "память должна быть больше 4 Гигов", "сервер идеально настроен- значит покажи его характеристики, чтобы мы на форуме поржали"
|
|||
54
D_E_S_131
20.01.20
✎
15:23
|
(53) Почитайте какие "перлы" тут ТС выдает. Не удивительно, что админ погнал его "ссаными тряпками" со всеми претензиями подальше. :)
|
|||
55
StanLee
20.01.20
✎
15:37
|
ну вобщемто да, чо я завелся :) недавно один админ выбесил.. отголоски похоже :(
|
|||
56
Конструктор1С
20.01.20
✎
15:56
|
(0) правильно, так ей, ентой 1с. Всё рукожопство списывай на 1с, это распространённый приём
|
|||
57
StanLee
20.01.20
✎
16:21
|
ну чаво, чем дело то закончилось? подрались с админом? на кого ставить то?
и копии базы то самое главное есть или нет на скуле? базёнку то жалко :( |
|||
58
pechkin
20.01.20
✎
16:23
|
нужно было просто попросить админа развернуть копию.
а дальше уже уго иепархия |
|||
59
StanLee
20.01.20
✎
16:36
|
(58) там проблема с осмыслением (26)
:)) |
|||
60
Лефмихалыч
20.01.20
✎
17:09
|
(29) Ты не поверишь, но таки да - 1С прямым текстом говорит, что dt - это средство для перехода между файловым и серверным вариантами использования
|
|||
61
Лефмихалыч
20.01.20
✎
17:18
|
https://its.1c.ru/db/edtdoc#content:10327:1
Механизм выгрузки предназначен: * для получения образа базы независимо от способа хранения данных; * для переноса базы из одной СУБД (или файлового варианта) в другую СУБД (или в файловый вариант). Перед выполнением выгрузки рекомендуется выполнить процедуру тестирования (средствами конфигуратора или отдельной утилиты) и исправить все обнаруженные проблемы. Не рекомендуется использовать данный способ для создания резервной копии базы по следующим причинам: * __может возникнуть ситуация, при которой DT-файл будет невозможно загрузить__, если в базе, из которой производилась выгрузка, существовали ошибки; * длительное время создания; * необходимость монопольного доступа к базе данных; * высокие требования к оперативной памяти. |
|||
62
Лефмихалыч
20.01.20
✎
17:21
|
(0) вы с этим товаришем друг друга стоите по курсу один-к-одному.
|
|||
63
Напильник 26
20.01.20
✎
17:24
|
(0) дай пинка админу в туалете, они жалкие существа)
|
|||
64
Access granted
20.01.20
✎
17:26
|
Вангую проц 2.0 ghz с кучей ядер и включенным энергосбережением на виртуалке + "ну вот загрузка CPU низкая, значит эта ваша 1С гамно, а мой чудесный сервер тут ни при чем".
|
|||
65
skit8
20.01.20
✎
17:47
|
однако
https://its.1c.ru/db/metod8dev#content:5904:hdoc вполне себе самодостаточная статья для MS SQL, ну кроме пункта Схема управления питанием – «Высокая производительность» есть еще статья на алкосфере...но там есть с чем поспорить |
|||
66
Ranger_83
20.01.20
✎
17:58
|
(0) Скажи админу, чтобы дисковый RAID проверил, что симптомы похожи на процесс ребилдинга.
Вероятность небольшая, но хоть дашь просраться на какое-то мгновение ему)) |
|||
67
Мимохожий Однако
20.01.20
✎
18:08
|
ТС убит
|
|||
68
dmpl
20.01.20
✎
18:09
|
(0) Скажи ему, что тебя не волнует что там 1С или не умеет. Система куплена и внедрена. Решение принято, деньги потрачены. Задача админа - ускорить. Остальное вообще не его дело. И намекни, что следующий, кому это будет озвучено - это начальство. То, что сервер якобы не нагружен, но тормозит - это значит высокие латентности, которые и не дают нагрузить сервер.
|
|||
69
Garykom
гуру
20.01.20
✎
18:10
|
(64)+ И аппаратным RAID на SAS дисках и оперативки мало.
|
|||
70
dmpl
20.01.20
✎
18:11
|
(44) Бэкап без проверки развертываемости - это не бэкап. Что dt, что sql.
|
|||
71
Cyberhawk
20.01.20
✎
18:14
|
(65) "кроме пункта Схема управления питанием" // А что с этой рекомендацией не так?
|
|||
72
dmpl
20.01.20
✎
18:15
|
(64) Ага, причем энергосбережение в BIOS настраивается и чихать оно хотело на режим энергосбережения гипервизора.
|
|||
73
dmpl
20.01.20
✎
18:17
|
(71) 1. Тубро-буст в таком режиме ограничен по частоте.
2. Настройки энергосбережения в BIOS имеют приоритет. |
|||
74
skit8
20.01.20
✎
18:28
|
(71) с рекомендацией все так. только на эту тему можно очень много написать.
например http://catalog.mista.ru/public/514711/ |
|||
75
Cyberhawk
20.01.20
✎
18:44
|
(73) В каком "в таком"?
|
|||
76
Cyberhawk
20.01.20
✎
18:46
|
(74) Так и не понял почему ты выделил этот пункт на ИТСе
|
|||
77
skit8
20.01.20
✎
18:58
|
(76) то что кроме выбора Высокая производительность в винде из железа еще можно выжать в биосе и иногда в винде.
|
|||
78
rphosts
модератор
20.01.20
✎
19:00
|
(26) ты зря так тупо шутишь по понедельникам!
|
|||
79
rphosts
20.01.20
✎
19:03
|
(77) сдается ты тоже неудачно пошутил.... ну давай пиши подробности - завтра с утра встану заценю что ты имеешь предложить для апа бустера
|
|||
80
rphosts
20.01.20
✎
19:05
|
(0) если тебя не пускают к ресурсам люби в полный рост мозги поца и публично обвиняй что:
1. он не компетентен изначально. 2.слишком гордый что-бы показать что некомпетентен, поэтому что-бы не обделаться публично никого не пускает к железу. |
|||
81
skit8
20.01.20
✎
19:25
|
(79) это я к тому что процы от трехбуквенного производителя сильно пролюбили мой мозг. а так все в духе вышеупомянутой статьи.
про винду погорячился, был один прецедент ковыряния в реестре для настройки плана производительности. |
|||
82
rphosts
21.01.20
✎
02:33
|
(81) шутники, блин, ты не представляешь как меня расстроил... я так надеялся узнать что-то новое...
|
|||
83
ILM
гуру
21.01.20
✎
07:49
|
У меня из/в DT выгрузка и загрузка база 220 ГБ К/с MS SQL ни разу дольше 25 минут не грузилась.
|
|||
84
dmpl
21.01.20
✎
08:19
|
(75) В режиме максимальной производительности все ядра работают, соответственно, частота ограничена частотой турбо-буста для всех активных ядер. Например, E5-2680 v4 с базовой частотой 2,4 ГГц при сбалансированном профиле и небольшой нагрузке разгоняется до 3,3 ГГц. А если поставить максимальную производительность - частота будет 2,9 ГГц, до 3,3 увеличиваться не будет.
|
|||
85
dmpl
21.01.20
✎
08:22
|
(79) Если у тебя в BIOS стоит принудительное энергосбережение - из винды ты им управлять не сможешь, пока BIOS не настроишь правильно. Можешь хоть до опупения менять профили в винде и тюнить SQL - а в итоге получишь 10-15 попугаев в известном тесте.
|
|||
86
piter3
21.01.20
✎
08:23
|
Так я не понял это железка или все же виртуалка?
|
|||
87
rphosts
21.01.20
✎
08:27
|
(85) ещё раз: что мен подкрутить в крмпе что-бы разогнать проц быстрее чем позволяет турбобуст? Настройка в биосе если она есть? А если нет?
|
|||
88
Paint_NET
21.01.20
✎
08:38
|
М-да, вот и подросло поколение адинэзнегов-недоучек.
|
|||
89
dmpl
21.01.20
✎
08:38
|
(87) Бывает так, что если ты не покрутишь настройку в BIOS, у тебя проц даже до базовой частоты не разгонится. Он так и будет на 0,8 ГГц ползти, потому что нагрузка 5-7% и проц совсем не нагружен. Поэтому поставить профиль высокой производительности в винде - недостаточно. Плюс он не обеспечивает максимальную производительность на поток даже в случае работоспособности. Часто максимальная производительность на поток наблюдается при сбалансированном профиле, особенно на новых ЦП с новой ОС, в результате чего процессор из сна выходит в десятки раз быстрее (этот режим, кстати, тоже иногда надо включать в BIOS). Ах да, в BIOS еще надо HT отключить.
|
|||
90
Провинциальный 1сник
21.01.20
✎
08:47
|
(26) (27) (29) Вообще-то, в 1с нет механизма полного бэкапа "в одно действие" для клиент-серверной базы, в отличие от файловой. Если бэкапить базу средствами sql-сервера, то теряются параметры информационной базы и журнал регистрации. Нужно их как-то выковыривать из каталога данных сервера, что нетривиально.
|
|||
91
Cyberhawk
21.01.20
✎
09:02
|
(90) "Если бэкапить базу средствами sql-сервера, то теряются параметры информационной базы и журнал регистрации" // А что при дт не теряются?
|
|||
92
dmpl
21.01.20
✎
09:03
|
(91) Можно ведь папку с базой забэкапить.
|
|||
93
Провинциальный 1сник
21.01.20
✎
09:10
|
(91) И в дт теряются. Я про то и говорю, что "одним движением" бэкап не сделать.
(92) В случае файловой базы бэкап делается одним движением - архивированием каталога ИБ. В случае же клиент-серверной базы надо еще как-то выяснить, где в куче каталогов с нечеловеческими именами лежат данные именно этой базы. |
|||
94
Cyberhawk
21.01.20
✎
09:17
|
(89) "Часто максимальная производительность на поток наблюдается при сбалансированном профиле, особенно на новых ЦП с новой ОС, в результате чего процессор из сна выходит в десятки раз быстрее" // Быстрее по сравнению с чем?
|
|||
95
dmpl
21.01.20
✎
09:23
|
(94) По сравнению с профилем "Максимальная производительность".
|
|||
96
rphosts
21.01.20
✎
09:24
|
(89) 0,8Ghz в режиме турбобуста? Вы точно про турбобуст пишите?
|
|||
97
yavasya
21.01.20
✎
09:26
|
(0) старый бойан (\\\|////) .Админы всегда так говорят(на текущем месте правда админ классный, из красной книги). А потом выясняется рейд 6 стоит, все на одном дисковом массиве и т.д. и т.п. Говорят очередь на диск до 0.2 это нормально, а по факту очередь должна быть 0.
|
|||
98
Cyberhawk
21.01.20
✎
09:28
|
(95) Разве он входит там в сон?
|
|||
99
yavasya
21.01.20
✎
09:28
|
(0) Если база в режиме совместимостимости поставь уровень блокировок "автоматический" вместо "управляемый", вернись к старому формату журнала регистрации
|
|||
100
dmpl
21.01.20
✎
09:32
|
(96) А зачем включать турбо-буст, если проц нагружен всего не несколько процентов? Вот BIOS и не включает.
(97) Очередь вообще мало о чем говорит на SSD. Там и при глубине очереди 30-40 латентность может быть менее 1 мс. А на диске при очереди 2 всё может выполняться медленнее, чем на этом самом SSD с очередью 30-40. Просто потому что процессор ждет ответа диска и НЕ МОЖЕТ сделать следующий запрос к диску, а потому очереди нет. (98) В сбалансированном входит (что и позволяет на остальных ядрах поднять частоты), в максимальной производительности - частота постоянная, но несколько ниже. |
|||
101
Cyberhawk
21.01.20
✎
09:34
|
(100) Так входит или не входит?
|
|||
102
yavasya
21.01.20
✎
09:35
|
(100) бро ну согласись если у тебя очередь есть то пойдут блокировки, а уже если очереди и тормозит тогда уже на процессор смотреть
|
|||
103
yavasya
21.01.20
✎
09:37
|
А еще объем оперативной памяти должен быть равен объему базы
|
|||
104
Провинциальный 1сник
21.01.20
✎
09:39
|
(103) Неадекватное требование. Ни в одной реальной базе не используется вся база полностью и постоянно. Работа ведется с последним срезом актуальных данных, а это 5-10% данных плюс объем метаданных
|
|||
105
rphosts
21.01.20
✎
09:39
|
(100) а, т.е. вы логически решили что это так должно быть... т.е. те кто запускают турбобуст процессору не указ... больше вопросов не имею.
|
|||
106
JeHer
21.01.20
✎
09:40
|
(103) а это откуда инфа?
|
|||
107
dmpl
21.01.20
✎
09:40
|
(101) В режиме максимальной производительности - нет, что и не позволяет процессору работать на тех же частотах, как когда часть ядер спит.
(102) Блокировки как раз не дают увеличить очередь. Важна латентность, а не длина очереди. Если SSD при длине очереди 100 отвечает за 0,1 мс - это многократно лучше, чем HDD, отвечающий за 10 мс при очереди 0,005, например. Вообще, с MDOP=1 у меня есть сомнения, что глубина очереди диска, от одного (блокирующего) процесса будет больше 1. Скорее всего она будет меньше 1, потому что остальные будут ждать. |
|||
108
Cyberhawk
21.01.20
✎
09:40
|
(103) (104) Только не просто базы, а максимальной базы из всех баз на хосте СУБД
|
|||
109
Cyberhawk
21.01.20
✎
09:41
|
(107) "В режиме максимальной производительности - нет" // Тогда возвращаемся к (94). С чем ты сравниваешь в утверждении "в результате чего процессор из сна выходит в десятки раз быстрее"?
|
|||
110
dmpl
21.01.20
✎
09:41
|
(105) Это реальный BIOS так решил. Стоило загрузить процессор чем-то на 95% (например, какой-нибудь грелкой) - и результаты тестов сразу улучшались в разы.
|
|||
111
dmpl
21.01.20
✎
09:42
|
(109) По сравнению со старыми ЦП или новыми ЦП, но с ОС без поддержки нового режима.
|
|||
112
Cyberhawk
21.01.20
✎
09:45
|
(111) А, понял. Ты сравниваешь "на новых ЦП с новой ОС" со старыми ЦП и старыми ОС, а не максимальную со сбалансированной.
|
|||
113
yavasya
21.01.20
✎
09:46
|
(108) респект тебе, админ мне так сказал наш, видимо не допонял
|
|||
114
dmpl
21.01.20
✎
09:56
|
(112) На старых ЦП выигрыш от прироста частоты на 1 ядре может нивелироваться задержками для просыпания ядра. В новых ЦП на новых ОС влияние уже гораздо меньше, но может потребоваться включить новый режим в BIOS. Поэтому для них может потребоваться тестирование, в каком режиме обеспечивается оптимальная производительность.
|
|||
115
Cyberhawk
21.01.20
✎
10:10
|
(114) А сколько прирост частоты одного ядра (за счет усыпления остальных) - 10-20% обычно?
|
|||
116
dmpl
21.01.20
✎
10:19
|
(115) Ну да. Но тут надо учитывать, что в случае баз данных ускорение на эти 10% может ускорить многопользовательскую работу гораздо сильнее 10% за счет уменьшения времени ожидания блокировок.
|
|||
117
ansh15
21.01.20
✎
10:29
|
От автора темы совсем никаких известий... Не случилось ли чего?
Или загрузка, наконец, завершилась и все хорошо до следующего раза. |
|||
118
StanLee
21.01.20
✎
10:48
|
после этой темы админ там кровью наверное икает )))
|
|||
119
StanLee
21.01.20
✎
10:50
|
а ТС стоит посмотреть на время создания копии и восстановления из нее средствами sql, и не мучаться со всякими dt :(
|
|||
120
sevod
21.01.20
✎
11:05
|
(21) 2600 мБт, это 2,6 гБайт? Это dt?
У тебя или этот dt битый или сервак мертвый. Как писали выше, попробуй на любом компе. 5-10 минут на компах 5-10 летней давности. Без всякой ssd. |
|||
121
ansh15
21.01.20
✎
11:16
|
Интересно, сколько часов длилась выгрузка в dt? Если судить по (49), то люди, которые ее запускали, уже уволились.
И каков размер самой базы тоже непонятно, 40-59 ГБ? |
|||
122
palsergeich
21.01.20
✎
11:16
|
(121) Размер ДТ 2.5 ГБ, уже писали
|
|||
123
palsergeich
21.01.20
✎
11:17
|
(120) Или канал клиент сервер очень узкий
|
|||
124
Bigbro
21.01.20
✎
11:24
|
2,2 Гб дт порядка 30 минут по сети выгрузка.
на скуле бэкап/копия около минуты. |
|||
125
ansh15
21.01.20
✎
11:36
|
(122) Самой базы в MS SQL, .mdf
|
|||
126
rphosts
21.01.20
✎
14:06
|
(110) я даже немного завидую тебе.. если перестаешь додумывать - можешь столько нового узнать...
Турбо буст выдает всем ядрам максимальную тактовую при максимальном энергопотреблении, ТБ не зависит от ос никаким местом т.к. это процессорная технология, ТБ настройками Биоса можно отключить и только. Это вот отсюда.. от разрабов процессора https://www.intel.ru/content/www/ru/ru/support/articles/000007359/processors/intel-core-processors.html От себя добавлю, что нет никаких режимов ядер процессора Интел кроме С0, С1,С2 и т.п. |
|||
127
Cyberhawk
21.01.20
✎
14:31
|
(126) От ОС может и не зависит, а от БИОСа?
|
|||
128
dmpl
21.01.20
✎
14:46
|
(126) Параметры работы этой технологии (а их дофига и больше), равно как доступность и управление энергосберегающими режимами могут программироваться и управляться в достаточно больших пределах. Причем из ОС доступна только небольшая часть этих параметров. Например, лимиты мощности, тока и времени превышения из ОС не управляются. А с некоторыми BIOS даже управление энергосбережением из ОС недоступно.
И зачем ссылка на FAQ руководство для блондинок? Блондинки да, в правах ограничены. А вендоры - нет. |
|||
129
Krendel
21.01.20
✎
14:57
|
(124) У тебя 10 мбит сеть чтоли?
|
|||
130
Krendel
21.01.20
✎
14:57
|
Коаксиал?
|
|||
131
rphosts
21.01.20
✎
15:44
|
(127) ну там по ссылке написано что некоторые биосы умеют отрубать эту фичу процессора (блокируется сигнальная линия?)
|
|||
132
rphosts
21.01.20
✎
15:45
|
(128)Т.е. ты утверждаешь, что ты лучше спецов интела про их процессоры знаешь?
|
|||
133
dmpl
21.01.20
✎
15:58
|
(132) С чего ты взял, что Intel будет блондинкам (на которых и рассчитана эта ссылка) рассказывать как оно всё устроено внутри? Они же не поймут, только еще вопросы появятся. Ты лучше datasheet почитай, или BIOS developers guide. Вот там не для блондинок описание.
|
|||
134
rphosts
21.01.20
✎
19:05
|
(133) ок, давай, расскажи что там за режимы новые помимо стареньких С0, С1,...
|
|||
135
dmpl
21.01.20
✎
19:29
|
(134) Почитай про Intel Speed Shift.
|
|||
136
rphosts
22.01.20
✎
02:23
|
(135) ну т.е. ты не способен их назвать. Понятно...
|
|||
137
Обработка
22.01.20
✎
08:12
|
В итоге где вся инфа-то про сервак и про 1С. С этого же начинают тему???
|
|||
138
StanLee
22.01.20
✎
09:24
|
(137) инфа для лохов, тру-1сники ботают на том что админ послал :)
|
|||
139
Lukich66
22.01.20
✎
13:50
|
Что то подсказывает , а не попытка ли это загрузить 2.5гБ дт в файловую?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |