7.7 ДБФ, ТиС
.
А почему нет практически никакой разницы от того лежит база на жестком диске или на рамдиске? - ускорения практически нет...
(1сные темпы тоже переназначены на рамдиск)
???
.
выполняемая операция - массовое перепроведение доков.
.
..или операции чтения/записи занимают столько мало времени, что их общий вклад мал в общее время проведения - основную часть времени тратится на расчеты..?

+127 а так вообще до утра сервак твой. Все платформы стоят. Диск д места до..я ссд. 3ггц. Количество ядер тоже нормальное но они не помогут.

(128) интересно девки пляшут...

(129) ок. спсб. если что - законнекчусь (заливку через приаттаченнм свой диск через рдп делать?)
.
а так глобальные такие работы - редко у меня.

(131) вроде и диск аттачится и копипаст пашет

Ссылку на ветку сисадмину скинул своему, будем втыкать на досуге.. и подымать рюмашечки за ИТ -спецов...

(132) ок.

(132) стремно базу наружу выкладывать.. ;-) и понятно что нафиг не нужна .. но .. на всякий случай опасаюсь.. ;-)

(135) не поверишь: там тоже баз до самых помидоров))))

ой, блин! соврал!!!
.
на серваке-то стоит 2003 энтерпрайз эдишен!!!
.
тогда вообще все непонятно!!!

памяти значит хвотает стопудово.
/
но вот сейчас гоню базу - лежит на рамдрайве (еще тестовый прогон) - счетчик "ошибок страниц/сек" - почти 100% все время!!! - вот где видимо собака.. что то с памятью...???

(137) реально непонятно. По любому если не быстрей то точно не медленней должно быть.

(0)Что то тут гонят про то, что при проведении главное частота. И что только один проц грузится.
Вот сейчас на Win7 Макси запускал проведение всех доков в БП 77, грузятся 3 проца на 11-15%, 4й чуть чуть подскакивает диаграмма.
Проверял на И5.

+(140) Вин7 макси х64

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

(139) - глянешь по тиму на скрин того что ползет?

(142)А что за дривер РАМДрайва используешь ? Ошибки только изза него могут быть. Он какбе роль контроллера ХДД выполняет. Или я гоню ?

(143) от навскидку и не скажу.
.
какой посоветуешь?

юзаю первый день, чисто попробовать

(143)Не спец. Просто логика. Почитать надо тему. Самому интересно стало.

(142) спать ложусь уже. Но еще раз повторюмь для (141) семерка юзает одно ядро. Если у кого получится файловой процентов проца больше чем 100/количество ядер заюзать, коньяк с меня.

2003 энтерпрайз эдишен ?

(147)Гон.

ИТОГО: устойчивый антиэффект, При переводе на рамдравй - существенное замедление, 40 минут супротив исходных 25.
.
нипанятна

+(149)Хотя может и извини. Я смотрел через стандартный диспетчер задач. Есть приложения, которые показывают, какие задачи используют то или другое ядро ?

(0)На вот покури.
http://ramdisk.nm.ru/ramdiskent-rus.htm

(151) переключения между процами не в счет. Семерка однопотоковая. И восьмерка и восемеркас двойкой. Один ппоцесс не распаралелливается.

(0)Краткий обзор некоторых программ для создания RAM-дисков
http://big-softnet.ucoz.ua/publ/3-1-0-1

(153)Логично. Но фактическими знаниями по предмету не обладаю. По этому только могу верить :)

(152) да, есть такой - но сисадмин выбрал другой попроще - исключительно потому что тот который мя сейчас юзаем - проще в подключении/отключении/размере диска задании..
но попробуем и с этим, чтобы локализовать "проблему"

(156) все мои эксперименты с рамдисками основывались именно на этой программе (152), проблем не было.

Во-первых, 32-битный процесс едва ли получит памяти под 2 Гб (иногда даже система один куском не даёт).
Во-вторых, транзакции - это "бутылочное горлышко", когда каждая операция перед обращением к диску требует просмотра буфера транзакции, а он живёт в памяти и естественно, в кеш не влазит.
То есть определяться всё будет скоростью обмена с памятью, а не скоростью диска или процессора.
Чтобы стало быстрее, нужно транзакции уменьшать, чтобы буфер был меньше - тогда просмотр и использование памяти сократится, и вы увидите, что дисковая подсистема стала как-то влиять на скорость работы - собственно говоря - он чаще будет данных скидывать на диск.
Удачи.
P.S. RAM-диск нужно брать настоящий, а не часть памяти, так как на его работу тратятся системные ресурсы, и даже прямое копирование в памяти, когда её не так уж и много, может сильно сказаться на скорости работы.
Особенно, перераспределение памяти при выделении, если её уже мало.

