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

открой для себя -O2 или -O3

Открой для себя профайлер и основы компьютерной грамотности. А потом к другим лезь с советами. А ещё научись декомпилять свой говнокод. Может поумнеешь к совершеннолетию.

сборка fglrx для релиза ничем принципиально не отличается от того, на чем мы тесты прогоняем.

вставь «нормальную жабу» в андроед, и жди оракловских адвокатов в гости. делов то.

сообщение шлётся на stdout

каждая наносекунда на счету

петросян, хватит юмора в этом треде

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

Лови @ проприетарщиков! Где A+A Mux, скотинки?

A+A и прочие двукарточки управляются через ACPI. если ACPI кривой, то привет.

петросян, хватит юмора в этом треде

даун и неуч, иди в бан

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

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

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

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

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

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

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

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

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

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

ЕМНИП, оно померло, не успев родиться. Было аж целых два с половиной процессора с частичной его поддержкой, потом одно время выпускали ядра с «нулевой» реализацией, после чего выкинули вовсе. Если я ничего не путаю, то архитектура у нее примерно следующая: для каждой инструкции байткода есть два варианта - она либо может быть исполнена аппаратно, либо - если инструкция не реализована аппаратно - будет вызван обработчик, предоставляемый операционной системой. Узнать заранее, какие инструкции есть «в железе», невозможно, посему ОС должна предоставлять обработчики для ВСЕХ инструкций, что, опять же, накладывает множество различных ограничений, начиная от глубокого соития ОС и JVM, и заканчивая другими проблемами архитектуры. Тем более, как я уже писал, последние ядра содержат «нулевую» реализацию - технология формально есть, но ни одной инструкции аппаратно не исполняет. Сделано это для обратной совместимости. Обратная совместимость с технологией, которую никто никогда не использовал - это круто, да :)

Копал давно, года три назад, но вроде с тех пор ничего не изменилось. Ссаными тапками не кидать, пишу по памяти :)

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

ну, сочуствуйте. этого недостаточно. было бы интересно узнать хотя бы ещё несколько условий. в их числе: общее количество данных в единицу времени, имеющиеся доступные хранилища логов, скорость их приёма информации в единицу времени, количество потоков которые могут лить в лог, вероятность прерываний, степень устойчивости от падений основного приложения, на сколько точными должны быть временные метки, должны ли сообщения от разных потоков сортироваться по времени. много чего было бы интересно узнать, прежде чем махать 200 нс. чуть выше товарищ предлагал оперировать страницами памяти. чуть выше я давал ссылку на логгер от гугла. это не подошло. требуется созданый наново велосипед за 10 минут и в комментах. я сейчас работаю в прщекте, в котором сделан свой велосипедный логгер из одной cpp/h пары файлов. заглянул в лог, разница между записями 13 нс - минимум из того, что вижу на одном экране. записи сливаются из нескольких потоков, каждый помечен id, время - ну точность до наносекунд. да. записи уже в файле.

«100% безглючное» - с этим в страну розовых пони.

у нас не стоит требования к наносекундам жесткого. это видеодрайвер, там шквал отладкосообщений. главная проблема - как пройти code review. там оопнутые сидят

на x86 можно читать hpet но не факт что он mmapнут в юзерспейс

у нас не стоит требования к наносекундам жесткого. это видеодрайвер, там шквал отладкосообщений. главная проблема - как пройти code review. там оопнутые сидят

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

ну, сочуствуйте. этого недостаточно. было бы интересно узнать хотя бы ещё несколько условий. в их числе: общее количество данных в единицу времени,

произвольное

имеющиеся доступные хранилища логов

не играют роли, решение задачи от них не зависит

скорость их приёма информации в единицу времени

для простоты предположим, что она неограничена

количество потоков которые могут лить в лог

ограничена лишь средой исполнения. Скажем, до 1000 штук. Обратно же, на решение задачи не влияет.

вероятность прерываний

какую изберете. Все равно на решение не влияет.

степень устойчивости от падений основного приложения

