по теме отсюда:

http://www.forum.mista.ru/topic.php?id=21861

ДатаИсх = ТекущаяДата(); //простая дата+время

ДатаНов = ДатаИсх + 0.567; //дата+время+миллисекунды

Миллисекунды = (ДатаНов - ДатаИсх) * 1000; //вытаскиваем миллисекунды из даты


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

что не так?

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

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

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

(3) Вот-вот

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

Функция ТекМиллисекунды() Экспорт

   Возврат MSScriptControl.eval("new Date().getTime()");

КонецФункции //ТекМиллисекунды

но вдруг можно и через 1С непосредственно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

аминь!

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

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

Опять разговор немого с глухим :)

2(32) что - МоментВремени? это способ получить текущее время в милисекундах?  нет, не способ. Потому что:
https://docs.google.com/leaf?id=0B-jxtBB8IRaZZTM5MTcyZDMtODFkNS00ZjQ1LWIzYTMtYTk5NTkwNmI4Yzc1&hl=en

Если же у вас есть какая-то идея как все-таки использовать этот МЕТОД для указанной цели - потрудитесь оформить вербально

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

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

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

У меня вот лично так "запросто" ни разу не получалось.

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

(36) недавно делал замер производительности в многопользовательской среде.

Есть другой способ ?

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

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

Изменения частоты таймера может повлечь например разрушение HDD.

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

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

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

(42)(43) на материнке стоит тактовый генератор который фигачет импульсы, через микруху делителя которая делит на N тактовку и шлет уже на таймер (а таймер тупо выдает тик (прерывание) при достижение записаного в порт значения),
тоесть есть 2 сигнала не зависимых от частоты, это после делителя и после таймера.

Ловить сигнал после делителя но до микрухи таймера могут контролеры шины, я не знаю как его использует винда, но реально все простые компоненты таймеров винды имеют настройку 1 млсек, но в действительности там реально 1/18 сек достоверно а остальное фуфло.

дополнительно накладывает отпечаток многозадачность (то есть тупо событие произошло в 17.21.321 а ты его получишь только в 17.25.222)