Выбор конфигурации железа для простенького 1с сервера #753534


#0 by Silence63
На данный момент имеем: Core 2 quad 8200, 4 ядра, 2.4 ггц, 4 гб ОЗУ ддр2. Вопрос, для 1с 8.2 файловой базы важна частота или ядра? Есть ещё комп AMD A 6, с частотой около 3.4, но там 2 ядра. на каком будет работать быстрее? В  терминале всего 7 человек, поэтому серьёзную машину покупать никто не будет.
#0 by Silence63
На данный момент имеем: Core 2 quad 8200, 4 ядра, 2.4 ггц, 4 гб ОЗУ ддр2. Вопрос, для 1с 8.2 файловой базы важна частота или ядра? Есть ещё комп AMD A 6, с частотой около 3.4, но там 2 ядра. на каком будет работать быстрее? В  терминале всего 7 человек, поэтому серьёзную машину покупать никто не будет.
#0 by Silence63
На данный момент имеем: Core 2 quad 8200, 4 ядра, 2.4 ггц, 4 гб ОЗУ ддр2. Вопрос, для 1с 8.2 файловой базы важна частота или ядра? Есть ещё комп AMD A 6, с частотой около 3.4, но там 2 ядра. на каком будет работать быстрее? В  терминале всего 7 человек, поэтому серьёзную машину покупать никто не будет.
#0 by Silence63
На данный момент имеем: Core 2 quad 8200, 4 ядра, 2.4 ггц, 4 гб ОЗУ ддр2. Вопрос, для 1с 8.2 файловой базы важна частота или ядра? Есть ещё комп AMD A 6, с частотой около 3.4, но там 2 ядра. на каком будет работать быстрее? В  терминале всего 7 человек, поэтому серьёзную машину покупать никто не будет.
#0 by Silence63
На данный момент имеем: Core 2 quad 8200, 4 ядра, 2.4 ггц, 4 гб ОЗУ ддр2. Вопрос, для 1с 8.2 файловой базы важна частота или ядра? Есть ещё комп AMD A 6, с частотой около 3.4, но там 2 ядра. на каком будет работать быстрее? В  терминале всего 7 человек, поэтому серьёзную машину покупать никто не будет.
#1 by Otkr
Для файловой немаловажен винт
#2 by Dmitrii
> для 1с 8.2 файловой базы важна частота или ядра? Может диски и сеть? Нафига вообще файловой БД процессор?...
#3 by Silence63
Я не 1сник, вот и спрашиваю :) Винт обычный, но хороший, Wd black. Но уже едет к нам ССД. Т.е. этого проца с головой?
#4 by Dmitrii
* Извиняюсь. Не увидел, что речь о терминальнике. Тогда частота. Если речь о базе на УФ, то рассмотреть вопрос об отказе от работы в терминале. Пусть каждый сидит на своем компе.
#5 by Silence63
Т.е. 2х ядерный, более современный АМД с бОльшей частотой будет предпочтительней? Разница при создании отчётов будет ощутима или так, +- 5 секунд на большом отчёте? Что такое УФ?
#6 by Dmitrii
> Что такое УФ? Управляемые формы. > Разница при создании отчётов... Больше будет зависеть от дисков, чем от проца. Сомневаюсь, что разница (при прочих равных) будет ощутимой.
#7 by Silence63
Сетка кстати гигабитная, а там, где 100, реально воткнуть карточку гигабитную. Вот вчера отчёт за 3 года правда делался минут 10-12. причём проц грузился до 25% только минуты 3.
#8 by Dmitrii
* Хотя. Надо замеры делать и сравнивать.
#9 by Silence63
Анализ субконто кажется
#10 by НеБорисНуралиев
Автор, что за конфигурация?
#11 by gigi789
для  1с порядок значимости следующий 1 винт 2 оперативка 3 проц для, проца важнее ядра.
#12 by Silence63
8.2.19.80
#13 by gigi789
Это платформа конфигурация это вопрос из темы бухгалтерия зуп ут
#14 by ЛисИзЛеса
Хочется взять и пожалеть ТС. Ибо имею сам сервер, который брали в 2012 году, на E3-1240 с 4Гб оперативки и RAID 10 на 4-х SAS. На этом сервере работают в терминале до 15 пользователей с Бух 2.0, при средней активности в 7-10 пользователей. Смотрю procmon и вижу в нем приближающего "пушного зверька".
#15 by НеБорисНуралиев
Это чушь.
#16 by Silence63
оперативы хватает. из 4 больше 2х я не видел чтоб грузилось. а винт ссд на той неделе приехать должен. вот базу на него и положу. А по конфигурации бОльшего не знаю((
#17 by gigi789
Да ладно ваш вариант о гуру
#18 by Бубка Гоп
Ежели сидят в терминале, лучше оставь 4 ядра. ССД диск и все будет ок
#19 by senior
+1
#20 by Silence63
ОК. попробуем ССД!
#21 by НеБорисНуралиев
Ну вот ты говоришь, что "для  1с порядок значимости следующий 1 винт 2 оперативка 3 проц для, проца важнее ядра." И сразу возникает вопрос. Это для чего такой порядок значимости? Для сервера? Для клиента? В файловом варианте или в SQL?
#22 by gigi789
для файлового варианта и рдп клиента на этом компе то есть то про что спрашивает тс
#23 by gigi789
и жду вашей иерархии
#24 by Silence63
Моя иерархия кстати тоже совпадает,ибо в соседней конторе всё похоже, но там комп мощнее, i7, 16 гиг озу, и тоже обычный винт, и дела обстоят немногим лучше. Нужно ссд запиливать в обязательном порядке. на любую подобную машину,если эсто не офигенский сервер с 10 раидом и т.д.
#25 by gigi789
1) винт но комент для бд винт это сердце 2)оперативка накладываются требования и рдп и 1с 3) для проца важнее ядра исходя из того что будет запущенно несколько экземпляров приложений в рдп клиентах
#26 by НеБорисНуралиев
Если говорить про конкретный случай автора, то не вы все правильно говорите. Но на мой взгляд для проца в таком случае важнее частота, а не ядра.
#27 by Silence63
Кстати да, по 3 пункту я не подумал. Хотел ещё core i3 туда прикупить, но там тоже 2 ядра, но 4 потока правда. посмотрел сравнительную таблицу шило на мыло. ещё вот такой вариантик есть на мою маму
#28 by ТолькоПросмотр
ht отрубай - все эти потоки только тормозят работу на малом кол-ве пользователей.
#29 by Silence63
ht у моего проца отсутствует. у core quad нету оного
#30 by gigi789
1)я старюсь не отвечать на не заданные вопросы. 2)На счет частоты. Согласен с многопаточностью у 1с беда но в 1 единицу времени 1 процессоре может быть 1 процесс,будет ли он нагружать его на 100 процентов или на 10 он все равно займет один тик процессорного времени(Грубо конечно но таненбума переписывать не хочется).Если процессов много, а ядер мало то скорость будет ограничена ожиданием на менеджере.
#31 by stix2010
core i7-4790k и ssd будет неплохо
#32 by Сержант 1С
Уже вижу как хорошо работает десяток пользователей на терминальнике с "Wd black" :)
#33 by Сержант 1С
там винт колом встанет на третьем юзере
#34 by Silence63
Поэтому и покупаем ссд. колом он встаёт на больших отчётах. А так норм. Винт кстати неплохой, но это не серверный винт, и даже не ссд)
#35 by Silence63
По ссылочке на авито ксеончик перепаяный посмотрите пожалуйста.
#36 by Маратыч
Для сервера не только быстродействие важно, но и надежность. Возьми лучше бэушный сервер, нежели новый десктоп.
#37 by Silence63
у меня всё бэкапится, а развернуть новый сервер дело 2 часов с перекурами. а бэушный сервер врятли процесс ускорит.
#38 by Midaw
между тем ксеончик неплохой можно взять за копейки с неограниченным количеством памяти, а вот 4790 обойдется в три дорого.
#39 by Silence63
Кроме того,на этом сервере нет ничего,кроме единственной базы
#40 by Silence63
вы имеете ввиду бэушный готовый сервер? Это какой ксеон там будет?
#41 by НеБорисНуралиев
Тут много от чего зависит, в том числе, какие процессы еще запущены в терминале. Как-то проводили мы тесты и собирали счетчики производительности через perfmon. Стабильно длина очереди к процессору была меньше там, где частота выше была, а не количество ядер. Но, конечно, связка диск-контроллер для такого режима гораздо важнее. Чем выше IOPS, тем лучше.
#42 by Сержант 1С
если большие отчеты редкие, то нет смысла сервер пилить под них: главная задача терминальника - обеспечивать комфортную работу масс в повседневке. Т.е. "ксеончик" и дисковую побогаче. редкие отчеты можно делать и на другом компе
#43 by Маратыч
Бэушный сервер с нормальным рейдом процесс не ускорит, а просто до него не доведет.
#44 by Midaw
Процессор 1 х Intel Xeon L5630. 4x2.13GHz, TDP 40W. Второй пока лежит без дела, хотя, как показали измерения, практически не повлиял на снижение средней потребляемой мощности (-10Вт). Цена 1шт. на момент покупки — $50 (ebay)
#45 by Midaw
+ выдержка отсюда не самая лучшая статья, но идея с ксеонов вполне годная.
#46 by Midaw
*ксеоном
#47 by Silence63
Работа масс вполне комфортна в повседневке и сейчас. Отчёты большие вы имеете ввиду делать с более мощного компа по сети а не в терминалке? Вот именно,бэушный сервер даст просто надёжность, но она тут не самоцель, ибо на этом серваке крутится всего 1 база. более ничего там нет. Вот тот ксеон,что по моей ссылке с авито стОит ставить или шило на мыло? перепаяный который.
#48 by gigi789
Отчёты большие вы имеете ввиду делать с более мощного компа по сети а не в терминалке?-не верно. Для большого отчета нужно много данных которые будут гнаться по сети.
#49 by gigi789
причем у 1с в файловом варианте будут гнаться именно сырые данные таблиц, а не обработанные после запроса, То есть обратились вы к номенклатуре прилетит весь справочник а не 1 позиция.
#50 by gigi789
опять таки все очень приближенно но общий смысл такой.
#51 by Midaw
кидалово на Avito. Intel Core <> Intel Xeon.
#52 by Silence63
вы клоните к SQL? это исключено. они проще базу порежут с нового года.
#53 by Silence63
на авито ксеон перепаяный, для работы в обычной, не серверной мамке.
#54 by timurhv
Заметил в свое время, что на платформе 8.2.17.153 отчет формировался годовой за секунд 30, а в 8.2.18 - 8.2.19 (любая версия) порядка 5-7 мин.
#55 by timurhv
+ ошибки формата потока с включенным RLS
#56 by gigi789
не обязательно рдп, апач, 1с минисервер на sql express, выбирайте
#57 by gigi789
я про то что отчет формировать на более мощном компе по простой локалке не верно мощность компа нивелируется сетью
#58 by Silence63
а сейчас какая платформа в ходу? может обновить да и пройдут глюки с бесконечно формирующимся ОСВ?
#59 by PR третий
Сейчас подбирал клиенту пару компьютеров под пару десятков пользователей. Процессор Intel 6700K 4 Ггц, 32 Гб DDR4, SSD под систему, RAID 0 на SSD под файлы базы, RAID 0 на SSD под файлы логов базы, RAID 0 на HDD под большие файлы базы, отдельный HDD под бекапы. Это под скуль. И такой же, но без дополнительных дисков, только с одним системным SDD под сервер 1С.
#60 by Маратыч
А зачем процессор K-серии? Разгонять собрался, что ли? Да и вообще довольно странно у тебя рейды раскиданы. А контроллер какой?
#61 by Маратыч
И почему никто модель матплаты не указывает? Поди вкорячивают какие-нибудь фоксконны на H-серии, потом удивляются, чо оно тормозит и летит через полгода =)
#62 by PR третий
Процессор просто тупо взял шестого поколения с максимальной частотой. По рейдам не понял, что странного? Контроллер отдельный, точно не знаю какой, изначальный поменяли, потому что тупил.
#63 by Сержант 1С
обслуживать сам будешь? Довольно много точек отказа, если совсем денег нет и сервер один то норм, но если таких несколько, это вечный ад сисам..
#64 by Сержант 1С
> А зачем процессор K-серии? любой геймер знает, К- это Круто
#65 by Маратыч
Такой же, только не "K" обойдется на 20% дешевле. K - это процессоры с разблокированным множителем, под них нужна соответствующая матплата, да и вообще это для геймеров, никак не для серверов. С рейдами непонятно, зачем два раздельных "нулевых" SSD рейда, собери 1+0 на хорошем контроллере. Контроллер как бы не менее важен, чем все остальное (если гавкнется, всем рейдам тотальный абзац).
#66 by Маратыч
Угу, даже не для геймеров - для оверклокеров. Рядовому геймеру незачем топовый процессор гнать.
#67 by PR третий
Сервер один, по принципу дешево и сердито. На крайняк бекапы.
#68 by Silence63
Я не понимаю зачем систему на ссд. Достаточно бросить базу на ссд.
#69 by PR третий
На 4 Ггц был только один вариант. Контроллер один, а дисков много, чтобы разнести по ним файлы базы и файлы логов.
#70 by Silence63
и зачем логи на отдельный диск. пусть они себе пишутся рядом с базой,как в стоке.
#71 by PR третий
Чтобы система работала быстро
#72 by Silence63
логи этож папка 1Cv8log?
#73 by Маратыч
Система на SSD не работает быстро, а загружается быстро. Когда все сервисы прогрузились, они колбасятся в памяти, и твой системный SSD уже ни о чем.
#74 by PR третий
И вообще, зачем RAID, SSD, столько памяти и мощный проц, да? На Селероне с двумя гигами ОЗУ тоже все будет работать, да?
#75 by Маратыч
Нет, LDF файлы SQL сервера.
#76 by Jump
Процессор - любой целерон. Памяти в принципе хватит и 4гб, хотя память дешевая можно и 8поставить, но не критично. Диск SSD под  базы. Это если файловая по сети. Если это файловая в терминале, то core i5 Память от 8 и выше диск SSD под систему и базы Остальное пофигу.
#77 by Silence63
Вот именно. систему нужно держать на отказоустойчивом харде. Типа Wd RE.
#78 by PR третий
Нет. Логи — это ldf. И это SQL.
#79 by PR третий
Возможно. Но хуже не будет. Цена вопроса две копейки.
#80 by Jump
С каких это пор Wd RE стал отказоустойчивым хардом? И вообще разве такие существуют?
#81 by gigi789
кеш товарищ, кеш забыл, если оперативки мало то...
#82 by Silence63
ОЗУ зависит от количества пользюков в терминалке! у меня каждый жрёт около 200 мб озу. Поэтому мне 4гигов хватает. если там 20 пользователей, то примерно они сожрут 3 гига + 3 с запасом на систему+ 2 ещё для спокойствия. 8 гигов хватит на 20 пользюков.  И ещё, селерон не селерон, но в другом месте я махнул квад на i7 и особого прироста не увидел. да,стало комфортней, но не более того. Хватило бы i5 с головой. но если клиент платит мани, можно купить всё
#83 by Маратыч
Цена вопроса - ограниченное количество циклов перезаписи SSD. Твоя конфигурация в ценовом плане избыточна лишь по процессору. У него 32 Гб, а своп можно и на один из SSD рейдов кинуть.
#84 by Silence63
Ну хороший, надежный из не серверных винтов. неплохой ширпотреб
#85 by Jump
Если у вас файловый сервер который лишь отдает файл базы по сети, то SSD под систему действительно нафиг не нужен. Если у вас терминал, то SSD под систему обязателен. Ибо повышает отзывчивость пользовательского интерфейса и скорость работы с 1с.
#86 by Jump
Что за бред? Вы что хайлоад сервер собрались поднимать, на который ежедневно террабайты данных будут записыватсья? Для среднестатического SSD если вы ежедневно пишите менее 100Гигабайт, то беспокоиться об износе не стоит!
#87 by Маратыч
И вообще, тут никто не озадачился, какого типа память в SSD? SLC, MLC, TLC? :) Про матплату я уже спросил, опять же не принимаете в расчет.
#88 by gigi789
нда вечно забываю что если попросить рп подсказать бюджетную машину чтоб цемент на дачу цемент возить он остановиться на варианте гелентвагена.
#89 by Silence63
А достаточно кинуть базы на ССД оставив систему на обычном винте?
#90 by Jump
Чем хороший и почему надежный? Надежность у него не лучше и не хуже чем у других WD. Конкретно серия RED отличается поддержкой TLER, т.е умеет работать в рэйде, меньше паркует головки, поэтому более отзывчивый, и поддерживает запись потока.
#91 by Сержант 1С
"обычный винт" не приспособлен для работе в многопользовательском. Колом встанет. Для терминалки на систему ССД обязателен. Или САС-рейды, но это не твой вариант.
#92 by Маратыч
Бгг =) Я вообще тут бэу сервер предлагал взять вместо десктопа изначально. Потом начались десктопные писькомерки.
#93 by Jump
А какая разцица? В подавляющем большинстве SSD память MLC. Кроме самсунга, у того TLC.
#94 by Сержант 1С
но три рейда 0 из SSD это какое-то запредельное ламерство, имха
#95 by gigi789
ну так я и не про вас, а про PR.
Тэги: Админ
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С