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

September 2017

S M T W T F S
      1 2
3 4 5 6 7 8 9
10 111213 1415 16
171819 2021 2223
24252627282930

Syndicate

RSS Atom

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 22nd, 2017 12:38 am
Powered by Dreamwidth Studios