(157) сейчас чтобы как-то уже определиться - сисадмин стаивт этот рамдиск.

(158) насчет настоящего рамдиска - это дельная мысль, учтем

(158)> RAM-диск нужно брать настоящий
1. Что такое настоящимй ?
2. Думаю, что цена имеет значение.

(161) это такая хрень типа платы втыкается в комп...

(157) запустил этот рамдиск.. сейчас посмотрим...

(140) Продалжай наблюдений

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

(162)Ну так это очевидное решение и оно стоит денег.
Так то бы не надо было мутить с виртуальным РАМом.

32-разрядный сервер по определению не может полноценно использовать ОЗУ > 4 Гиг. Просто по причине, что штатно адресация 32-битных приложений не позволяет.

Напишу "по деревенски", грамотные админы, надеюсь, поправят (я не админ и знания очень поверхностные).

В энтерпрайз версии можно включить поддержку PAE. это такой режим эмуляции 64-разрядной адресации. При этом по дефаулту она не включена, ибо тормозит.
Включается в boot.ini ( /PAE ).
И после ее включения сама ОС может использовать эту память, и программы, которые специально откомпилированы с ее поддержкой (таких 5%), могут к ней обращяться; при этом, насколько я понимаю, не для всех нужд. Остальные будут юзать 2Гб (или до 3Гб с ключем /3Gb )

Нормальная поддержка большего объема ОЗУ только в х64.

(166) Надо ибо прирост есть, но его с секундомером искать нужно

(167) Это дамашний не може, а сервер может

(169) не неси чушь. Напрямую не может.  Только с костылями. /PAE и есть этот костыль. Сервер "стандарт" это костыль не умеет, а "ентерпрайз" умеет.

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

пока тупо базу перекинул на локальный комп... i3 3.2ГГц.. пошустрее вроде считается...

использование другого рамдрайва ничего не изменило - существенное замедление - те же самые 40 мин.. супротив 25 штатного жосткого диска

(171) Когда базы мелкие, меньше 300 метров ускорение очень заметное, или 8 тоже небольшая обновляется в 2-3 раза быстрее. Пробовал на базе 3 гб, 7 дбв, против 10 райда на раптор 10000 об., выигрыш был но очень несущественный

(171) Бешенное ускорение при многопользовательском доступе.
Т.е. у нас база 7ка начала тормозить. Переложили темпы юзерские на рамдиск - все залетало. Т.е. системный диск тупо не успевал эту кучу запросов разгребать

(167) а чо подтверждает твои слова про ПАЕ и энтерпрайз..? ссылку?
.
как я и гворю - нет НИХРЕН НИКАКОЙ ПОНЯТНОСТИ.
.
другие говорят что ПАЕ - позволяет 32хп и Стандарту видеть больше памяти..?
.
где правда? кто прав?

(176)Использование 4ГБ (и выше, насколько позволяет motherboard) на обычных 32-битных ОС

Сразу следует сказать, что “невидимость” для 32-разрядных систем памяти более 4ГБ на самом деле искусственная и обусловлена, в основном, соображениями безопасности и стоимостью поддержки. Поэтому, некоторым серверным ОС и специальным программам, спокойно удается “обойти” такое ограничение, для этого включается режим PAE (а по умолчанию это автоматически верно уже с Windows XP SP2) и для разработки программ используется API AWE.

(154)

(177) нахера козе баян?
77 не поддерживает PAE

(176)
по простому: wiki:PAE

Physical Address Extension (PAE) — режим работы встроенного блока управления памятью x86-совместимых процессоров, в котором используются 64-битные элементы таблиц страниц (из которых для адресации используются только 36 бит), c помощью которых процессор может адресовать 64 ГБ физической памяти (вместо 4 ГБ, адресуемых при использовании 32-разрядных таблиц), хотя каждая задача (программа) всё равно может адресовать максимум до 4 ГБ виртуальной памяти[1].

..

Варианты применения

PAE позволяет использовать более 4GB оперативной памяти в 32-битной ОС
выделить память урезанную 32-битной ОС - стандартным резервированием адресного пространства под драйверные аппаратные адреса - под RAM drive, обычно это от 0.5 до 0.9 GB из установленных 4GB(не говоря уже больше) - в зависимости от ОС и её версии

---
из первоисточников:
http://support.microsoft.com/kb/283037/ru
http://msdn.microsoft.com/en-us/library/windows/desktop/aa366796(v=vs.85).aspx

и еще ограничения памяти в разных редакциях

