миллисекунды в 1С #463805

по теме отсюда: в этом примере лично у меня получается ожидаемые 567 что не так?

А смысл? Как получить текущее время в мсек для дальнейшего сравнения?

очевидно умножить на 1000

имеется ввиду что ТекущаяДата получается без миллисекунд

Вот-вот

имеется ввиду задача получения и использования миллисекунд в 1С штатными средствами ветка ссылку на которую я дал окончилась примером от Волшебника который я и процитировал ответа я не обнаружил P.S. просьба не приводить в данной ветке ссылки и примеры работы с ВК вот мой текущий вариант: но вдруг можно и через 1С непосредственно

нет, нельзя...

"А зачем?"(с) Для расчет траектории ядрёной боеголовки на 1С?

Для более точно хронометража работы операторов :)

для работы с большим потоком данных - десятки и сотни записей регистра сведений в секунду нужно ТОЧНО знать какая после какой и с какой задержкой

Мне кажется 1С не для этого придумывалась + мне кажется на выполнение MSScriptControl.eval("new Date.getTime") уже уйдет столько времени, что миллисекунды будут никому не интересны.

да нет... у меня ЕМНИП около 4-7 мс это занимало

"Погрешность" самой 1С мешать будет для "точного хронометража". Имхо: можно увеличивать количество измерений. 10 измерений - точность 0.1, а сто тысяч - точность 0.000...

отлично выдает миллисекунды и 1С (к огромному счастью нас всех!) умеет работать быстрее чем раз в секунду   вопрос скорее красоты кода чем практический

MSScriptControl.eval("new Date.getTime")  - не самый уродливый код.

пользуйтесь :) для тех кто вдруг когда будет писать биржевых роботов на 1С без миллисекунд никак но теоретически даный код работать будет только под Виндой, а в перспективе 8.2 не всем нам под ней (Виндой) оставаться да и вопрос то собственно другой: Волшебник дал ответ все успокоились а код у меня не фурычит :( волшебства видимо не случилось :(

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

*текущее время с точностью до миллисекунды

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

(16-18) если я добавлю поле Миллисекунды в регистр -  то я все смогу (ура мне!!!)

ну и с использованием этого поля отчеты у тебя будут выполняться в 10-15 раз медленнее.

Почему? Я надеюсь все таки у чела хватит ума использовать Реквизит, а не Измерение :-)

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

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

2 почему это не фурычит? Фурычит

И чо? РегистрНакопленияЗапись.<Имя регистра накопления> (AccumulationRegisterRecord.<Имя регистра накопления>) Период (Period) Использование: Чтение и запись. Описание: Тип: Дата. Содержит дату и время записи регистра накопления. Совместно с Регистратор и НомерСтроки определяет последовательность движений. Вот и все чем ты можешь повлиять на последовательность записи движений.

Просто его код - обманка.

И ты же сам пишешь: "в этом примере лично у меня получается ожидаемые 567 " - именно так и должно быть.

Во-вторых если не винда, то есть в конце концов Джава.

Можешь хоть атомные часы подключить к 1С и пикосекунды получать. Плевать платформа хотела на твои миллисекунды.

тема сдохла еще в прошлой своей ипостаси.

аминь!

Ну здрасти приехали... а про МоментВремени мы как бы ничего не слышали?

в теме нет ни слова о: - проведении документов(в моей конфигурации нет ни одного документа - при таком потоке инфы мне только тормозов проведения не хватало), Тип: Дата. Содержит дату и время записи регистра накопления. Совместно с Регистратор и НомерСтроки определяет последовательность движений. Вот и все чем ты можешь повлиять на последовательность записи движений. Опять разговор немого с глухим :)

2 что - МоментВремени? это способ получить текущее время в милисекундах?  нет, не способ. Потому что: Если же у вас есть какая-то идея как все-таки использовать этот МЕТОД для указанной цели - потрудитесь оформить вербально

С помощью МоментВремени ты можешь отличить один объект от другого на временной оси, но ты не сможешь повлиять на запись объекта в базу.

Если просто получить миллисекунды, тогда вполне достаточно. Что он только с этими миллисекундами делать будет, не представляю.

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

Я иногда такие косяки за операторами вылавливаю. Приход и расход в одном времени и партии не списываются. Причем распроведение и последовательное проведение ситуацию не исправляет. Только разносить по времени.

недавно делал замер производительности в многопользовательской среде. Есть другой способ ?

раз уж не аминь то поучаствую для тех кто в танке или на БТРе ;) в моем решении: а) нет никаких документов б) нет никаких операторов в) мне пофик моменты времени, проведения приходы и расходы происходит внешнее некое событие сотни раз в секунду, за которым следит 1С мне нужно запомнить это событие в строго хронологическом порядке и в дальнейшем анализировать с какой задержкой оно происходило я записываю это событие в регистр сведений в спец. реквизит которого сохраняю миллисекунды на вопрос многоопытных почему не измерение сразу отвечу - в одну миллисекунду может произойти несколько событий, очень мне хочется видеть их отдельно может ты мне другое решение подскажешь, дружище? P.S. вопрос вообще то был "КАК", попутные вопросы "ЗАЧЕМ" и "ЧЕ С ЭТИМ ДЕЛАТЬ В 1С" и "ДЛЯ ЧЕГО ВАПЩЕ ЭТА 1С СДЕАНА" имхо ни разу не в тему с этим в 1С можно дохрена что делать, но естественно за рамками проведения операторами накладных

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

2 18 с половиной в секунуду... С другой стороны для винды тик - это милисекунда.. Правда точность этих милисекуд да, вызывает сомнение...

(41,42) спасибо, самая полезная инфа пока в этой ветке и по теме в моей задаче в принципе достаточно погрешности 0.1 секунды но все равно буду иметь ввиду

на материнке стоит тактовый генератор который фигачет импульсы, через микруху делителя которая делит на N тактовку и шлет уже на таймер (а таймер тупо выдает тик (прерывание) при достижение записаного в порт значения), тоесть есть 2 сигнала не зависимых от частоты, это после делителя и после таймера. Ловить сигнал после делителя но до микрухи таймера могут контролеры шины, я не знаю как его использует винда, но реально все простые компоненты таймеров винды имеют настройку 1 млсек, но в действительности там реально 1/18 сек достоверно а остальное фуфло. дополнительно накладывает отпечаток многозадачность (то есть тупо событие произошло в 17.21.321 а ты его получишь только в 17.25.222)