?

Log in

 
 
09 October 2016 @ 03:06 pm
Извините что не в пятницу  
Извините что не в пятницу, но тут нашел тему про тестирование 1С и у меня не то что бомбануло от некоторых открытий, а прям реактивно тянуло минут пять.
В частности:
раз
5) Админы довольны
- нагрузка на сетевые интерфейсы не более 20%
- нагрузка на дисковую систему приемлемая
- оперативки хватает
- нагрузка на CPU - в общем % небольшая
- и "всем насрать" - что нагрузка на сеть небольшая потому-что 20% это придел в Ethernete для мелких(4 Кб) пакетов между "1С" - "SQL" -> и нагрузка на CPU и диски небольшая из-за задержек в коммуникации между..... "1С"<->"SQL"


два
По хорошему, после каждого теста сервер необходимо перезагружать

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

http://forum.infostart.ru/forum24/topic68077/?pgnid[1]=733372&&pgndir[1]=1&PAGEN_1=25

Я, извините, немного в удивлении.
 
 
 
darthmebiusdarthmebius on October 9th, 2016 01:35 pm (UTC)
Если для действительно нужных данных RAM таки не хватает, то добавить ее дешевле, чем изменить логику работы так, чтобы эти данные стали ненужными.

В особенности это верно применительно к 1С. На месяц труда более-менее квалифицированного специалиста, понимающего, что происходит на уровне СУБД, можно взять гигов 128 оперативки. Если не больше - я несколько не в курсе текущих цен.
dadvdadv on October 9th, 2016 01:37 pm (UTC)
Я про случай, когда физически не влезает. То есть, добавлять уже некуда.
darthmebiusdarthmebius on October 9th, 2016 01:43 pm (UTC)
Значит, у вас случилась жопа и вам нужны девелоперы, готовые менять логику. По-хорошему, такую ситуацию следует предусматривать за пару лет до ее наступления.

Но если у вас такое случилось, значит, вы можете себе позволить и экспертов-прогностиков, и девелоперов, способных перепилить базу так, что этого никто, кроме мониторинга, не заметит.

Edited at 2016-10-09 01:46 pm (UTC)
dadvdadv on October 9th, 2016 01:48 pm (UTC)
Сколько-сколько нынче "горизонт планирования" для SOHO SMB в условиях отечественной экономики? :-)

Edited at 2016-10-09 01:48 pm (UTC)
darthmebiusdarthmebius on October 9th, 2016 01:58 pm (UTC)
Хренасе у вас SMB, с базой, не влезающей в физические ограничения по памяти.

Серьезно - вы знаете, проблемы SMB мне не интересны. Пусть идут в SAAS.
dadvdadv on October 9th, 2016 02:03 pm (UTC)
> Серьезно - вы знаете, проблемы SMB мне не интересны.

Я сразу так и понял.
rdiardia on October 11th, 2016 10:55 pm (UTC)
Ну ведь действительно, б/у сервак с 128 Гб оперативки стоит в районе 1к баксов на ebay'е. Неужели вам и этого мало?
свинscif_yar on October 12th, 2016 08:12 pm (UTC)
128 для базы? фи.
журнал закрытjuan_gandhi on October 9th, 2016 04:11 pm (UTC)
Это очень хорошее предложение.

Я не знаю, я десятилетиями уже впариваю, что для повышения производительности системы проще всего добавить ресурсов.
свинscif_yar on October 9th, 2016 04:13 pm (UTC)
Да нифига. Если код-говно, то ресурсы тут не помогут.
У меня есть парочка примеров.
veremeenko_alex on October 10th, 2016 10:46 am (UTC)
Если с начало добавить ресурсов, а потом сделать оптимизацию - видимый эффект просто зашкалит. А наоборот - нет. :)
darthmebiusdarthmebius on October 9th, 2016 04:31 pm (UTC)
И таки зря. Ресурсы нужно добавлять тогда, когда ясно, что их объективно недостаточно и малой кровью понизить ресурсоемкость системы не получится.