http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx#physical_memory_limits_windows_server_2003

(180) вот у меня на энтерпрайзе 32битном - пае не включен в бут.ини, стоит 8 гиг оперативы
.
как посмотреть - сколо памяти РЕАЛЬНО ДОСТУПНО ВИНДЕ? в диспетчере задач - показывает 8Гиг
.
почему показывает 8Гиг, если пае не включен?

(181) Потому что энтерпрайз

(181) в свойствах компьютера, поди написано "расширения физических адресов" ?

(181) насчет "по умолчанию" - я сказал неверно: это в 2000 было "вручную", в 2003 вроде бы уже автоматом вкл-ся при наличии >4 гб.  
Ссылку искать уже не буду.

только все равно от PAE толку немного

насколько я понимаю, PAE - механизм, позволяющий приложению в принципе видеть эту память, но станд. средствами использовать ее все равно нельзя. Можно использовать с помощью дополнительных специализированных программных интерфейсов, например, AWE для MS SQL. У которого тоже ограничений до фига.

"позволяющий приложению в принципе видеть эту память" - точнее читать как "разрешающий операционной системе отдавать приложению эту память"

(182) из твоих слов неявно следует - если не ентерпрайз, и ПАК ВКЛЮЧЕН, то - будут видно больше 4Гб.?

не будет.
Я ссылку про ограничения памяти в разных редакциях для кого постил? Или майкрософту доверия в этом вопросе меньше, чем мистянину?

32 enterprise Винда можеn юзать более 4х гиг физической памяти, а приложения, в ней запускаемые - не более 4 гиг виртуальной (ну если только само приложение не юзает PAE).

А так я бы советовал уменьшить размер транзакционного блока, вплоть до заккоменчивания Начать/ЗафиксироватьТранзакцию.

(102): а вот файл подкачки обнулять - совсем не айс может оказаться.
"Конечно, удалить файл подкачки вы можете, но вы не можете этим изменить внутреннюю логику работы системы (в лучшую сторону), которая будет делать "подкачку" вне зависимости от того, есть ли физически pagefile.sys, ибо этот принцип работы, заложенный в саму ОС. Она все равно попытается выделить себе кусочек виртуального пространства для этих целей. Грубо говоря, операции по дисковому вводу-выводу меняются на операции выделения и отображения памяти и чтения и запись в память. Которых будет теперь намного больше. Которые довольно чувствительны по времени (не надо путать их со временем непосредственных операций чтения-записи в память). И далеко не факт, что в итоге система получит плюсы, а уж в нагруженной среде плюсов не будет наверняка. К тому же, не будут выгружаться долго неиспользуемые страницы – некуда просто. То есть, объем выделения страниц ограничен для 32 разрядных систем только 470МБ физической памяти, чего может со временем просто не хватить. ... Отключением файла подкачки вы лишаете ОС стратегии лучшего выбора по оптимизации производительности. И “подкачка” теперь будет использовать усеченный неоптимальный алгоритм."

(190) все таки мелкие транзакции - документов по 10-50 - лучше, чем совсем без них.

(192)
Все может быть, надо пробовать в каждом конкретном случае.

(0) конфу не пробовал оптимизировать, для начала ?
Она и без всяхих рамдрайвов "летать" должна на такой мелкой базе.

+194 Хотя, размер базы не играет особого значения..

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

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

1) А зачем саму базу-то на рамдрайв?
Это никогда не давало ускорения и не даст никогда и никому...

2) (152, 157): +100500.

3) Переменные окружения - на рамдрайв выводи все 4, а не только те 2, которые на скриншотах.
(Ну, и в 1С параметр /Т, естественно тоже...)

4) Зря ты меряешь изменение производительности на перепроведении документов. Это же одна сплошная транзакция. Нагрузка на процессор и основную оперативку.  Чтения и записи - минимум тут.  Для замера производительности - напиши лучше обработку, которая генерит и выводит на экран стотыщ печатных форм (например, все счета фактуры за период...)

Криво написанный код не спасет никакой рамдиск...

(200)

(198)А файл подкачки на РАМДРайв, интересно, есть смысл выносить ? Будет ли его система как нормальный воспринимать ?
Или будет считать как оперативку и работать с подкачкой по упрощенному алгоритму ?

(201)Или логика такова, что выносить на РАМДрайв нужно все, что требует большой интенсивности дисковых операций?

(201) Файл подкачки на рамдрайв - это анекдот :) Он же память скушает, нехватка которой и требует выгрузки данных в файл подкачки. Получится то же самое, только с большими накладными расходами.

