OFF: Собрал себе новый комп

(297) 1. Гы-ы-ы... ну и чем тут многопоточность поможет? Начал выполняться обработчик - заблокировал доступ к объекту. Другой обработчик стоит и курит в это время. Пользы - 0. А сложность программы возрастает.
2. Например, какие задачи можно разнести по разным ядрам на клиенте 1С? Максимум что можно было бы - это сравнение конфигураций или глобальный поиск/проверку модулей на несколько ядер разбросать, ибо тут особых проблем распараллелить быть не должно.

(301) банальное перепроведение спокойно можно масштабировать на любое разумное количество ядер.

Выделить поток для рисования интерфейса.

Обработки/отчеты/и другие формы запускать в отдельных потоках, синхронизировать на вызовах извне

(302) Ну попробуй масштабировать перепроведение реализаций, когда один и тот же товар повторяется из документа в документ.

(303) а в чем проблема-то?

(301)

Ну как? В вашем 1С много всяких потайных камней. Например, можно грамотно сделать аналог Resharper для среды, где пишется код.
Во-вторых, процедура закрытия месяца (одна из тормозных операций на большинстве конфигураций) - её тоже можно распараллелить. Так?
И другие задачи хорошо параллелятся, как писал хитрый Гилев из Паруса.

(304) Результат проведения следующего документа зависит от проведения предыдущего.

(302) Перепроведение можно распараллелить только если оно write only. Т.е. не опирается на данные в БД. Причем такие документы, обычно, итак проводятся за 1 секунду. А если есть еще и чтение - все упрется в блокировки.

(304) Партии как будешь списывать?

(305) 1Сные платформописатели отладили для начала, хотя бы, кеш, прежде чем за многопоточку браться... А закрытие месяца ты не распараллелишь эффективно. Если попробуешь - тут же в блокировки и зависимости упрешься. Ты для начала посмотри загрузку процессора на клиенте при соответствующей операции. Если 1 ядро не нагружается на 100% - то вообще никакого смысла нет распараллеливать. А чаще всего так и есть.

(306) Уже реализованы все необходимые механизмы блокировок данных. Не получилось провести восемь документов за раз - ничего страшного. Следующие восемь - может быть и проведутся, кто знает. В любом случае - шанс на сильное увеличение работы - это лучше чем ничего.

(307) "Партии как будешь списывать"

ну упрется один документ в блокировку, ничего страшного. Есть и другие данные, которые смогут "пройти". Не надо ограничиваться примитивные базы, в которых через документ приход/расход одной и той же номенклатуры

(307)

То есть, само ядро 1С работает не эффективно, правильно? Непонятно, почему до сих пор нет эффективного механизма наподобие LDGC (Leasing Distributed Garbage Collector), как у нас в .Net Framework.
Во-вторых, до сих пор нет нормальной стабильной работы самого ядра. Почему-то при работе извне рвётся связь.

(308) Речь изначально шла о гипертрейдинге. Допустим эффективность второго ядра (прибавка быстродействия от включения гипертрейдинга) 30%.

Ты одновременно проводишь 2 документа.
Эффективность каждого виртуального ядра 65% от физического. Если у тебя с такой-же нагрузкой из двух документов из-за блокировок провелся один. То потратил на его проведение ты в полтора раза больше времени. То есть от распараллеливания ты не выиграл, а только проиграл.

(310) Как только документ блокируется в ожидании ресурса, он высвобождает процессор. Другому документу будут доступны все 100 процентов + свободное виртуальное ядро HT

(311) Процессорное время до блокировки было потеряно?
В момент до блокировки первый документ проводился медленней?
Блокировка с необходимостью полного перерасчета могла произойти в конце проведения?

(312) Процессорное время до блокировки не было потеряно, все предварительные расчеты заблокированного документа готовы.

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

(313)

Да, дедблоки - это реально плохо.
Система с кодом, оптимизированным под многоядерный процессор реально летает и не тупит!

(313) Еще раз - из-за блокировки документ нужно будет перерасчитывать.

(315) нафига его перерасчитывать, если он заблокировался на открытии транзакции?

(316) Пример - выпуск полуфабриката с расчетом стоимости по среднескользящей.
В процессе проведения выпуска одного полуфабриката оказалось что параллельно выпускаемый другой полуфабрикат содержит в качестве комплектующих первый. Тогда этот второй полуфабрикат придется перерасчитывать.

(317) грамотно, как я писал ранее, всё знать и заблокировать в самом начале проведения. В момент транзакции никакой "параллельно выпускаемый другой полуфабрикат" не должен возникнуть по определению

