История изменений

как я и сказал критерй «нормальности» не описан, т.е. что хочу то и верчу. потоки, наносекунды... даже начальные условия реализации и требования задачи не ясны. и Вы серьёзно хотите увидеть реально работающую реализацию логов в комментариях к новости? слегка неадекватно. :) время может и SQL сервер автоматом проставить если вдруг.

Вы пробовали читать условие задачи?

Там все написано, причём точно.

1. время события, указанного в логе, должно быть максимально точным. SQL сервер его проставит точно? :)

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

Если этого недостаточно - сочувствую.

И таки да, я бы хотел увидеть вменяемую реализацию на этом вашем быстром C++, что будет быстрее чем java. Что тратит порядка 200 наносекунд на это. Причём на любом железе, какое хотите.

Да, хотелось бы, чтобы разница во времени между событием и timestamp указанным в логе была ну не слишком отличной. Скажем, не больше чем 50 наносекунд.

Я серьёзно был бы рад увидеть красивое и эффективное решение на плюсах. Пока что не видел.

А, и таки да, 200 наносекунд это грубое решение, написанное без единого запуска серьезного профайлера приблизительно за пару часов. Причем решение 100% безглючное.

как я и сказал критерй «нормальности» не описан, т.е. что хочу то и верчу. потоки, наносекунды... даже начальные условия реализации и требования задачи не ясны. и Вы серьёзно хотите увидеть реально работающую реализацию логов в комментариях к новости? слегка неадекватно. :) время может и SQL сервер автоматом проставить если вдруг.

Вы пробовали читать условие задачи?

Там все написано, причём точно.

1. время события, указанного в логе, должно быть максимально точным. SQL сервер его проставит точно? :)

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

Если этого недостаточно - сочувствую.

И таки да, я бы хотел увидеть вменяемую реализацию на этом вашем быстром C++, что будет быстрее чем java. Что тратит порядка 200 наносекунд на это. Причём на любом железе, какое хотите.

Да, хотелось бы, чтобы разница во времени между событием и timestamp указанным в логе была ну не слишком отличной. Скажем, не больше чем 50 наносекунд.

Я серьёзно был бы рад увидеть красивое и эффективное решение на плюсах. Пока что не видел.

как я и сказал критерй «нормальности» не описан, т.е. что хочу то и верчу. потоки, наносекунды... даже начальные условия реализации и требования задачи не ясны. и Вы серьёзно хотите увидеть реально работающую реализацию логов в комментариях к новости? слегка неадекватно. :) время может и SQL сервер автоматом проставить если вдруг.

Вы пробовали читать условие задачи?

Там все написано, причём точно.

1. время события, указанного в логе, должно быть максимально точным. SQL сервер его проставит точно? :)

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

Если этого недостаточно - сочувствую.

И таки да, я бы хотел увидеть вменяемую реализацию на этом вашем быстром C++, что будет быстрее чем java. Что тратит порядка 200 наносекунд на это. Причём на любом железе, какое хотите.