(203)Вообще логично. А если РАМ 8Гб ?

(198): 1) давало.
4) чтение данных, запись данных - нагрузки на диск.
(203): нет, не анекдот. 1) рамдиски можно делать в unnamed(!)-памяти. 2) свопирование это упреждающий вынос данных на диск для освобождения адресуемо(!)й памяти, к тому же оно в любом случае выполняется (даже если обнулить).

(194) > конфу не пробовал оптимизировать, для начала ?
мысля была.. там в принципе единственное что тормозит - расчет временных итогов призадних числах... переписывать на прямые запросы - сильно геморно - весь год перелопатить надо...
.
да и скорость нужна только мне - все остальные работают только в ТА - там все нормально и быстро.
плохо то, что если скорость нужна - то нужна конкретно! ;-)
.
сервак в общем люди готовы дать под быстреязадачи на доступ.. но как-то стремаюсь я базу наружу выкладывать... если только предварительно обезличивать, гонять на чужом серевере, потом обратно обличивать в и стинную личину...

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

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

(206) Не понял, ты не ТА перепроводишь что ли?

Т.е. при перепроведении ТА назад не откатываешь, а как есть?

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

Правда непонятно что делать с итогами.

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

(206): дык перепроведение с двиганием ТА делай

(212): да.

(210) да, не откатываю, потому как иначе придется в кучу мест навтыкать проверок того, что проведение со сдвижкой ТА - это нихрена не АКТУАЛЬНОЕ ПРОВЕДЕНЕ

(215) Ну тогда нафтыкай в кучу место проверок, что это у тебя ручное перепроведение, и юзай ТЗ

(216) это - не наш путь!! ;-)
хотя конечно надо сесть и переписать по уму.. - тока оно нафиг не надо... раз в сто лет... и то, потому что бухи два года ваньку валяли, а ща пипец пришел...

// (215): блин, нихренасебе. вот этот же СТАНДАРТНЫЙ ПО САМОЕ НИМАГУ кусок:
Если ИтогиАктуальны()=0 Тогда
   <РегистрыШмегистры>.ВременныйРасчет(1);
   <РегистрыШмегистры>РассчитатьРегистрыНа(ТекущийДокумент());
КонецЕсли;
// - фактически и означает отсутствие расходов на врем.расчет при проведении!!!
// у тя что, настолько все на коленке, что такие совершенно типовые куски тупо отсутствуют???

(218): "при проведении на ТА", конечно же. ну и точка в коде потерялась. )))

да не, все примерно так, руки не доходят пару мест допилить, которые  мешають... - приходится все время како-то хренью заниматься вместо того чтобы код точить... ;-)

(220) тебе нужен падаван, на телефон отвечать и мелкие задачи самостоятельно делать (типа установки обновлений).

(0) А перепрведение выполняется в монопольном режиме?

эксперементировали в свое время с рам-драйвом.. база была 300-500мб. супер прироста по скорости не наблюдалось. да, некоторые отчеты выполнялись быстрее. но не значительно и только в монопольном режиме.

(222) угу

(221) это вопрос или предложение?

(0)Отписать и сюда, раз уж такая масть.

Я вот поставил RAMDrive [ QSoft ] Enterprise (x64)
Поместил туда темп системы и пользовательские темпы, так если меньше 2х ГБ под диск отдаешь - при инсталляции 8.2 пишет, что нет места в ТЕМЕ. У меня 8 ГБ на борту.
Могу сказать, что особого прироста в быстродействии не обнаружил. Сначала показалоь вроде побыстрее, но как то потом ощущение стерлось.
Программные методы контроля не применял, проверял на открытии конфигурации для редактирования , на выгрузках загрузках ина ТИИ.

По открытию программы - первый раз, пока не прокешируется - тормоза еще поболее чем без рамы. Но потом вроде быстрее.

НО говорить о том, что в РАЗЫ быстрее - я бы не стал. Склоняюсь к мысли. что в варианте ТОЛЬКО выноса ТЕМПОВ в РАМу прироста почти нет. НЕ стоит и огород городить. Вот удалю РАМУ поощущаю обратный эффект тогда точно опишу.

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

После чтения ветки по диагонали: свертка базы бухии 7.7 DBF на RAMдиске проходила быстрее в разы, чем на HDD. Комп бюджетный на i3 2,93 ГГц RAM 2 ГБ WinXP Home 32-бит.

А постоянно держать рабочую базу на RAMдиске - спасибо, нэ трэба ни за какие коврижки.

(227) Вот в таком варианте - пожалуй. Если сам массив данных находится на РАМе. Но вот о том и речь, что как система - это не вариант.