Сервером выступает Intel Core i5-4430CPU 3 и 3 GHz, ОП 4 Гига, SATA-3. База БГУ файловая на 5 рабочих мест, обычные формы. Win7 64 бита. Хочу ускорить работу установкой SSD диска и увеличением памяти до 16 Гб. Есть сомнения, что коль база файловая, то увеличение быстродействия сервера не сильно повлияет на работу, т.к. вся нагрузка будет все равно ложиться на сеть (у нас Гигабитная) и на клиента. Подскажите, знающие. И какой примерно SSD нужен (достаточен), т.к. с ними дела вообще не имел. Спасибо.

ускоряют увеличением частоты процессора

бери NVMe

(0) Если это не терминальный сервер, то сомнения верные. Он же работает обычной файловой помойкой. Стаким же успехом можно nas поставить.

(3) Да, обычный файловый сервер...

(3) вообще - то винда отключает кэширование при юзерах от 2х.
Поэтому быстрый диск - это необходимость

(1) С каких пор частота процессора стала принципиально влиять на скорость файлового сервера?

(2) " разъём U.2 " нет такого вроде, я же написал, SATA-3

(5) Да пусть отключает, это только ускорит. При такой схеме работы ускорять надо локальный кэш, а он на клиентах. Ну и их проц/память.

(7) Так с платой PCIe

SSD, больше оперативки и минисервер. Тогда ускоришься

(8) ну-ну. Почему же когда второй пользователь заходит, все начинает тормозить?

(10) + даже если без ssd, то ускорение будет существенное

(8) хуже то не будет, это понятно. Но и большого прироста тоже.

(13) там в блокировки все упрется в табличные

(10) Про мини сервер понятно, нет возможности, я про файловый режим.

(15) Если база на управляемых формах - переводи на веб-сервер.

(15) нет 14400? а на SSD с нужным уровнем надежности есть?

(11) Нигде про второго не заметил в данном случае, может плохо смотрел.. Ну так можно открыть монитор и замерить длину очереди в момент открытия, например. Тогда видео будет, есть ли смысл в ссд на сервере.

(9) А можно какой-нибудь пример, ссылку.

(16) Написано же БГУ на ОФ

(16) (20) Не не не, извиняюсь, на той неделе перевели на БГУ 2.0, теперь все на УФ.

(14) Обычно это не такая большая вероятность, при таком количестве. У меня несколько клиентов по 5-8 чел так работают, и ничего. Каждый со своим работает. Вот когда бух месяц закрывает..

(21) так добавляй ОЗУ и ставь апач

(18) как говорится
1С файловая + тормозит по сети = порванный баян

(21) О, тогда ставь апач. И ссд. Поможет.

(22) а какая разница: со своим клиентом или нет, если блокировки табличные

(25) только сначала лучше ОЗУ, с 4гб апачу будет тесно

Слушай Звездец правильно все говорит.
ОЗУ + Апач, если есть возможность можно и SSD на 120 не дорого стоят.

(27) (25) Спасибо, так и сделаю, а можно примеры ssd, я почитал, вроде они все сейчас с гарантией на 10 лет, можно ссылки какие-нибудь на хорошие?

(28) База маленькая, размер не так важен, скорость+надежность.

(29) http://www.nix.ru/autocatalog/ssd_intel/SSD-200-Gb-SATA-6Gb-s-Intel-DC-S3710-Series-SSDSC2BA200G401-25-MLC_202395.html


ну или любой бытовой и бекапы как можно чаще

(30) (29) гарантия гарантией, а количество циклов перезаписи никто не отменял

(30) Samsung 750 или 850 EVO (первый дешевле ресурс хороший, второй дороже ресурс очень хороший).

(32) (33) Спасибо. А оперативки к 16 тянуть или 8 пойдет?

(34) 8 должно хватить, но не факт, для БП3 например 5 пользователям не очень активным хватает, а вот Зупу нет. Памяти много не бывает.

(35) Спасибо.

У меня Sams 850evo. Все летает.

Если файловая по сети - оперативка и проц вообще мимо.
Если веб-клиент - все можно оставить как есть и посмотреть.

(38) А сколько памяти примерно опубликованная на апаче небольшая база с 5-ю соединениями?

(37) + У меня тоже, шустренький.

займет *

(33) Под сервер лучше 850 PRO, еще дороже, но и ресурс там как раз под серверные нужды. :)

(37) Аналогично 850 EVO. Единственное, что взял 256, и там только система и ПО. А рабочие базы на старом винте. Но даже в такой конфигурации скорость работы значительно увеличилась. Я доволен. :)