(318) Перед расчетами ты не можешь этого знать. Во первых.
А во вторых чтоб узнать - нужно наладить взаимодействие между всеми проводимыми документами, что тоже жрет ресурсы.

И в данном случае, в (317) - основное время при проведении как раз будет тартиться чтоб узнать из чего-же состоит полуфабрикат.

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

(321) Хорошо, упрощаем. Нужно просто провести по остаткам с предварительным контролем сотатков. Тоже не распараллелишь.

Ты предлагаешь сверять не пересекаются ли списки, но сложность алгоритма сравнения списков - эн логарифмов эн, где эн количество строк, а сложность проведения О большое от эн.
Ты не просто такой сверкой замедлил, а ты ухудшил сложность алгоритма, что недопустимо. В случае тысячи строк в каждом документе ты замедлишь проведение в 10 раз.

(322) "Нужно просто провести по остаткам с предварительным контролем сотатков"

если в базе одна-две номенклатуры, то действительно сложно распараллелить. В реальной ситуации - запросто. Документ знает, какие строки таблиц и как заблокировать на самом раннем этапе транзакции.

(323) Но при этом у тебя эффективность распараллеливания не 100%, так как при однопоточном проведении никуда никакие галки ставить было не надо.
Сложность проставления О(n), сложность проведения такая-же, а не больше, то есть эффективность уже не 100%. А второе ядро у тебя не бесплатное, гипертрейдинг не дает удвоения скорости.

(324) как не надо было галок?

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

(325) То есть, ты хочешь сказать что при проведении документа с чтением табличной части на всё время проведения блокируются строки таблицы номенклатура? Уверяю тебя, это не так.
А нам нужно будет заблокировать.

Точнее не заблокировать, а поставить метку для другого проводимого документа, что остатки именно по этой номенклатуре в процессе проведения могут измениться.

Саму номенклатуру при этом блокировать для изменений не нужно.

(327) как я писал выше, платформа всё это уже делает. Любой запрос в транзакции с автоматическим управлением блокировками устанавливает разделяемую блокировку на все данные, которые этот запрос использует. Таким образом, если кто-то захочет писать в эти таблицы, то ему придётся подождать освобождения ресурсов.

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

(329) а никто и не блокирует справочник. Ты когда читаешь остатки номенклатуры из регистра, получаешь только ссылку на справочник, строчку по сути. К таблице-то не обращаешься

(330) А что мы блокируем чтоб не продать в минус при проведении?

Тут встала задача собрать тихий достаточно мощный игровой компьютер в компактном красивом корпусе. Вот что наваял -

Корпус: SilverStone Sugo SG09
Блок питания: be quiet! Pure Power CM BQT L8-CM-430W
Материнская плата: ASUS P8Z77-M mATX (возможно заменю на плату с лучшей обвязкой питания)
Процессор: Intel Core i5-3570 (о разгоне в компактном корпусе речи нет)
Кулер: Noctua NH-D14
Термопаста: Arctic MX-4 (качественная и легко мажется)
Память: Kingston HyperX Genesis XMP 16GB DDR3 Kit KHX2133C11D3K4/16GX   2133 CL11
HDD: Western Digital Red 2TB WD20EFRX (терабайтные пластины, тише и надежней Грина по ТТХ)
Samsung SN-506AB/BEBE Slim (в корпус только слимы лезут)

Получилось в районе 28 тыров. осталось выбрать видеокарту и SSD под кеш винта/систему/гибернацию.
Если задача уложиться в полташку, то на видео и SSD осталось 22 тыра.

(331) регистр остатков по указанным измерениям.

(332) мощный игровой компьютер без видеокарты??

(334) ну и ценники на настольник..

я себе перед новым годом взял нотик всего за 35 тыр http://market.yandex.ru/model-spec.xml?modelid=8490968&hid=91013

(334) Там же написано что вудеокарта еще не выбрана.
(333) Можно поподробней, что значит "блокировка регистра остатков по указанным измерениям" - какие строки в каких таблицах блокируются?

(335) Думаю что с "игровым компьютером" этот нотик не имеет ничего общего. :)

(333) И с какого по какой момент блокируются?
А если у пользователя конкретного разрешено продавать в минус, а в регистре вообще нет строк с этим товаром?

(337) ну мне игры не интересны, просто ценники на настольные компы удивляют. Без монитора, винды и ибп..

(339) Быстродействие несравнимо.
Если собирать комп по мощи как твой ноут, в недорогом корпусе - в пятнашку легко можно уложиться вместе с виндой.

(340) не уложишься. Один проц десятку будет стоить