Есть только одно приложение. Если Вы решили лог лить в другое приложение - Ваше дело. Но в принципе можно лишь и в файл. Я намеренно не указал, куда будут идти логи, так как это не играет роли.

на сколько точными должны быть временные метки

Как я уже сказал, хотя бы 50 наносекунд.

должны ли сообщения от разных потоков сортироваться по времени

Не обязательно, можно не сортировать.

много чего было бы интересно узнать, прежде чем махать 200 нс.

Я точно поставил задачу. Там, где я не указал специфику - значит, что она вообще не важна.

чуть выше товарищ предлагал оперировать страницами памяти. чуть выше я давал ссылку на логгер от гугла. это не подошло.

Мне не интересны «логгеры от гугла». Мне интересно решение эсперта в C++, который готов прочитать постановку задачи и решить её. А то я тоже могу сказать - пользуйся log4j. И что?

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

Часа должно быть достаточно.

По крайней мере в Java для этого нужно минимум кода.

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

Это хорошо. Но умеет ли логгер делать то, что я написал выше (почти произвольное форматирование) или он просто скидывает куски текста? Если просто куски текста, то мне это не интересно.

«100% безглючное» - с этим в страну розовых пони.

В случае с плюсами - да, причём сразу.

http://pastebin.com/t9gjEnk6

А то я тоже могу сказать - пользуйся log4j. И что?

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

В случае с плюсами - да, причём сразу.

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

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

просто клоун какой то якобы писавший на схх 20 лет.

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

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

Хватит увиливать.

Ты утверждал что плюсы дескать быстрые а java - тормоз.

Я предложил тебе «ответить за базар».

Ты на это ответил вот этим мусором:

std::cout << «2013-10-10 11:22:33.567123456 The system detected a Foo event while being in state Bar and keeping track of the folowing Widgets: [»;

  for ( auto i = widgets.begin(), e= widgets.end(); i != e; ++i ) {
     std::cout << widgets.get_widget_id() << ",";
  }

stc::cout << «]»;

лихо продемонстрировал, что профессионал в C++ знает про циклы и std::cout. Но при этом пишет феерический бред, где в лог идут захардкоженые значения.

Ещё ты упомянул пару библиотек. Молодец, сразу видно профи.

Когда я тебя ткнул носом, ты позорно слил, пытаясь искать конкретику там, где её нет. Вот только почему ты меня не спросил про производителя RAM для меня загадка. Наверное для тебя это тоже офигеть как важно.

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

Короче, ты просто тупой кодер. С почти полным отсутвием абстрактного мышления и умения читать. Типичный C++шник с зашкаливающим ЧСВ. А фигли, ты ведь осилил hello world, куда простым смертным до тебя.

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

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

Забей, мне уже не интересно.

Гарантии от ошибок таки можно получить. И языки этим отличаются. Но откуда тебе это знать, если ты осилил кое-как лишь один язык?

В общем, бай-бай.

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

(в тред врывается поехавший) Брейнфак рулит, идите вы в жопу все!!!1111111111

;DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD

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

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

Я предложил тебе «ответить за базар». ... лихо продемонстрировал, что профессионал в C++ знает про циклы и std::cout. Но при этом пишет феерический бред, где в лог идут захардкоженые значения. ну и т.д.

жалею, что повёлся - приехал домой и был готов «ответить». ты просто недоразвитый подросток, который все задачи ставит для сферических коней в вакууме, требуя конкрентных наносекунд на 1000 потоков в бесконечных ресурсах и бесконечном быстродействии. в этих условиях логгирование займёт 0 фемтосекунд ровно, неожиданно, да? так что ты просто тролль. в игнор - взаимно.

жёстко ты нас ))

Я? о_О

Я? о_О

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

Для интереса сделал я таки себе логгер ))). разница между двумя сообщениями около 0.2 нс.

0.2 нс это меньше одного такта процессора. Ставай в очередь за нобелевкой, небалабол ты наш.

hawai и его дружки - феерически безграмотны. Что, впрочем, и так было очевидно. :)

0.2 нс

