Имя: Пароль:
1C
1C 7.7
v7: Конфигурация малобюджетного терминального "сервера" для 1С 7.7 ТиС
,
0 ursa-major
 
26.01.13
15:45
Возникла задача обустроить терминальный "сервер" для группы товарищей :)
4 работающих человека (в перспективе увеличение до 6 или, маловероятно, но, вдруг, до 8).
1С 7.7 ТиС файловая.
И вот в свете представлений о правильной организации работы с 1С 7.7, которое у меня сложилось благодаря помощи форумчан, возникает вопрос:
Будет-ли достаточно собрать "сервер" на, скажем, 2-х ядерном АМД с частотой 3.6 ГГц и дисковой подсистемой на SATA винтах в RAID10?
Частота - высокая. 2 ядра - не для 1С, а для ОС. Диски - за счет strip будут пошустрее, чем просто SATA.
Имеет право на жизнь такое бюджетное решение для невысоких требований?
1 Злопчинский
 
26.01.13
15:53
достаточно.
у меня 25 чел, крутились на старом пне 2.4 с 2 гигами памяти.
2 Злопчинский
 
26.01.13
15:54
2. правда если все будут вогно месить и ипсользовать конфигу как печатную машинку - в активно йработе будут затыки на транзакциях.
3 Aleksey
 
26.01.13
15:59
(0) мы же про терминал, а там у каждого юзера может быть свое ядро. так что чем больше ядер тем лучше
4 Neg
 
26.01.13
16:19
(1) У меня такая же хрень, но сейчас купили и5-тый, 16 гигов памяти, будет крутой сервер. :)
5 ursa-major
 
