Возникла задача обустроить терминальный "сервер" для группы товарищей :)
4 работающих человека (в перспективе увеличение до 6 или, маловероятно, но, вдруг, до 8).
1С 7.7 ТиС файловая.
И вот в свете представлений о правильной организации работы с 1С 7.7, которое у меня сложилось благодаря помощи форумчан, возникает вопрос:
Будет-ли достаточно собрать "сервер" на, скажем, 2-х ядерном АМД с частотой 3.6 ГГц и дисковой подсистемой на SATA винтах в RAID10?
Частота - высокая. 2 ядра - не для 1С, а для ОС. Диски - за счет strip будут пошустрее, чем просто SATA.
Имеет право на жизнь такое бюджетное решение для невысоких требований?

достаточно.
у меня 25 чел, крутились на старом пне 2.4 с 2 гигами памяти.

2. правда если все будут вогно месить и ипсользовать конфигу как печатную машинку - в активно йработе будут затыки на транзакциях.

(0) мы же про терминал, а там у каждого юзера может быть свое ядро. так что чем больше ядер тем лучше

(1) У меня такая же хрень, но сейчас купили и5-тый, 16 гигов памяти, будет крутой сервер. :)

(1) (4) Спасибо за инфо.
(3) В бюджетных АМД процах ближайший 4-х ядерный имеет частоту 3.2 ГГц. Мне казалось, что 1С-ка на 2-х ядрах 3.6 (в TurboBust'е 3.8) будет шевелиться быстрее, чем на 4-х 3.2. Или не прав?

(5) семерке пофиг количество ядер. она многоядерность не понимает. так что можно даже получить некоторый прирост быстродействия незначительный если запускаемые 1ски привязывать на конкретные ядра - чтобы туда-сюда не переключались...
?

так что возможно 4 ядра 3.2 предпочительнее 2-ух 3.6

4ядра, 4гига оперативы
разница с 2мя Ядрами небольшая у амд
само собой АМ3+ платформа, а не те, которые со встроенной видюхой ну и на вентиляторе не экономь, АМД - горячая платформа

2 ядра стремно в наше время для "сервака"

(5) (6) В данном случае нет, не так

(7) согласен, что тут 4 ядра будет лучше и быстрее чем 2

Главное прикрутить приблуду по уменьшению приоритета 1С и будет литать

(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.

(10) а по 6 что принципиально не так?

И почему никто не обращает внимание на софт - как на статью бюджетного решения? Думаете раз терминал, то обязательно 2008R2 с двумя не дешевыми лицензиями за каждого работника?

Для 6 людей 2 ядер хватит.
ну и оперативки лучше по 1 на человека. Частота особой роли не играет при одновременном использовании. При тии и проч играет серьезно.

(15)Нафига 1 гиг, если даже комплексная кушает в районе 50Мб

(16) У тебя какая то простая комплексная + всякие утечки памяти и проч, да и 6 гиг сейчас как то даже обыденно. Ну у нас терминал правда вообще для всего. Я с учетом этого говорил - т.е. браузеры и проч.

имхо надо брать интел, i3 либо i5 +SSD, ну понятно бекапы раз в день на обычный хард

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

AMD мягко говоря не очень в наст. время

ставить SATA в любой рейд в данном случае - ни к чему

На 6-8 человек оперативы с запасом хватить 4 гига - еще и останется. ТиС кушает в райне 70 Мег на рыло (возьмем 100 под запас).

(20) Это если нет тяжелых мокселей, а если есть, надо по ним и смотреть.

(18) Я тоже предпочитаю Intel, причем до последнего времени - бескомпромиссно. Но, в свете специфики 1С 7.7, вынужден рассматривать и вариант AMD.
Кстати, в Top500 суперкомпьютеров в первой десятке до последнего времени было 8 на AMD. Сейчас уже не столько, но лидирует все равно суперкомп на AMD.
(16)Многократно на страницах этого форума встречал рекомендацию - 500 МБ на терминального клиента. + 1 ГБ под ОС, + 1 ГБ под всякие приложения.
(19) ИМХО, в современных компах (почти любого назначения) самое узкое место - дисковая подсистема. Поэтому - strip. И данные хотелось бы не потерять - mirror. Итого - RAID 10.

Память при нынешних ценах - не проблема. Только при ОЗУ более 4 ГБ придется ставить ОС х64.

(8) А почему не брать процы с интегрированным видео?

(23) это как?

(24) A6-5400K, например, имеет встроенную видео Radeon HD 7540D
http://shop.amd.com/US/All/Detail/Processor/AD540KOKHJBOX?SearchFacets=category:Processor

(23) потому что бюджет транзисторов у этих процессоров сильно смещен в сторону видеовозможностей, это для 1С совершенно лишнее, соотв большое подозрение, что "математической" составляющей в этих процессорах сильно пожертвовали

(26) Это предположение или есть ссылка на результат тестирования?

(0) Ответил в предыдущей ветке, т.к. эту незаметил сразу.
Попытка продолжить: ТиС 7.7 Server 2008 R2 и SQL 2008R2

(28) До последнего времени с ТиС работали три человека. Локальный запуск 1С, база в сети - все устраивало. Посадили 4-го - стало неудобно. Решили что-то поменять :)
Исходя из этого предполагаю, что нечто вроде описанного в (0) должно их устроить.

(29) Вероятно для локалки достигнут предел на открытые файлы и все. Погуглите на эту тему, найдете много интересного. Например можно увеличить дефолтный размер. Но если по уму - садите локальную базу на нетварь и все будет замечательно.

(30) Это я к тому что для 4 юзеров покупать сервак - тупизм еще тот.
Удачи.

(21) ну да, но тяжелые моксели не каждые 5 минут юзаются.. у меян прайс с картинками был - так его формирование 700 мег отъедало, но ничего - жили потихоньку..

(22) во первых не strip а stripe

а во вторых городить массив из 4 SATA дисков на набортном контроллере из-за 8 пользователей - месье знает толк в извращениях

(29) Ну для этих целей ConfigNT

кстати можно вполне обойтись этим решением http://www.wirth.ru/load/v7dbnet/1-1-0-2
до 3юзеров бесплатно, неограниченную версию автор продает за 1000руб всего

Ну вы блин даете! Для семерочных клиентов _любой_ современный компьютер - сервер терминалов на пару десятков клиентов. Объективно. Ибо семерка разрабатывалась еще во времена и для селеронов-366 с 16 мегабайтами оперативки. Разумеется, если кроме 1сv7 еще что-то будет - тогда требования надо повышать.

(36) ты не прав, почему не прав тыщу раз уже перетиралось (отключение кеширования после 2го юзера)

(37) При чем тут кэширование? Я имею в виду, что сервер терминалов для семерочников можно организовать из любой современной персоналки, и его хватит с избытком.

(38) значит ты так косноязычно выразился, твои слова понял так что современный комп даже по сети с 1С будет работать быстрее чем старый в терминале
а то, что современный худо-бедно потянет роль сервака терминалов это было понятно и так, только если разница между 2 и 4мя ядрами сейчас 1,5-2,5 тыс руб, проще купить 4ядра для более комфортной работы
есть пример "сервака" на Core2Duo 2ядерном с 2гигами оперативки - 5-7юзеров работают конечно, но на базе 1гиг время от времени бывают тормоза - при тяжелом отчете например или тп тяжелом

(39) Это не я косноязычно выразился, это у вас воображение слишком сильное.

Насчет тормозов на базе в 1 гиг - даже смешно это слышать. У нас в 35-гиговой sql-базе на двухпроцессорном терминальном сервере 2005 года с 4 гигами оперативки нормально работает 40 семерочников. При этом еще не вся память занята, и имеется запас по средней загруженности процессоров.
Начиная с некоторого порога, тормоза в первую очередь зависят не от сервера, а от алгоритмов в конфигурации.. и замена сервера на в два раза более мощный даст не разы прироста производительности, а проценты.

(35) есть проблемы. Кто-то тут или на Т1С искал контакты к разработчику - плохо с этим.

(37) читай выше. с 2005-2006г. стоял обычный офисный комп на 2.4 Гига и 2 Гига памяти. стояла на нем ось серверная и крутилось у меня на нем до 25 юзверей в терминале. Из них штук 6-8 создавали оснонвую нагрузку, да штук 8 крутилось в РДП складских терминалов. И все нормально работало. так что Ктулха вообщем прав.

Есть так называемые "серверные решения" - еще не полнокровный сервер, но у же не десктоп. Стоят раза в 3 дешевле сервера, но выдрживают режим круглосуточной безостановочной работы. Для филиала заказывал: 4 ядра, 8 Гиг мозгов, SAS-овские диски в нулевом рейде. Один недостаток - установщик сервера 2003 (а для 6 юзеров настоятельно не советую не серверную ось) не увидил сасовские диски. Да, можно было "подсунуть" дрова по F6 при установке, но флопешника не оказалось (даже разъема на мамке нет). Пришлось ставить сервер 2008. Более полугода полет нормальный.

(43) Ну уж, нулевой рейд в "серверном решении" только врагу советовать)

