scif_yar: (Default)
Читал тут про 1с и не только -

Поэтому при работе на многопроцессорных системах (все современные многопроцессорные системы Intel и AMD имеют NUMA архитектуру), в зависимости от характера нагрузки, может наблюдаться неравномерная загрузка процессоров/ядер. В некоторых случаях может оказаться загружена только какая-то часть доступных ядер CPU, при этом другая часть будет простаивать.
https://its.1c.ru/db/metod8dev#content:5903:hdoc

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

Или всякий пиздец вот тут -
Влияние виртуальных сред на производительность 1С
http://www.gilev.ru/virtual/

Образцы пиздеца -
«Снимки» надо выключать — они замедляют.

не надо их "выключать" - на них как бы работает резервное копирование VM. Так что выключить их не выйдет. Другое дело, что в ряде случаев хранить N-цать снимков не нужно.

Использовать только физические диски под данные, а не виртуальные.
Совет потрясающий своей прямизной.
Для начала, в нормальной среде (а не домашней машине, на Vm WS куда стоит ссылка) - на хосте ВООБЩЕ может не быть своих дисков - все лежит на СХД.
ну даже пусть есть - предлагается что, тащить с хоста физический диск (без raid) в виртуалку и там собирать RAID средствами винды? RLY?
Если с СХД - это как? В Vmware протаскивать диск с хранилки и отдавать его опять же как физику?
Так не будет, будет какой-то Raid на СХД, который отдается LUN-ом в ту же Vmmare, откуда уже нарезается на тома VMFS. Другое дело, что конечно лучше бы все это дело мониторить по нагрузке - может там на массив очередь на минуту и все уже давно лежит, и tempdb хранить как-то отдельно.


Вендоры виртуальных систем честно указывают примерный процент замедления относительно физических серверов от 9 до 24 %
Сильно меньше и когда как. Процент замедления / штраф / накладные расходы на виртуализацию конечно есть, но зависят от процессора "в целом", количества io операций по сети/диску, и прочая прочая.

Передача по сети между двумя виртуальными машинами на одной физической машине медленней протокола Shared Memory
Медленней. Тут особо не поспорить.

Для виртуальных серверов ESXi 6.0 с 1с сервером не используйте сетевые интерфейсы типа WMXNET3, использовать только типа e1000e
Да с чего бы??

Отключить дедупликацию памяти для EXSi - Transparent Page Sharing на хосте VMware ESXi

Не надо нагружать хост так, чтобы там включались ухищрения с памятью. И аккуратней с переподпиской.
scif_yar: (Default)
О статистике.
Перебрал (неимеющим аналогов грепозамещающим скриптом) субтитры к Алисе (2010) года.
80 кб сабы содержат 6481 слово (ну, правда там еще какие-то служебные 1-2 попадаются).
После удаления дубликатов остается порядка 1300, причем попадаются и разные формы, например
absolute
absolutely
alice
alice's
are
aren't

попадаются и просто недочищенные ошибки -
bandersnatch
bandersnatch'
'beware

- но это мне было лень посмотреть код симвода ' и его тоже зачистить. код 34 зачистил, а код 39 - нет. Дописал, кстати, - получилось **/**
Подпилил чутка и натравил на файл Heinlein, Robert A- Double Star.txt
282 кб.
Оказалось, что строки у текстового файла ощутимо длинней (100 не хватило, 250 оказалось нормально. Минус, правда в том, что не хватило и исходного 50.000/10, а полученное "вроде хватает 100.000/250 - считается ощутимо дольше. Прям ппц-ппц. Хотя казалось бы.
В итого 280 кб файл содержал 54602 "словоединицы". После чисток получилось 54602 слова, которые на выходе превратились в 7172 слова - правда, тоже с изрядным перекрытием, например
produce
produced
producer
producers
producer's
production
profession
profession-
profession;
professional
professional;
professionals
Уот так уот. т.е. можно смело делить на три, но все равно это порядка 2к разных слов.

Profile

scif_yar: (Default)
scif_yar

July 2017

S M T W T F S
       1
23 4 5 67 8
9 10 1112 13 14 15
16 17 18 19 20 21 22
2324 25 26272829
3031     

Syndicate

RSS Atom

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 27th, 2017 06:44 am
Powered by Dreamwidth Studios