(336) читаем все данные из документа, подготавливаем таблицы для движений. Выбираем всю номенклатуру, сворачиваем, блокируем регистры по ней. Также добавляем блокировки по всяческим организациям, контрагентам и прочие. Вызываем метод "Заблокировать". Далее спокойно изучаем остатки, и делаем движения. Механизмы режима управляемых блокировок в платформе есть.

(341) Легко уложусь. Проц самый дешевый i5 ivi bridge, который круче этого - стоит 177 баксов бокс.

Так, тут у всех 22 см, что ругаетесь?

(343) модель подскажи

(342) Об этом говорилось выше - у тебя сложность проведения с N вырастает в таком случае до NlnN, где N количество строк в документе.

(345) http://ark.intel.com/products/65510/Intel-Core-i5-3330S-Processor-6M-Cache-up-to-3_20-GHz
Еще и с пониженным энергопотреблением.

(346) от сворачивания номенклатуры?

Виноват, это не бокс.
Бокс 187, без пониженного
http://ark.intel.com/products/65509/Intel-Core-i5-3330-Processor-6M-Cache-up-to-3_20-GHz

(348) Это сложность сравнивания двух списков на вхождение хотя бы одного элемента одного во второй.

Пямять 1700, мать 3000 приличная (по сравнению с ноутбучной). Остается корпус и HDD. Всяко укладываюсь.

(350) когда выполняется запрос в автоматическом режиме, все тоже делается неявно

(349) по CPU mark он сильно в опе по сравнению с любым i7

(352) Запрос блокирует регистры на чтение?

(354) в транзакции - да. Блокирует разделяемой блокировкой

(353) Да ладно. Шутишь. Ссылку дашь?
У тебя ноутбучный i7 на 2400МГц, и выигрыш от виртуальных ядер ты увидишь только в синтетических тестах.

(356) http://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i5-3330S+%40+2.70GHz

(356) что значит "ноутбучный"? Он под нагрузкой всегда до 3,4 ГГц разгоняется

(358) На восьми потоках? Это шутка? :)
Твоего только в тестах нет.

(357) сейчас кто-то ай5 покупает ?

(359) http://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i7-3630QM+%40+2.40GHz&id=1444

http://www.cpubenchmark.net/cpu.php?cpu=Intel+Core+i7-3630QM+%40+2.40GHz&id=1444
ВТвой даже в синтетике дает такой-же результат.
(360) Все кто понимает что на сегодняшний день практически нет приложений кроме кодирования/декодирования, получающих выигрыш от гипертрейдинга.

(359) сколько угодно потоков. Пока нагреваться не начнет сильно, будет гнать на максималке

(357) Ты не на тот проц ссылку даешь.
Хотя уговорил. 200 баксов с копейками стоит проц аналогичный твоего (в синтетике)

(362) 7,6K и 5,8K - это не совсем "такой-же результат"

(365) см (364)
3570 уже даст такой-же результат. При цене двести с копейками в боксе.

И всё-равно - это синтетика. Я на коленке напишу синтетику которая параллелится на 8 потоков со 100% эффективностью.
А вот реальных задач с таким эффективным распараллеливанием хрен найдешь.

http://www.ixbt.com/cpu/intel-ci5i7-3x70k.shtml
Вот тут раздел игры. Сранить i7-3770 с i5-3570
Вся разница копеечная которая есть в сводном балле (2%) - это разница от 100 мегагерц прибавки по частоте. А гипертрейдинг в пролете.

(368) как я сказал, игры мне побарабану. А вот компиляция C++, в которой i5 курит в сторонке, очень важна

(369) Сейчас поищу тесты, но я компилирую на i5-2500, всё ОК :)

Да, компиляция быстрее, но в разработке компиляция занимает малую долю времени.

(370) ну у меня тоже все ок, просто, когда перестраиваешь проект в восемь потоков с SSDишника, всё очень бодренько

(371) во время отладки, особенно когда часто меняешь низкоуровневый заголовок - весьма в тему

Может действительно не пожадничать три тыра, и поставить ребенку i7... А то он в программисты тоже хочет удариться.
Что-то уже под OpenGL пишет, попросил карту с поддержкой 4.3 купить.

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

(362)Приложения есть просто мало.
А вот при использовании виртуализации, очень даже влияет.

(377) Дело не в приложениях, а в задачах.
Если задача не параллелится алгоритмически с эффективностью в 80% и больше , то приложений эффективно параллелящих не появится. А большинство задач не параллелился с такой эффективностью.

