Имя: Пароль:
IT
Админ
выбор процессора для 1С и SQL
,
0 kuromanlich
 
28.08.13
15:22
вроде надо чтоб герц побольше, но вот рекомендации скажем от IBM по SQL немного настараживают.

для 1С сервера - E5 с 3.3 герцами, 4 ядрами
для sql сервера - E7 с 1.8 герцами, 8 ядер

мне кажется что будет лучше, если у sql тоже будет "E5 с 3.3 герцами, 4 ядрами".

помогите определиться
1 NcSteel
 
28.08.13
15:42
эээ а можно ссылку на процессоры е5? что то я впервые слышу
2 kuromanlich
 
28.08.13
15:47
3 kuromanlich
 
28.08.13
16:05
up
4 aka MIK
 
28.08.13
16:06
Очевидно что SQL распараллеливается лучше чем какой-то 1С
5 kuromanlich
 
28.08.13
16:08
(4) не очевидно как ведет себя параллелизЬм скл выполняя запросы 1С
6 ansh15
 
28.08.13
16:20
(0) Задача состоит в чем? Чтобы максимально сэкономить, или обеспечить приемлемую производительность?
7 kuromanlich
 
28.08.13
16:27
(6) производительность
8 kuromanlich
 
28.08.13
16:59
upp
9 Fragster
 
модератор
28.08.13
17:01
у которого из них память на 2ггц работает?
10 DGorgoN
 
28.08.13
17:03
Да, про память актуально. А то у нас пямяти дофига - а вот скорость работы с этой память оставляет желать лучшего.
11 DGorgoN
 
28.08.13
17:03
На нашем серваке.
12 kuromanlich
 
28.08.13
17:05
(9) нао посмотреть. ну это же не отбрасывает проблемы выбора между E5 3.3 4 core и E7 1.8 9 core
13 ptiz
 
28.08.13
17:07
Я - за гигагерцы!
14 Aleksey
 
28.08.13
17:12
(5) это которые рекомендуется отключить?
15 vermouth
 
28.08.13
17:14
еще стоит подумать о лицензировании SQL... Если не ошибаюсь, сейчас он лицензируется по ядрам, а не по процессорам... Но это конечно если легальность Вам важна

Лично я за увеличение частоты пусть даж в ущерб числу ядер
16 Fragster
 
модератор
28.08.13
17:15
(15) по физическим процессорам же
17 vermouth
 
28.08.13
17:18
(16) МОГУ ОШИБАТЬСЯ, но начиная с SQl 2012 мне кажется именно по ядрам...
18 ansh15
 
28.08.13
17:19
(12) http://ark.intel.com/products/53569/Intel-Xeon-Processor-E7-4807-18M-Cache-1_86-GHz-4_80-GTs-Intel-QPI
и http://ark.intel.com/products/64587/Intel-Xeon-Processor-E5-2643-10M-Cache-3_30-GHz-8_00-GTs-Intel-QPI
О них же речь, как я понимаю. Только E7 в количестве 1 штука покупать не имеет смысла, они для 4-х процессорных платформ.
19 kuromanlich
 
28.08.13
17:21
(18) таки никто их так не покупает
20 kuromanlich
 
28.08.13
17:31
(17) кажис и так и так
http://www.1c.ru/news/info.jsp?id=15956
21 vermouth
 
28.08.13
17:40
(20) можно именно цитату?
22 МуМу
 
28.08.13
18:24
E5 с 3.3 герцами, 4 ядрами лучше
23 kiruha
 
28.08.13
18:28
24 kuromanlich
 
28.08.13
18:54
(22) для 1С и для SQL?
25 kiruha
 
28.08.13
19:19
В ссылке все есть. Разнесение на 2 сервера нецелесообразно.
Частота процессора важнее количества ядер
Чего нет - там есть в комментариях.
Отписались все гуру по оптимизации
26 Адимр
 
28.08.13
19:21
(0) И еще очень важно! Юзай SSD диск!!!
27 qw12225
 
28.08.13
19:47
При выборе процессора на сервер (не важно какой модели/года выпуска)всегда ориентировался не на гигагерцы, а на частоту с которой он может обращаться к памяти. Всегда брал младшую из самых топовых (по деньгам оптимально и на долго хаватит лет). А для 1с сервера и тем более sql сервера важен не проц, а дисковая подсистема.
28 qw12225
 
28.08.13
19:49
(26) Спорный момент. 15 000 Sas диски в 10 RAID стоят дешевле, а по производительности также или даже лучше
29 kuromanlich
 
28.08.13
19:50
какже разнесение? 700 юзверей как будут жить вместе с скл на одном серваке? до 128 игигов поднимать память?
30 kuromanlich
 
28.08.13
19:57
2) На текущих технологиях сети Ethernet - НЕ ЦЕЛЕСООБРАЗНО ранесение "SQL""Сервер 1С".  - говорят, врутвсе?
31 Fragster
 
модератор
28.08.13
20:00
(29)(30) на 700 юзеров разнесение нужно. но лучше инфинибэнд какой-нибудь
32 Fragster
 
