Выпущен первый планшет на Tizen OS

вот код. ключи для асма подберёшь сам.

Я и без асма вижу, почему он у тебя тормозной.

У тебя идёт форматирование кода в потоке, где по условию задачи времени должно быть потрачено минимум.

Можешь оценить, сколько лишних телодвижений и в частности выделений памяти, будет при использовании «<<»?

Далее, время у тебя определяется после форматирования сообщения.

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

os << L"time not recognized";

Феерично

20 лет как-никак в ремесле

... и до сих пор пишешь говнокод.

яву свою давай с 200 нс. глянуть охота.

Непристало метать бисер... Умным людям достаточно сказать одно слово - «замыкание». И всё. Они сразу поймут, что эта задача решается на любом вменяемом языке так, что отправка данных в лог требует лишь четырёх вещей:

1. определение текущего времени

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

3. заполнение его

4. отправка в очередь, желательно lock-free

Вот и вся цена твоему пафосу, малыш.

наслаждайся качественным софтом.

ой, пративный,

А, совсем забыл, не забудь передать привет своему «другу» ckotinko.

обновляться и для Венды, и для Пингвинов, и для Андройда.

И что полезного эти обновления привнесли?

фото
карту

Опять-таки, всё от масштабирования зависит.

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

Просто констатировал факт, что жабы мало на десктопе. У меня внезапно только эклипс и утилиты из андроид SDK. А у большинства вообще нет. Есть старая статья на эту тему у Джоэла Спольски «Пять миров». То что ты потребовал за час реализацию логгера лишь подтверждает мнение о мире жабы. А да, я бы делал на плюсах или С день, можешь засчитывать слив ).

спрячь скорее свой пафосный малыш, а то дети засмеют.

Я и без асма вижу, почему он у тебя тормозной. ...
У тебя идёт форматирование кода в потоке, где по условию задачи времени должно быть потрачено минимум.

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

Далее, время у тебя определяется после форматирования сообщения.

см выше. я по другому его расцениваю, но сменить не сложно.

Можешь оценить, сколько лишних телодвижений и в частности выделений памяти, будет при использовании «<<»?

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

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

интервал времени между соседними сообщениями? зависит конечно от количества потоков (накладные расходы на локи), скорости процессора, диска и т.д. но в качестве оценки подойдёт. интервал варьируется от 2 мкс до 80 - 90. можно взять средний. так как время очевидно имеет размерность микросекунд, в std::chrono::high_resolution_clock я уже не лез

Непристало метать бисер... Умным людям достаточно сказать одно слово - «замыкание». И всё. ...

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

Просто констатировал факт, что жабы мало на десктопе. У меня внезапно только эклипс и утилиты из андроид SDK. А у большинства вообще нет. Есть старая статья на эту тему у Джоэла Спольски «Пять миров». То что ты потребовал за час реализацию логгера лишь подтверждает мнение о мире жабы. А да, я бы делал на плюсах или С день, можешь засчитывать слив ).

расслабься. у него просто зашкаливает ЧСВ и он любит троллить. он пока придирается к грамматике английского и ничего кроме трёпа не выродил. скорее всего за час он нашёл в безразмерных недрах JDK класс zdelat_zapupatyj_log и употребил как написано в хелпе.

скорее где-то стырил сорцы бинарного лога. 200нс - это 600циклов на 3ггц процессоре, там много не наформатируешь. с template и отложенной асинхронной записью это можно запилить так, что одно сообщение будет уходить и за меньшее время(обращения к ведру на каждые 16 кб например). для времени чтение hpet.

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

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

Серьезный софт под Android

Это же оксюморон...

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

Просто констатировал факт, что жабы мало на десктопе. У меня внезапно только эклипс и утилиты из андроид SDK. А у большинства вообще нет. Есть старая статья на эту тему у Джоэла Спольски «Пять миров».

Много ли - мало ли .. Какая разница? :-) Я не фанатик, мне всё равно.

То что ты потребовал за час реализацию логгера лишь подтверждает мнение о мире жабы.

Не очевидно, как то, что за час можно написать приличную реализацию такого вот логгера на Java, в то время как на плюсах на это понадобится день (?) подтверждает твое мнение. Но дело твое.

А да, я бы делал на плюсах или С день, можешь засчитывать слив ).

Да ради Бога. Я тоже на C или C++ иногда пишу. :-)

Мне просто забавно видеть голословные утверждения фанатиков вроде hawai и их неуклюжие попытки продемонстрировать свою правоту. :-)

Да, кстати, фанатиков Java тоже не жалую.

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

Не удается победить в споре - пробуешь поменять значение общеупотребимых терминов. Молодец, так держать. Может в политики возьмут.

могу. но я код даже не профайлил. поэтому ловить тараканов не стал.

Да неплохо бы начать со слонов. Для этого и профайлер не нужен. Я ведь тоже профайлер не запускал. :)

меня интересовала реализация концепта, а не промышленный вариант.

Угу. Только у тебя весь промышленный вариант как этот концепт. :-) Сплошное позорище.

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

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

в конце концов, сделав свой буффер для потока, можно реально оптимизировать работу с памятью.

Типичный слив фанатика. Просрал алгоритм, не понимаешь основ работы компьютера - попробуй всё делать через буферы. Нет, чувак, тебе это не поможет. :) Так что тебе домашнее задание - доказать это.

интервал времени между соседними сообщениями? зависит конечно от количества потоков (накладные расходы на локи), скорости процессора, диска и т.д. но в качестве оценки подойдёт. интервал варьируется от 2 мкс до 80 - 90. можно взять средний. так как время очевидно имеет размерность микросекунд

Зависит от количества потоков и процессора. Это верно.

Но от диска?! Круто. Очень круто. :)

Что до 2-90 мкс, то это просто адов ад. Полагаю даже в интерпретаторе питона таких тормозов сложно добиться.

я реализовал практически твой алгоритм

Вообще не тот алгоритм. И ты либо до сих пор не понял этого (сочувствую), либо делаешь вид, что не понял (зачем?!).

я не расцениваю сборку сообщения с именами виджетов как время формирования сообщения для лога.

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

Но вот только зачем ты на этом остановился? Надо было сказать, что это _я_ мерял неправильно, потому что должен был добавить к своим числам время запуска Linux. А чё? Ведь без OS я код не запускал. Надо бы учесть. Ведь Java просто обязана как-то тормозить.

И у симбиан в своё время была доля рынка.

Я не фанатик, мне всё равно.

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

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

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