(44) а какие проблемы для малобюджетного решения?

(0)
Core i5, 8гб оперативки, под базы ссд в зеркале, под остальное зеркало из обычных сата.

(45)Шутишь?
Нулевой рейд только для поиграться, школьнику, чтоб игра побыстрее шла.
В продакшн его ни один здравомыслящий  никогда не поставит

(45) Да проблем никаких, но лучше всё-таки не страйп, а зеркало. На чтение скорость такая же, как у страйпа, на запись чуть помедленнее одиночного диска. Зато надежность хоть какая-то. Страйп (raid0), на мой взгляд, применим только для "однодневных" данных..

(48)В наше время проще одиночный ссд вместо страйпа поставить.
Дешевле и быстрей получиться.

Страйп повышает только скорость линейного чтения - по скорости линейного чтения тут затыка точно не будет.
Вот по случайному доступу - как нефиг делать. А это только ссд решит, никакие страйпы из хдд тут не помогут.

Сорри, облажался. рейд0 - это не то.

(49) Ну в связи с дешевизной ОЗУ сейчас можно и на рамдиске базу держать, с периодическим сбросом на жесткий диск.. :)

(50)А ты имел ввиду зеркало?

(49)Ну в принципе можно для экстремального быстродействия.
Но проще зеркало из SSD. Проще для админа, ибо в случае сбоя одиночного диска, ему придется отрываться от мисты, и бодрым шагом топать на работу, поднимать базу из бэкапа, и выслушивать лестные отзывы юзеров.
А зеркало в случае сбоя позволяет провести замену тихо незаметно, и не напрягаясь.

ИМХО рамдиск хорош в следующих практических ситуациях -
1) для разработчика, чтобы быстро перешерстить всю базу, отладить отчет или обработку.
2) для построения отчета, т.е копия рабочей базы скидывается на рамдиск, и оттуда запускается сложный отчет.

(52) угу

(55): ну вот ещё, из тонкостей.
на рам-диск выкладывается сутреца (или с понедельника, или на рождество - у кого какой режим) копия периферийки-толькоприемника (с медленного винта).
все отчеты (все!) - только в ней.
автообмен - двойной: в периферийку (фоново) и её рам-копию (быстро-быстро), ответку в рабочий центр - с рам-периферийки.
автообмен - с нужным оперативным интервалом (почаще, для минимизации файла обмена) и - опционально - по требованию (маркер-файл, например).

Огромное спасибо всем участникам обсуждения за советы, комментарии, поддержку.
Сконфигурированы два решения (одно на AMD, другое на Core i5). В настоящий момент руководство пытается определиться с нелегкой проблемой выбора :)

957) нищебродское какое-то руководство ... цена потраченного времени на "совместное обдумывание" превысит стоимость 2го комплекта материнка+процессор