Имя: Пароль:
IT
 
1c MSSQL на CUDA
0 djekting
 
27.07.12
10:45
Сообственно, инфа, соображения, пробы, интересует всё
1 МихаилМ
 
27.07.12
10:46
ошиблись форумом
2 Лефмихалыч
 
27.07.12
10:47
(0) что сказать-то хотел?
3 djekting
 
27.07.12
10:48
интересует: может кто пробовал перенесии вычисления с проца на видяху
4 Господин ПЖ
 
27.07.12
10:49
человек обчитался upgrade и прочих мурзилок...
5 djekting
 
27.07.12
10:51
(4) вот тока довай без тролинга
просто интересно соображения на эту тему
вот к примеру нашел http://ithappens.ru/story/6407
6 МихаилМ
 
27.07.12
10:52
(3)
для постгре есть решения сортировок, тесселяции пространственных индексов.

тут 95% не зеают что такое кластерный индекс.
7 Лефмихалыч
 
27.07.12
10:52
(3) откуда у сервера видяха с кудой? зачем она ему? а если вместо сервера обычный писюк, то эти извращения ему не помогут
8 Господин ПЖ
 
27.07.12
10:54
>тут 95% не зеают что такое кластерный индекс.

это сокровенное знание...
9 МихаилМ
 
27.07.12
10:54
(5)
в это вброс. пятничный . к cuda какое отношение имеет ошибка 41 чипсета ?
10 Господин ПЖ
 
27.07.12
10:54
(5) какая-то охотничья байка
11 djekting
 
27.07.12
10:55
есть проф решения у Nvidia  называется  Tesla
12 Господин ПЖ
 
27.07.12
10:56
(11) покажите готовый продукт от вменяемого вендора с этой "неонкой внутри"
13 Agent ООЗ
 
27.07.12
10:57
мс скл сервер что то считает? век живи, век учись!
14 Чарльз Треч
 
27.07.12
10:58
15 ДенисЧ
 
27.07.12
10:58
(13) А что, нет? О_о
Интересные новости...
16 Agent ООЗ
 
27.07.12
10:59
(15) примеры того что считает? количество строк в запросе сам понимаешь не в счет.
17 acsent
 
27.07.12
10:59
для выборок из бд практически вычислений никаких не нужно производить
18 МихаилМ
 
27.07.12
11:02
(17)
тесселяция, агрегация,сотрировка,хеширование...
19 Agent ООЗ
 
27.07.12
11:03
(18) для этого нужно мощности суперкомпьютера? 99% времени скл сервер простаивает в ожидании разблокировки таблиц %)
20 МихаилМ
 
27.07.12
11:15
(19)
блокировки - другая тема. не относящяся к (0)
21 djekting
 
27.07.12
11:19
(19) зайду с другого бока
для чего покупают мощные сервера под 1с? если (19) 99% времени скл сервер простаивает в ожидании разблокировки таблиц %)
22 Живой Ископаемый
 
27.07.12
11:20
(5) ты первый начал.. теперь терпи
23 H A D G E H O G s
 
27.07.12
11:21
(21) ээээ, а что происходит во время блокировки таблиц? Какой процесс идет?
24 djekting
 
27.07.12
11:21
(22) окай, интересуют ответы) вопрос тотже кто что читал, сам пробовал..(0)
25 djekting
 
27.07.12
11:23
(23) спукаемся на уровень ниже ... почему поисходит блокировка, ведь блокировка это следствие) почему  (19) 99% времени скл сервер простаивает в ожидании разблокировки таблиц %)
26 МихаилМ
 
27.07.12
11:28
(25)
заведите другую тему.
к Вашей первоначальной теме. блокировки не относятся.
27 H A D G E H O G s
 
27.07.12
11:28
(25) Вы не ответили на вопрос.
28 djekting
 
27.07.12
11:30
ладно пытать небуду) время блокировки зависит от 2х главных причин: алгоритма запроса и мощности компьютера его обрабатывающег, вот она то меня и интересует в виде использования CUDA
29 djekting
 
27.07.12
11:32
собственно инфы мало потому и интресуюсь на форуме, может есть интузиасты которые пробовали ...
30 H A D G E H O G s
 
27.07.12
11:34
(28) Тоесть, во время блокировки сервер sql не простаивает?
31 djekting
 
27.07.12
11:50
(30) вопрос риторический, для чего вообще происходит блокировка
(считать данные, обработать , выдать пользователю .... и записать, и чтобы в этот момент они больше ничто и никто не могло их изменить ) .. что для этого требуется? ресурсы сервера  + таких запросов может  быть тысячи - соответственно надо увеличивать вычислительные ресрсы сервера...(0) (ушел на обед)
32 MM
 
27.07.12
11:58
Насколько я знаю, обычно, узкое место это дисковая подсистема, может быть сеть, но чаще "особенности" 1С кода, процессор загрузить труднее. CUDA же обеспечивает параллельность вычислений, это эффективно когда расчёты сложные, но она не предназначена для больших объёмов данных характерных для БД.
33 Господин ПЖ
 
27.07.12
12:01
>но чаще "особенности" 1С кода, процессор загрузить труднее

скорее кривож.пость 1С и безобразное обращение с данными... умеет тупить при пустой очереди к диску и низкой загрузке проца
34 Господин ПЖ
 
27.07.12
12:03
>таких запросов может  быть тысячи - соответственно надо увеличивать вычислительные ресрсы сервера...

накуа? "может  быть тысячи" - сервер просто повысит уровень изоляции и все
35 H A D G E H O G s
 
27.07.12
12:06
(33) Примеры, примеры!
36 MM
 
27.07.12
12:06
(33) А можно примеры "безобразного обращения с данными"?
(34) а вот подобные повышения стоит ограничить
37 Господин ПЖ
 
27.07.12
12:12
(35) Я часто слышу от знакомых про проблемы в высоконагруженных системах под 1С. То УФ тупят то с базой ж.па. Продавливают железом, но это тупиковый путь по сути
38 rs_trade
 
27.07.12
12:17
(36) а вот разработчики почему то не советуют ограничивать подобные вещи. может они лучше знают?
39 Ksandr
 
27.07.12
12:19
(17) +1
Хотите производительность - ставьте RAID 0 из SSD + проц достойный + оператива
40 Ksandr
 
27.07.12
12:19
+к 39 в (37) описан недостаток этого способа. не летать будут наверное только перемножения огромных таблиц
41 H A D G E H O G s
 
27.07.12
12:19
(37) ОБС?
42 vde69
 
27.07.12
12:22
(37) нет проблемм с нагрузкой до среднего 1 новый документ в 1 секунду....

более высоконагруженые системы следует планировать архитектурно с прицелом на специфику...
43 MM
 
27.07.12
12:40
(38) так с учётом ситуации же предлагаю. И уточните, разработчики чего 1С или SQL?
44 rs_trade
 
27.07.12
12:54
(43) SQL конечно. я про эскалацию блокировок говорил.
45 MM
 
27.07.12
13:04
(44) Я о ней же, на 8.1 под SQL 2005 при длинных транзакциях приходилось пользоваться флагом трассировки 1224, чтобы снизить количество необоснованных эскалаций, мешающих параллельным сессиям. Причём даже в управляемом режиме блокировок.
46 rs_trade
 
27.07.12
16:49
(45) не лучше ли в таком случае памяти добавить? чем лезть во флаги трассировок.
47 MM
 
27.07.12
17:02
на 32 битном сервере это бы вряд ли помогло, память AWE ведь не в счёт, тем более, что 16 Гбайт это не мало.