(3) + 100500

Тут ничем не поможешь ловко, косматый прав. Как минимум надо либо сервер 1с + SQL, либо RDP. Если обычные формы - понятно, что Apache не поможет. Поскольку тема зовётся - посоветуйте SSD, то 2 варианта:
1) если топикстартер созреет на мать с м2, то https://www.citilink.ru/catalog/computers_and_notebooks/hdd/ssd_in/415747/
2) если не созреет, просто сата3, то любой MLC, например https://www.citilink.ru/catalog/computers_and_notebooks/hdd/ssd_in/753886/

(38) В организации используется БП3.0, 5 пользователей - апач с серверным модулем 1с съедает где-то гиг. Для БГУ наверное примерно так же. В общем, вашего сервера на первое время хватит. А вот ssd рекомендую.

+(45) и еще как минимум главбуху советую выделить отдельны апач, чтобы его длительные регламенты не тормозили остальных

(46) А как понять отдельный апач?

каждому главбуху отдельный апач, отдельную базу и отдельный сервер!

PS несерверные SSD на сервере не рулят ;(

(49) В смысле? Само железо не серверное.

Из бесплатных методов можно посмотреть RAMdisk, на каждый компьютер в сети, есть бесплатные версии. На них перевести все переменные сеанса пользователя. Ну, и RDP поднимается бесплатно. При RDP увеличить ОЗУ до 16 GB, работать в RDP с переменными среды для пользователя на RAM диске. Если эти меры будут недостаточны, поставить SSD. Может быть знаешь, обычно , в таких серверах, без райдов, следят за выработкой ресурса, на 50% времени гарантии меняют на новые диски. При райде можно выжимать весь фактический рабочий ресурс диска, с горячей или холодной заменой, а так , без райда, выработки ресурса не дожидаются. Оставляют на второстепенные функции, хранение инсталлов, загрузочник на второстепенные машины, и т.д.

(33) согласен, сам тоже ставлю только Samsung, а 750, 850 или PRO - это только из бюджета исходить

(43) >> там только система и ПО. А рабочие базы на старом винте.

Для локального компа это, наверное, имеет смысл. Хотя тоже бред еще тот - ускорять работу ОС, но оставлять базы данных на медленных компах.
А вот зачем это нужно на сервере вообще ни разу не понятно.

SSD на серваке имеет смысл ставить только в том случае, если диски являются узким местом. Но на файловом серваке узким местом обычно всё таки являются не диски, а сетевые интерфейсы.
И если уж ставить, то именно под базы, а не под ОС и ПО.

(0) Вот тебе ссылка на реальные тесты ссд

https://3dnews.ru/938764/page-2.html

(51) RDP бесплатно на одного человека.
Если RDP для нескольких это уже терминальные подключения - они платные!

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

Узкое место любой БД это диск, SSD решает эту проблему очень хорошо.

(56) гилев на своем сайте вроде не рекомендует скул базы  в рейд ссд

(57) Хз, у меня все летать стало.

(51) Точно так, да. За решение вопроса иными методами ответственность несёт тот, чьи действия сумеют запротоколировать сотрудники органов. Если сумеют. Но и, что то делая, каждый примеряет тяжесть последствий для себя лично...

(57) рекомендации 2006 года?

(56) не всегда. После решения проблемы с дисками наступает очередь Тракта передачи, роазмера L1, и кривых рук разработчиков, сующих анализ половины базы три раза за открытие документа всем пользователям без возможности отключения этого чудо-анализа в режиме пользователя.

(59)->(55)

(56) Это если база влезает на SSD

(54) интересные тесты. буду следить. особенно самс 850 EVO удивляет уже 2.5 ПЕТАбайт при заявленных 75 терабайтах.. это что то!

(64)+ и продолжает пахать

(56) В большинстве раскладов работают с фронтом, максимум на глубину в 1-2 месяца, что может существенно упростить(при умелом подходе) задачу ускорения. Более глубокие периоды, как правило, это уже архивные данные, и подход, по-хорошему, к ним должен быть другой. Далее следует создание базы только для чтения(отчёты), и запросы, дающие информацию быстро, в режиме "грязного" чтения, без опаски получить неактуальную информацию.

(66)->(63)

(31) 200 ГБ -- мало, енадо минимум полтерабайта брать

(0) SSD диск ускорит работу, рекомендую Samsung 850 Evo (Pro) или если бюджет позволяет Intel DC.

(64) Я сам в шоке. Уже месяц слежу за ними.

(47) Вот примерно так
http://catalog.mista.ru/public/239498/