(378)Я бы не сказал что все упирается чисто в распаралеливание задачи, пусть даже задача не паралелится - в системе работает куча других задач, которые раскидываются по ядрам, и работают паралельно твоей задачи, не отнимая у нее процессорное время. Но это касательно многоядерности вообще.

Разговор вроде про гипертрединг был, там хоть паралелиться, хоть нет вообще пофиг, количество реальных ядер он не увеличивает. Как было без него четыре ядра, так и с ним будет.
Другое дело, что гипертрединг не дает ядрам простаивать при ошибках предсказаний, и переключает контекст на другую задачу - в каких то приложениях это помогает, в каких -то не очень.

И вообще про распаралеливание можно вести речь когда в системе работает один процесс, занимающий более 50%процессорного времени, тогда да, его необходимо распаралелить, в других случая в принципе пофиг, что потоки одного приложения будут раскидываться по ядрам, что один поток на одном ядре, а другие ядра занимают другие приложения.

(379) В номрамальных системах системные процессы не съедают и 1%. Так что их можно не учитывать.
У пользователя как правило параллельно запущена только одна задача. Гипертрединг в принципе способен переключить на другую задачу - только если она, другая задача есть. Но как правило её как раз и нет. Потому что стандартная задача при включенном гипертрейдинге буудет работать быстрее при чисоле потоков равном числу физических ядер. Если добавить еще один поток, то из-за низкой эффективности гипертрейдинга (виртуальных ядер), и низкой эффективности распараллеливания - скорость только упадет.

Обновил конфигурацию компа, видеокарту буду покупать тут поэтому в конфигурации ее нет. Цена - 36 378 включая доставку.
Корпус:  SilverStone Sugo SG09
Блок питания:  SilverStone Strider Plus ST50F-P ATX2.3
Пишущий blu-ray: Samsung SN-506AB/BEBE Slim
Мат. Плата:  ASUS Maximus V Gene 1155 mATX
Проц: Intel Core i7-3770 Tray
Кулер:  Noctua NH-U12P SE2
Термопаста будет использоваться комплектная
Память: Kingston HyperX Genesis XMP 16GB DDR3 Kit  KHX2133C11D3K4/16GX
SSD:  Kingston SSDNow V300 120GB MLC SV300S37A/120G
HDD:  Western Digital Red RD1000M 2TB WD20EFRX

(381)Даже не к чему придраться.
Разве что только SSD.
Чем обусловлен выбор именно Kingston?

(382) я бы взял самсунг 840pro, но он смухлевал со скоростью последовательных операций, и стоит на 40 евро дороже.
Полгода назад взял бы интел 520 - но он уже не в лидерах.
А тут хороший контролер, хорошая память, и хорошие характеристики в сборе - 500 метров в обе стороны последовательных операций, и до 80000 iops, причем производительность подтверждается тестами.

(0) Писькомерство....

http://www.thinkcomputers.org/kingston-ssdnow-v300-120gb-solid-state-drive-review/7/
Оценка 9 из 10

(381) Блюрей зачем?

кстати да - нафига в стационарниках блюрей?
фильмы с дисков смотреть? это же полный изврат.. тогда уж если диски покуапются то плеер к ним надо простой человеческий который к телеку подключается
а еще для чего?

(388) он по цене как двд. Без привода в иваново явно некомфортно будет.

(0) жене кольцо с бриллиантом купил?

Насчет блюреев - при цене менее 50 рублей за 25 гиговую болванку - это довольно дешевое средство для хранения.

(392) 2 рубля за гигабайт
У винчестера на 2терабайта при стоимости 3000 рублей
1.5 рубля за гигабайт плюс удобство.

(393) Винчестер не может быть устройством длительного хранения информации. У меня есть диски середины 90-ых, но ни одного живого винчестера с информацией тех времен.

(394) Угу, зато СД читаются старые только в путь.

(394)Позволь не согласиться.
У меня есть десятилетний hdd, который вполне читается. А вот самописные болванки тех времен - по большей части не читаются.

Это я к чему - на данный момент нет гарантированно надежного способа хранения информации, чтобы записал, и забыл лет на десять двадцать.
А рейд из HDD при должном уходе, и своевременной замене дисков протянет сколько угодно долго, и по ценнику выйдет дешевле чем на болванках.
Да и новый диск в массив воткнуть намного быстрей чем переписать болванку.

(395)Речь идет о СD заводской штамповки, или о самописных болванках?

(397) что может случиться с болванкой лежащей в коробке?

(396) врятли ты дашь кому-либо рейд "переписать"
Ни разу не видел чтоб фильмы или коробочные игры или музыку дарили на винтах.

(398) У меня где-то процентов 10 старых дисков перестали читаться.