Имя: Пароль:
1C
1С v8
Прирост производительности при переводе файловой базы в клиент-серверную
0 UnsavedSoul
 
05.01.12
20:28
Хочу сделать свертку файловой базы УТ, процесс занимает длительное время. Комп быстрый, из диспетчера задач вижу, что скорость свертки упирается в скорость работы платформы с файлом (а может, и вообще с хардом). Так вот вопрос, если залить базу на этом же компе на SQL-сервер, то те медленные операции чтения/записи, которые сейчас тормозят свертку, ускорятся ли при использовании СУБД? Или клиент-серверная модель даст прирост производительности только для клиента, а скорость работы с данными на сервере зависит только от железа?
1 H A D G E H O G s
 
05.01.12
20:30
Нет. Да.
2 zak555
 
05.01.12
20:30
> Комп быстрый

это какой ?
3 UnsavedSoul
 
05.01.12
20:32
(2) i7 2.93Ghz (4 ядра, 8 потоков). Ну и оперативы 8 Гб.
4 H A D G E H O G s
 
05.01.12
20:32
Файловая не может быть настолько большой, чтобы свертка (некривописанная) не справилась за ночь.
5 H A D G E H O G s
 
05.01.12
20:34
(3) Выделить процессу 1С отдельное ядро, не нулевое и играть в Скайрим.
6 UnsavedSoul
 
05.01.12
20:35
(5) А что делать, если мне не понравился Скайрим?)))
7 Мохнатое рыло
 
05.01.12
20:38
Свертка базы на sata винте есть LOL. Ждать придется долго. Быстрый комп имеет минимум 4 SAS винта в RAID-10.
8 H A D G E H O G s
 
05.01.12
20:42
9 UnsavedSoul
 
05.01.12
20:45
Спасибо за совет.
"Баловство", по-моему, это запускать свертку 2 гиговой базы на этом быстром компе.
10 Lama12
 
05.01.12
20:47
(9) В однопользовательском режиме файловый вариант работает быстрее чем клиент серверный.
11 Mashinist
 
05.01.12
20:48
может сделать виртуальный диск в RAM и туда базу положить...
12 H A D G E H O G s
 
05.01.12
20:50
(11) Временные файлы 1С, но места может не хватить.
13 rozer76
 
05.01.12
21:22
делайте на файловой. Здесь важна частота процессора и скорость RAM
14 echo77
 
05.01.12
21:23
(11)(12) Дельное предложение. Только копию не забудте сделать
15 rozer76
 
05.01.12
21:24
т.е. в вашем случае если проц будет например 2.6 то свернеться в 2 раза быстрее
16 rozer76
 
05.01.12
21:24
т.е 3.6.. сорри
17 zak555
 
05.01.12
21:26
(12) сколько же понадобится ?
18 UnsavedSoul
 
05.01.12
21:28
(16) Ну в принципе разгоню, но я думаю. все уже упирается в хард, судя по загрузке проца и использования памяти
19 UnsavedSoul
 
05.01.12
21:31
(12) А через темп-файлы действительно большой поток информации льется? Я думал, что платформа напрямую с файлом в основном работает...
20 H A D G E H O G s
 
05.01.12
21:36
(19) Очень большой.
21 H A D G E H O G s
 
05.01.12
21:37
(19) Сравнение объедтинение нетиповой УПП с типовой УПП нового релиза отжирает до 10 гектар влет.
22 H A D G E H O G s
 
05.01.12
21:38
(19) Ну и большие ТаблицыЗначений, Выборки запросов тоже жрут неслабо.
23 rozer76
 
05.01.12
21:42
(18) поищите в интернете про зависимость 1с от частоты процессора. Здесь ядра и быстрый рейд решает при большом количестве пользователей. В случае свертки быстрее будет однозначно файловый вариант. Мы сворачиваем базу раз в квартал (5000-6000 док в день).
24 UnsavedSoul
 
05.01.12
21:47
(22)(23)Спасибо большое!
25 Dirk Diggler
 
05.01.12
22:17
(21) в каком каталоге происходят операции?
26 H A D G E H O G s
 
05.01.12
23:06
(25) У меня - в каталоге
D:\1cFiles
который создан специально для 1С на RAM диске, анально огорожен от антивируса.
1С запускается cmd файлом.
@echo off
set tmp=D:\1cFiles\Temp
set temp=D:\1cFiles\Temp
set USERPROFILE=D:\1cFiles\Profile
set APPDATA=D:\1cFiles\Profile\Application Data
start 1cestart.exe
27 ЧеловекДуши
 
05.01.12
23:44
Странно, а почему никто не сказал, что файловая система больше подвержена краху, нежели серверная :)
Да и скорость то тут причем, если руки у программера кривые, то и супер компьютера не поможет :)
Закон Брукера: Даже маленькая практика стоит большой теории.