модератор
28.08.13
20:02
(25) в ссылке - однопоточная нагрузка. в таком случае действительно рулят мегагерцы и шина памяти (она в любом случае заруливает), а накладные расходы (в десятки и сотни микросекунд на транзакцию) убивают все преимущество по масштабируемости
33 kiruha
 
28.08.13
20:04
Там комменты интереснее самой статьи
34 kuromanlich
 
28.08.13
20:04
(31) на практике какая скорость между скулем и серверами 1с приемлема? 1гигьаит? 2? 10?
35 kuromanlich
 
28.08.13
20:04
(33) ага, over 1000
36 Fragster
 
модератор
28.08.13
20:09
(34) хз, у нас на гигабите загрузка сети даже к 50% не подбирается (200 юзеров в самой большой базе). но тут много зависит от специфики работы юзеров и того, как база написана.

Криво обученные юзеры могут и ОСВ без отборов за весь период сформировать. Или там отчет по серийным номерам за весь период по всем складам по всей номенклатуре.
37 Fragster
 
модератор
28.08.13
20:09
опять же, что такое "приемлема"?
38 ansh15
 
28.08.13
20:10
(34) Можно поинтересоваться количеством пользователей и примерным размером баз?
39 kuromanlich
 
28.08.13
20:10
до 900
40 Demiurg
 
28.08.13
20:11
(0) На выбор процессора может повлиять даже конкретная конфигурация - есть код, которому важна скорость в потоке (большой объем данных, 1С:Консолидация, 1С:ЗУП), есть код, которому важней параллельность, а общий объем данных небольшой (1С:Бухгалтерия), есть конфигурации, где важно все - УПП.

Тоже самое касается деталий реализации, для бухии 1.6 диски на сервере 1с не имеют значения, а для 2.0 еще как )))
41 ansh15
 
28.08.13
20:12
(37) Кому-то и полчаса на отчет - радость, а кому-то и 5 секунд долго.
42 Demiurg
 
28.08.13
20:12
но вообще процессор составляет около 10% от стоимости сервера, а по производительности он может до 50% от всей производительности определять, вот и экономят на меньшем, а теряют в итоге очень много...
43 Demiurg
 
28.08.13
20:14
лучший способ сэкономить это покупать скажем вместо IBM или HP SSD диски от intel s3700 к примеру (очень часто вендоры просто перемаркировают продукцию и накручивабт ценник)
44 100kg
 
28.08.13
23:22
(27) беспросветная чушь!!!
Для сервера 1С, да и для SQL скорость проца ГОРАЗДО!!!!! важнее производительности дисковой системы, особенно при наличии достаточного объема оперативной памяти.
45 МуМу
 
29.08.13
00:17
(44)При определенных ситуациях это утверждение может оказаться таким же как и (27).:) Особенно при условии того что наличие оперативной памяти не всегда является условием высокой производительности системы. Например биллинговые системы, системы фиксирующие факт. Когда важен факт быстрого фиксации транзакции без какого либо ее анализа.(или к примеру реал тайм фиксирующие показания счетчиков без какого либо анализа) Для обычной системы 1С отношение чтения к записи - 9 к одному. А бывает и наоборот.
46 aka MIK
 
29.08.13
02:03
(45) И кто больше работы сделает в случае чтения, 8 потоков или 4? При том что проц все равно не узкое место
47 МуМу
 
29.08.13
09:48
(46) Смотря при каких условиях. А в (45) просто лишь утверждение что при определенных условиях дисковая система является приоритетной.
48 Туц
 
29.08.13
10:45
(47) надо сказать, что в рамках большинства задач 1с важнее чтение. ИМХО самое важное в порядке убывания: память,проц,диск.
49 kuromanlich
 
29.08.13
11:02
X3550 M4 E5-4807 3.3Ghz  
и  
X3850 M4 E7-4807 1.86Ghz

один умен другой красив...
50 kuromanlich
 
29.08.13
11:03
(49) "X3850 M4 E7-4807 1.86Ghz" этот хвалят за архиректуру для обработки больших объемов данных, распараллелиливание на уровне проца... но кто его знает что это хначит в реальности
51 kuromanlich
 
29.08.13
11:59
52 kuromanlich
 
29.08.13
11:59
Currently, my favorite Intel server processor is the Intel Xeon E5-2690. It will give you excellent single-threaded performance and relatively affordable SQL Server 2012 licensing costs. If you need to step up to a four-socket server, then I would choose an Intel Xeon E5-4650 processor instead of using an Intel Xeon E7-4870 processor, since you will get better single-threaded performance and lower SQL Server 2012 license costs. Using TPC-E benchmark scores is an excellent way to compare the performance and SQL Server 2012 license efficiency of different processor families.
53 Bigbro
 
29.08.13
12:27
(44) недавно обнаружил сильные тормоза на сервере, поговорил с админами выяснилось что он на "медленной" дисковой корзине. перенесли на другую - скорость работы подскочила в десятки раз.
54 kuromanlich
 
29.08.13
12:33
(53) думаю что родная сервачная корзина для SSD сойдет
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший