[01:24:10] <geniepro> https://habrastorage.org/webt/uz/3y/ub/uz3yubsg60adsi40lti3br0yfoo.jpeg
[01:43:33] <geniepro> походу Дагаев наплевал на критику его тестов либы Scl и опубликовал эти свои сомнительные результаты, хотя и обещал их пересмотреть...
[08:34:13] <_valexey_> geniepro: ы? Где опубликовал?
[08:34:56] <geniepro> ну в ихней библиотеке
[08:35:16] <geniepro> https://forum.oberoncore.ru/viewtopic.php?f=127&t=5853&sid=d911c2eacfd70d2e1ab49bf33d3af51b&start=40#p104059
[08:44:00] <_valexey_> geniepro: ну, это довольно маргинальная библиотека. Это даже не на сайте оберонкоры
[08:44:20] <_valexey_> Плюс из интернета не видно документов с бенчмарками
[08:44:50] <_valexey_> Так что сий позор хорошо спрятан от глаз общественности.
[09:25:26] <valexey_> написано:
"The several measurements are provided for BlackBox Scl and for C++ Standard Template Library. BlackBox compiler uses almost no optimization. Mingw32 compiler for windows was used with -std=c++11 options, no optimization. There is no comparable highly optimized BlackBox compiler to run againt c++ -O3 optimization."
[09:25:58] <valexey_> правда чел не учитывает, что -O0 это не просто отсутствие оптимизации, это намерянная пессимизация кода
[09:26:14] <valexey_> причем, частенько, в том числе и на уровне либ
[09:36:09] <valexey_> на самом деле он перепроверил замеры
[09:36:17] <valexey_> перепрогнал и результаты другие
[09:36:53] <valexey_> SclLists demonstrate 26% better results for 8bit and 3% better for 16 bit.
[09:37:05] <valexey_> Conclusions
1. Scl proposed solution is an acceptable one;
2. Scl against C++ stl results can be really compared when we get highly optimized BlackBox compiler.
[09:51:57] <geniepro> а ну тогда он молодец, просто я посмотрел -- у него там опять бб быстрее чем гцц -- вот и показалось странным
[10:00:46] <valexey_> быстрее, но максимум на 40 процентов
[10:00:52] <valexey_> а не прямо в разы
[10:02:00] <valexey_> ну, то есть если бы убрать пафос из доки, то оно было бы плюс-минус норм
[10:02:47] <valexey_> дака была бы абсолютно бесполезна для плюсиста, скажем, и вообще для сравнения и выбора языка для будущего проекта не пригодна. но как-то показывала бы качество самой либы среди прочих для ББ
[10:06:24] <valexey_> редко когда в бенчмарках пишут настолько пафосное
[17:52:10] <vlad2> Дагаев продолжает опускаться: https://forum.oberoncore.ru/viewtopic.php?p=104064#p104064
[17:55:27] <valexey> ну, кстати, то, что от опции оптимизации зависит результат с плавающей точкой - это позор. ящитаю :-)
[17:55:41] <valexey> хотяяяя.. не такой уж и позор
[17:56:08] <valexey> если оно там при оптимизации выражение преобразовывает например в более короткое, то результаты и вправду будут отличаться.
[17:56:21] <valexey> либо в другом порядке вычисление будет идти.
[17:56:39] <valexey> нужно приложить особые усилия умственные, чтобы такого не случалось.
[17:57:10] <valexey> а на CR+LF вместо кошерного LF - я как раз недавно наступал. да.
[17:57:13] <geniepro> просто вся эта ваша плавающая арифметика должна учитывать потери округлений
[17:58:45] <valexey> вопрос не в округлении, а в представлении
[17:59:12] <valexey> например порядок сложения имеет значение:
a+b+c != b+c+a
[17:59:26] <valexey> a,b,c : float64
[17:59:39] <geniepro> это неправильно!!! это нарушает главный закон математики!!!
[18:00:02] <geniepro> поэтому плавающая арифметика в современных процессорах неправильная!!!
[18:00:07] <valexey> компутер не вкурсе этой вашей математики :-)
[18:00:22] <valexey> плавающая точка != вещественные числа.
[18:00:43] <valexey> тот кто этого не понимает, тот ССЗБ
[18:01:40] <geniepro> есть же специальная арифметика, учитывающая погрешности вычислений -- вот её надо реализовать в процах будущего!
[18:02:05] <valexey> ты фиксированную точку хочешь?
[18:02:16] <geniepro> нет, зачем, там другое решение
[18:02:26] <geniepro> я непомню уже, как-то читал про это
[18:06:51] <geniepro> https://ru.wikipedia.org/wiki/Интервальная_арифметика кажись вот
[18:09:45] <valexey> ситников таки нарывается :-)
[18:10:03] <geniepro> но он там долго держится уже!
[18:13:46] <geniepro> TrueOS на базе FreeBSD такой ацтой! они там свой десктоп Lumina сделали, а он такое говно ((( ещё и со звуком в виртуалбоксе какой-то ужас-ужас
[18:14:11] <geniepro> а вот GhostBSD на базе OpenBSD весьма неплохо выглядит
[18:15:24] <geniepro> кстати, поставил последнюю Хайку на виртуалбокс -- прикольно... вспминаю, как в 200х гг баловался с BeOS
[18:17:38] <geniepro> в НативОбероне вапще непонятно что и как делать! Валексей, как там хоть какой-то файл открыть???
[18:17:41] <valexey> я BeOS в качестве основной системы на домашнем компе юзал где-то с 2000 по 2004 год :-)
[18:17:54] <geniepro> valexey: вот ты отчаянный )))
[18:18:15] <valexey> ну а чо? бегало шустро. все железо поддерживало. игры есть. браузер - есть.
[18:18:21] <valexey> читалка ньюсгрупп - отличная!
[18:18:34] <geniepro> я ставил BeOS Personal 5 -- он там требовал винду98 и запускался из неё, перезапуская комп
[18:18:40] <valexey> оой, чо там как в нативном обероне я не помню уже
[18:18:57] <valexey> BeOS 5 PE можно было ставить на чистый комп на отдельный раздел :-)
[18:18:58] <geniepro> ну ты же запускал оберонкомп! неужто уже всё забыл?
[18:19:00] <valexey> что я и сделал.
[18:19:19] <valexey> ну, я помню, что работать с обероноос не очевидно как было
[18:19:24] <geniepro> в моём дистрибутиве беоса такой установки не было
[18:21:16] <geniepro> этот натив оберон вапще нечеловеческий!
[18:21:23] <valexey> а надо было ручками :-)
[18:21:32] <valexey> сделать загрузочную фигню
[18:21:52] <geniepro> ну у меня тогда всё равно не было нужного мне софта там
[18:22:15] <geniepro> вапще никакого софта под беос у меня не было
[18:24:09] <valexey> у меня было пару дисков с софтом :-)
[18:25:29] <valexey> а потом и инет появился. а там bibits.com
[18:26:09] <geniepro> нет больше bibits.com ))
[18:26:33] <geniepro> может bebits?
[18:27:40] <valexey> bebits.com -- очепятался
[18:28:32] <geniepro> там щас какой-то Remix OS
[18:29:54] <geniepro> блин почему в лмде всё нормально с разрешением экрана, а в астралинупсе всё никак не сделают автоматику???
[18:31:35] <valexey> страдай!
[18:32:23] <valexey> а, алсо у beos pe, после того как оно загрузилось из файла, можно было запустить установщик и поставить на отдельный раздел.
[18:36:08] <Kemet> geniepro, а какой ты Оберон используешь
[18:37:17] <geniepro> какой-то Native_Oberon.ova 28МБт
[18:40:22] <Kemet> Хз где ты его взял
[18:40:32] <Kemet> Под арм чтоли
[18:42:13] <geniepro> зачем, под х86, не помню уже где брал
[18:43:23] <geniepro> Kemet: вот отсюда https://forum.oberoncore.ru/viewtopic.php?f=60&t=6023
[18:43:30] <Kemet> Ну там пишешь имя файла и справа команлы, типа open
[18:44:04] <geniepro> ещё бы знать имена этих файлов! там есть файловый браузер хоть?
[18:44:26] <valexey> есть
[18:45:54] <Kemet> geniepro, там всё есть))
[18:46:12] <geniepro> ну, у кого нужнео всё есть ))
[18:46:46] <valexey> geniepro: а чо это ты в оберон полез?
[18:47:10] <Kemet> Кстати есть последий фоберон в нативе для интела арма и мипса
[18:47:27] <geniepro> джа просто делать нечего было, вот решил посмотреть что там как, когда-то давно уже смотрел, нифига не понял
[18:48:29] <Kemet> geniepro, в а2 там где то как приложение запускается
[18:49:03] <Kemet> ЕтхОберон, который раньше был натив
[18:50:06] <Kemet> Но он уже на обжектобероне вроде, ну то есть его компилятор активного оберона компиляет
[18:52:45] <valexey> https://schierlm.github.io/OberonEmulator/
[18:52:52] <valexey> лучше это погоняй :-)
[18:55:09] <Kemet> Нафига , лучше уж PluginOberon )
[18:55:53] <valexey> ну это ж ванильный современный виртов Оберон!
[18:56:09] <valexey> кому нужно это ваше старьё? :-)
[18:56:24] <Kemet> Кстати, последний Виртовский Оберон5 запустила на анлроиде как нативприблуду
[18:57:41] <geniepro> https://schierlm.github.io/OberonEmulator/ выглядит также как https://forum.oberoncore.ru/viewtopic.php?f=60&t=6023
[18:58:19] <valexey> ну, это ж другая система
[18:58:23] <valexey> и вообще не под x86
[18:58:38] <valexey> ну а раскладка окошек да, старая, классическая.
[18:59:11] <geniepro> ты кстати грозился переписать нативоберон на oberonjs -- ну и где??? тебя уже опередили )))
[18:59:48] <valexey> там эмулятор же, а не переписывание на oberonjs. то есть это вообще не то
[20:05:14] <valexey> vlad2: У тебя там с Ситниковым переписка активная идёт? :-)
[22:03:39] <vlad2> Да не очень активная, я ему просто написал, что он типа зря пытается к здравый смысл найти там, где сплошная идеология. А ты как узнал?
[22:17:27] <vlad2> Я еще Рифата спросил почему они дебаг релизят. Типа боятся багов, которые не вылезают в дебаге.
[22:19:18] <_valexey_> vlad2: ну, видел что он отправлял личное сообщение, потом ты просматривал личный раздел.
[22:20:00] <vlad2> Вау. Прям большой брат...
[22:20:02] <_valexey_> Ну, плюс сложившаяся ситуация увеличивает вероятность такого события :-)
[22:20:16] <_valexey_> Ну, это ж всем видно!
[22:21:01] <_valexey_> А что, у рифата на раьоте боятся таки релизных багов?
[22:21:34] <_valexey_> Вообще, в плане gcc, везде рекомендуют собирать сразу с -O2 или 3
[22:21:46] <_valexey_> В это случае больше варнингов будет
[22:22:10] <_valexey_> Алсо я лично собираю -O2 с -g
[22:22:11] <vlad2> Ага. Но он не сильно упирается - типа да, "ситуация в консерватории не идельная".
[22:22:26] <_valexey_> То есть оптимизация и дебажные символы
[22:22:40] <_valexey_> Вообще, у gcc же нет понятия дебаг и релиз
[22:23:04] <_valexey_> Да, плюс санитайзеры включаю.
[22:23:21] <_valexey_> И быстро и надежно!
[22:24:03] <_valexey_> -O0 хорошо только скоростью сборки, ну и отладка пошаговая по более очевидному пути идет.
[22:24:29] <_valexey_> У 0 раза в два быстрее сборка идет нежели у 2
[22:27:23] <vlad2> Да собственно ради степания -O и убирают. Учитывая, что сами оберонщики степание запрещают, то оптимизация это самый что ни на есть oberon way ;)
[22:30:33] <_valexey_> Ну, степать и при О3 можно
[22:30:41] <_valexey_> Но очень странно :-)
[22:46:16] <geniepro> _valexey_: да ты прям кгбшник! недаром из арзамаса-16 ))) это не ты там новичков пускаешь по ландону вместо тумана? )))
[22:48:45] <_valexey_> Мы с новичками никаких дел не имеем.