26.01.13
16:31
(1) (4) Спасибо за инфо.
(3) В бюджетных АМД процах ближайший 4-х ядерный имеет частоту 3.2 ГГц. Мне казалось, что 1С-ка на 2-х ядрах 3.6 (в TurboBust'е 3.8) будет шевелиться быстрее, чем на 4-х 3.2. Или не прав?
6 Злопчинский
 
26.01.13
16:37
(5) семерке пофиг количество ядер. она многоядерность не понимает. так что можно даже получить некоторый прирост быстродействия незначительный если запускаемые 1ски привязывать на конкретные ядра - чтобы туда-сюда не переключались...
?
7 Злопчинский
 
26.01.13
16:38
так что возможно 4 ядра 3.2 предпочительнее 2-ух 3.6
8 Холст
 
26.01.13
16:43
4ядра, 4гига оперативы
разница с 2мя Ядрами небольшая у амд
само собой АМ3+ платформа, а не те, которые со встроенной видюхой ну и на вентиляторе не экономь, АМД - горячая платформа
9 Холст
 
26.01.13
16:43
2 ядра стремно в наше время для "сервака"
10 Aleksey
 
26.01.13
16:52
(5) (6) В данном случае нет, не так
11 Aleksey
 
26.01.13
16:53
(7) согласен, что тут 4 ядра будет лучше и быстрее чем 2

Главное прикрутить приблуду по уменьшению приоритета 1С и будет литать
12 ursa-major
 
26.01.13
18:28
(8) АМ3+ ? Если честно, я смотрел в сторону FM2 - это процы конца 2012 года, малые TDP (65 Вт), высокие частоты. Скажем, что-нибудь, типа, A6-5400K (http://www.cpu-world.com/CPUs/Bulldozer/AMD-A6-Series%20A6-5400K.html).

(11) Если вы советуете уделить больше внимания количеству ядер, то может тогда Athlon X4 740 (http://www.cpu-world.com/CPUs/Bulldozer/AMD-Athlon%20II%20X4%20740.html)? У него, кстати, и кеш поболее, чем у A6-5400K.
13 Злопчинский
 
26.01.13
18:36
(10) а по 6 что принципиально не так?
14 Вуглускр1991
 
26.01.13
19:43
И почему никто не обращает внимание на софт - как на статью бюджетного решения? Думаете раз терминал, то обязательно 2008R2 с двумя не дешевыми лицензиями за каждого работника?
15 DGorgoN
 
модератор
26.01.13
20:30
Для 6 людей 2 ядер хватит.
ну и оперативки лучше по 1 на человека. Частота особой роли не играет при одновременном использовании. При тии и проч играет серьезно.
16 Джордж1
 
26.01.13
20:54
(15)Нафига 1 гиг, если даже комплексная кушает в районе 50Мб
17 DGorgoN
 
26.01.13
21:04
(16) У тебя какая то простая комплексная + всякие утечки памяти и проч, да и 6 гиг сейчас как то даже обыденно. Ну у нас терминал правда вообще для всего. Я с учетом этого говорил - т.е. браузеры и проч.
18 floody
 
26.01.13
21:06
имхо надо брать интел, i3 либо i5 +SSD, ну понятно бекапы раз в день на обычный хард

оперативки 8-16

AMD мягко говоря не очень в наст. время
19 floody
 
26.01.13
21:08
ставить SATA в любой рейд в данном случае - ни к чему
20 Злопчинский
 
26.01.13
21:17
На 6-8 человек оперативы с запасом хватить 4 гига - еще и останется. ТиС кушает в райне 70 Мег на рыло (возьмем 100 под запас).
21 mehfk
 
26.01.13
21:30
(20) Это если нет тяжелых мокселей, а если есть, надо по ним и смотреть.
22 ursa-major
 
26.01.13
21:39
(18) Я тоже предпочитаю Intel, причем до последнего времени - бескомпромиссно. Но, в свете специфики 1С 7.7, вынужден рассматривать и вариант AMD.
Кстати, в Top500 суперкомпьютеров в первой десятке до последнего времени было 8 на AMD. Сейчас уже не столько, но лидирует все равно суперкомп на AMD.
(16)Многократно на страницах этого форума встречал рекомендацию - 500 МБ на терминального клиента. + 1 ГБ под ОС, + 1 ГБ под всякие приложения.
(19) ИМХО, в современных компах (почти любого назначения) самое узкое место - дисковая подсистема. Поэтому - strip. И данные хотелось бы не потерять - mirror. Итого - RAID 10.

Память при нынешних ценах - не проблема. Только при ОЗУ более 4 ГБ придется ставить ОС х64.
23 ursa-major
 
26.01.13
21:45
(8) А почему не брать процы с интегрированным видео?
24 Neg
 
26.01.13
21:46
(23) это как?
25 ursa-major
 
26.01.13
21:49
(24) A6-5400K, например, имеет встроенную видео Radeon HD 7540D
http://shop.amd.com/US/All/Detail/Processor/AD540KOKHJBOX?SearchFacets=category:Processor
26 Холст
 
26.01.13
21:55
(23) потому что бюджет транзисторов у этих процессоров сильно смещен в сторону видеовозможностей, это для 1С совершенно лишнее, соотв большое подозрение, что "математической" составляющей в этих процессорах сильно пожертвовали
27 ursa-major
 
26.01.13
22:03
(26) Это предположение или есть ссылка на результат тестирования?
28 Злой Бобр
 
26.01.13
22:24
(0) Ответил в предыдущей ветке, т.к. эту незаметил сразу.
Попытка продолжить: ТиС 7.7 Server 2008 R2 и SQL 2008R2
29 ursa-major
 
26.01.13
22:47
(28) До последнего времени с ТиС работали три человека. Локальный запуск 1С, база в сети - все устраивало. Посадили 4-го - стало неудобно. Решили что-то поменять :)
Исходя из этого предполагаю, что нечто вроде описанного в (0) должно их устроить.
30 Злой Бобр
 
26.01.13
22:50
(29) Вероятно для локалки достигнут предел на открытые файлы и все. Погуглите на эту тему, найдете много интересного. Например можно увеличить дефолтный размер. Но если по уму - садите локальную базу на нетварь и все будет замечательно.
31 Злой Бобр
 
26.01.13
22:51
(30) Это я к тому что для 4 юзеров покупать сервак - тупизм еще тот.
Удачи.
32 Злопчинский
 
26.01.13
22:54
(21) ну да, но тяжелые моксели не каждые 5 минут юзаются.. у меян прайс с картинками был - так его формирование 700 мег отъедало, но ничего - жили потихоньку..
33 floody
 
27.01.13
10:27
(22) во первых не strip а stripe

а во вторых городить массив из 4 SATA дисков на набортном контроллере из-за 8 пользователей - месье знает толк в извращениях
34 Neg
 
27.01.13
10:42
(29) Ну для этих целей ConfigNT
35 Холст
 
27.01.13
11:58
кстати можно вполне обойтись этим решением http://www.wirth.ru/load/v7dbnet/1-1-0-2
до 3юзеров бесплатно, неограниченную версию автор продает за 1000руб всего
36 Chai Nic
 
27.01.13
12:13
Ну вы блин даете! Для семерочных клиентов _любой_ современный компьютер - сервер терминалов на пару десятков клиентов. Объективно. Ибо семерка разрабатывалась еще во времена и для селеронов-366 с 16 мегабайтами оперативки. Разумеется, если кроме 1сv7 еще что-то будет - тогда требования надо повышать.
37 Холст
 
27.01.13
12:45
(36) ты не прав, почему не прав тыщу раз уже перетиралось (отключение кеширования после 2го юзера)
38 Chai Nic
 
27.01.13
12:47
(37) При чем тут кэширование? Я имею в виду, что сервер терминалов для семерочников можно организовать из любой современной персоналки, и его хватит с избытком.
39 Холст
 
27.01.13
13:07
(38) значит ты так косноязычно выразился, твои слова понял так что современный комп даже по сети с 1С будет работать быстрее чем старый в терминале
а то, что современный худо-бедно потянет роль сервака терминалов это было понятно и так, только если разница между 2 и 4мя ядрами сейчас 1,5-2,5 тыс руб, проще купить 4ядра для более комфортной работы
есть пример "сервака" на Core2Duo 2ядерном с 2гигами оперативки - 5-7юзеров работают конечно, но на базе 1гиг время от времени бывают тормоза - при тяжелом отчете например или тп тяжелом
40 Chai Nic
 
27.01.13
13:26
(39) Это не я косноязычно выразился, это у вас воображение слишком сильное.

Насчет тормозов на базе в 1 гиг - даже смешно это слышать. У нас в 35-гиговой sql-базе на двухпроцессорном терминальном сервере 2005 года с 4 гигами оперативки нормально работает 40 семерочников. При этом еще не вся память занята, и имеется запас по средней загруженности процессоров.
Начиная с некоторого порога, тормоза в первую очередь зависят не от сервера, а от алгоритмов в конфигурации.. и замена сервера на в два раза более мощный даст не разы прироста производительности, а проценты.
41 Злопчинский
 
27.01.13
15:02
(35) есть проблемы. Кто-то тут или на Т1С искал контакты к разработчику - плохо с этим.
42 Злопчинский
 
27.01.13
15:05
(37) читай выше. с 2005-2006г. стоял обычный офисный комп на 2.4 Гига и 2 Гига памяти. стояла на нем ось серверная и крутилось у меня на нем до 25 юзверей в терминале. Из них штук 6-8 создавали оснонвую нагрузку, да штук 8 крутилось в РДП складских терминалов. И все нормально работало. так что Ктулха вообщем прав.
43 VasilyKushnir
 
27.01.13
15:10
Есть так называемые "серверные решения" - еще не полнокровный сервер, но у же не десктоп. Стоят раза в 3 дешевле сервера, но выдрживают режим круглосуточной безостановочной работы. Для филиала заказывал: 4 ядра, 8 Гиг мозгов, SAS-овские диски в нулевом рейде. Один недостаток - установщик сервера 2003 (а для 6 юзеров настоятельно не советую не серверную ось) не увидил сасовские диски. Да, можно было "подсунуть" дрова по F6 при установке, но флопешника не оказалось (даже разъема на мамке нет). Пришлось ставить сервер 2008. Более полугода полет нормальный.
44 Chai Nic
 
27.01.13
17:16
(43) Ну уж, нулевой рейд в "серверном решении" только врагу советовать)
45 Злопчинский
 
27.01.13
17:34
(44) а какие проблемы для малобюджетного решения?
46 Jump
 
27.01.13
17:35
(0)
Core i5, 8гб оперативки, под базы ссд в зеркале, под остальное зеркало из обычных сата.
47 Jump
 
27.01.13
17:37
(45)Шутишь?
Нулевой рейд только для поиграться, школьнику, чтоб игра побыстрее шла.
В продакшн его ни один здравомыслящий  никогда не поставит
48 Chai Nic
 
27.01.13
17:39
(45) Да проблем никаких, но лучше всё-таки не страйп, а зеркало. На чтение скорость такая же, как у страйпа, на запись чуть помедленнее одиночного диска. Зато надежность хоть какая-то. Страйп (raid0), на мой взгляд, применим только для "однодневных" данных..
49 Jump
 
27.01.13
17:43
(48)В наше время проще одиночный ссд вместо страйпа поставить.
Дешевле и быстрей получиться.

Страйп повышает только скорость линейного чтения - по скорости линейного чтения тут затыка точно не будет.
Вот по случайному доступу - как нефиг делать. А это только ссд решит, никакие страйпы из хдд тут не помогут.
50 Злопчинский
 
27.01.13
17:44
Сорри, облажался. рейд0 - это не то.
51 Chai Nic
 
27.01.13
17:45
(49) Ну в связи с дешевизной ОЗУ сейчас можно и на рамдиске базу держать, с периодическим сбросом на жесткий диск.. :)
52 Jump
 