Это прорыв, товарищи!

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

Кинь на pastebin, будь ласка.

0.2 нс это меньше одного такта процессора. Ставай в очередь за нобелевкой, небалабол ты наш.
hawai и его дружки - феерически безграмотны. Что, впрочем, и так было очевидно. :)

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

Кинь на pastebin, будь ласка.

вечером кину - дома делал. но да, тайминг чуть меньше 100 мкс.

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

200 микросекунд? Ну и кто после этого клоун? Чувак, ты определись, хорошо? Между 200 микросекунд и 0.2 наносекунд различие в 1,000,000 раз.

Код в студию, народ желает поржать.

200 микросекунд? Ну и кто после этого клоун? Чувак, ты определись, хорошо? Между 200 микросекунд и 0.2 наносекунд различие в 1,000,000 раз.Код в студию, народ желает поржать.

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

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

Плюсатый сдриснул.

Мне не интересны твои цифры, которые ты и получить-то толком не можешь, не то что понять.

В отличии от тебя, бестолочь, я даже знаю, что откуда затраты порядка 200 наносекунд будут иногда у такого кода даже если он будет на голом асме написан. :-)

Таки показывай свой код, говнокодер. 200 микросекунд это, пожалуй, рекорд в своём роде.

Ты трындел про невероятною скороть C++ и тормознутось Java - тебе и отвечать.

Кстати, можешь выкатить ещё и дизассемблированный (надеюсь ты догадываешься, что такое дизассемблер?) фрагмент твоего поделия, что отправляет данные в лог. Это будет особенно забавно. Правда даже не знаю, справится ли pastebin с таким объёмом текста...

Хм.. А может и кода-то нет? Просто ты решил «утереть нос java» и стрындел про 0.2 наносекунды. А потом, когда тебя словили на горячем, решил поправить на 200 микросекунд, наивно полагая, что это тоже вменяемая цифра. :-)

Попа у тебя очень болит, но признавать это ты не хочешь. Поэтому ты продолжаешь называть собеседника клоуном. ЧСХ.

Забили разработчики, я же писал. Старый софт давно не обновлялся, да и по сравнению с тем же Android его в разы, если не десятки раз меньше. Я уже не говорю о технических характеристиках самого телефона, единственное по чему я скучаю - это хардверная клава на моей N97 - все остальное: экран маленький, оперативки мало...

I feel your pain.

У меня Nokia E71. Уже 5 лет как. Слава Богу пока что можно купить к нему новые батарейки.

И приличных альтернатив ведь нет и не будет. :(

да, про батарейки я и забыл!

Старый софт давно не обновлялся

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

экран маленький

А зачем нужен огромный экран, если есть клава?

пздц тебе пукан рвёт. ты смотри, чтоб совсем не разорвало на британский флаг

Или мне кажется, или я попал на Двач?

Место java вообще в ынтерпрайзе, примерно там же где и 1С, где пользователь вынужден жрать что дают, и важно не качество софта, а скорость его разработки. На личных компах и ноутах java софта вообще не вижу. Серьезный софт под Android почти всегда использует NDK, но фанаты видимо не в курсе.

Попа у тебя очень болит, но признавать это ты не хочешь. Поэтому ты продолжаешь называть собеседника клоуном. ЧСХ.

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

У меня обновлялась, последнее время, только Ovi Maps регулярно, keepass, или вообще под него не было, или как поставил, так и не обновился ни разу, например. А по поводу экрана, есть люди со слабым зрением, например, я, и я ни чего не вижу на экране в 2"-3", мне сейчас и 4,5" не очень большой кажется.

keepass не из тех вещей, которые должны обновляться - работает же. А какое отношение имеет размер шрифтов к размеру экрана?

Может keepass и не должен обновляться, но это не мешает ему обновляться и для Венды, и для Пингвинов, и для Андройда. Касательно же размера экрана, я имел ввиду не только шрифты, но и фото, и, тот же самый навигатор, конечно она сообщает голосом о поворотах и прочем, но я привык при езде все таки обращать внимание на карту.