27.01.13
17:50
(50)А ты имел ввиду зеркало?
53 Jump
 
27.01.13
17:53
(49)Ну в принципе можно для экстремального быстродействия.
Но проще зеркало из SSD. Проще для админа, ибо в случае сбоя одиночного диска, ему придется отрываться от мисты, и бодрым шагом топать на работу, поднимать базу из бэкапа, и выслушивать лестные отзывы юзеров.
А зеркало в случае сбоя позволяет провести замену тихо незаметно, и не напрягаясь.
54 Jump
 
27.01.13
17:56
ИМХО рамдиск хорош в следующих практических ситуациях -
1) для разработчика, чтобы быстро перешерстить всю базу, отладить отчет или обработку.
2) для построения отчета, т.е копия рабочей базы скидывается на рамдиск, и оттуда запускается сложный отчет.
55 Злопчинский
 
27.01.13
18:05
(52) угу
56 Cthulhu
 
27.01.13
18:51
(55): ну вот ещё, из тонкостей.
на рам-диск выкладывается сутреца (или с понедельника, или на рождество - у кого какой режим) копия периферийки-толькоприемника (с медленного винта).
все отчеты (все!) - только в ней.
автообмен - двойной: в периферийку (фоново) и её рам-копию (быстро-быстро), ответку в рабочий центр - с рам-периферийки.
автообмен - с нужным оперативным интервалом (почаще, для минимизации файла обмена) и - опционально - по требованию (маркер-файл, например).
57 ursa-major
 
02.02.13
13:35
Огромное спасибо всем участникам обсуждения за советы, комментарии, поддержку.
Сконфигурированы два решения (одно на AMD, другое на Core i5). В настоящий момент руководство пытается определиться с нелегкой проблемой выбора :)
58 Холст
 
02.02.13
13:47
957) нищебродское какое-то руководство ... цена потраченного времени на "совместное обдумывание" превысит стоимость 2го комплекта материнка+процессор