>Там в бенчмарках не только числодробилки, но и регулярки
Вы реализацию вначале изучите. На числодробилках в ржавом *явно* используются интринсики, а джава (пока) так не умеет, поэтому такое различие в производительности.
Дальше, посмотрите на каком говне мамонта тестят JIT для последней джавы (или не смотрите, скажу здесь: *core2duo*). Может на современном проце JIT бы автоматом добавил интринсики, но это не точно. По крайне-мере JIT должны оптимизировать под серверные ЦПУ. Поэтому не очень умно запускать современный JIT на core2duo…
Что касается регулярок, оно и nodejs сильно проигрывает, видимо хреновая реализация в OpenJDK.
По binary-tree, там тестирование уровня школоты. Знаю, так как сам смотрел. Если в ржавом или си заранее выделяют память под дерево, то джава выделяет и освобождает свой хип несколько раз, по мере роста дерева. А всё потому, что не заданы стартовые аргументы по хипу, а по дефолту они игрушечные.
Если задать нормальный хип, то джава на уровне си и ржавого по этому тесту. Проверял на своём ноуте.
И так во всём. Поэтому не обижайтесь, когда вас ниже причисляют к школоте. Все там были, я когда-то тоже ссылался на эти тесты, но теперь так не делаю.
>предлагая мне проверить вашу идею
Её не нужно проверять это рабочая схема. По такой схеме реализована масса успешных open-source проектов.
>показать пример такого подхода
Примеров полно. Например, Эстония е-резиденство сделала, позволяя управлять бизнесом полностью удаленно не гражданину. Без оббивания порогов тамошних чиновников.
У нас это тоже работает, хотя сделано всё через задницу, но уже сейчас бизнесу можно работать полностью через интернет. Но как я и говорил, всё сделано не для людей, обычному человеку будет тяжело разобраться.
Но это всё ерунда. Я говорю о системе, которая в идеале возьмёт на себе полное управление государством. От макро до микроконтроля. Формирование, распределение бюджета и вот это всё. И думаю такая система реальна уже сегодня, с текущими наработками ИТ отрасли. Вопрос лишь какое государство первое сможет выйти на этот уровень.
>А почему к процессу разработки должны привлекать обычных граждан?
Я говорил о решении проблемы. Если кого-то не устраивает текущая ситуация, то я показал как можно ускорить решение проблемы.
Тот, кто может заняться этой проблемой точно не обычный гражданин, а как минимум состоявшийся разработчик с большим стажем работы в бизнесе. И имеющий свободное время.
А чем это не действующие? Или вы ждёте, что это от государства придёт подобная инициатива? Сделайте первый скрипт для замены чиновника, выложите на Гитхаб. Сделайте второй, третий, затем к вам начнут присоединяться люди. Затем этот ком начнёт нарастать.
И от государства начнут требовать внедрения этих скриптов. И в конце-концов произойдет замена чиновников, которых можно заменить на скрипт в первую очередь.
По крайне-мере верхушку айсберга я вижу именно так, но тут конечно массу деталей нужно продумывать. Пока не до этого…
Да, нужно всё превратить в цифру. Затем создать открытую систему для управлением этим «зоопарком». Исключить людей из системы, после наладки. Любой может изучать систему и вносить в неё изменения при положительном голосовании граждан.
Или если более кратко: «Заменить чиновников на скрипты»
Не везде нужны станки и расчеты. Некоторые вещи печатаются на 3D принтере для дальнейшего холодного литья. В таких ситуациях удобнее работать с полигонами, а не с вычитаниями.
>Тем, что тут нет никаких полигонов.
Людей не вводите в заблуждение, там используются всё те же полигоны при отрисовке моделей. Тот же STL формат это лишь набор поверхностей из треугольников.
Theranos получала сотни патентов, не сообщая ничего учёному сообществу о том, как же на самом деле работают её устройства
А это нормально, не шифровка? Если сегодня такое практикуется то значит патентная система не защищает интересы изобретателя. При этом подобными «шифровками» отсекаются те, кто реально изобрел что-то полезное, но не успел подать патент первым, потому что реальные/детализированные вещи делаются по времени дольше.
>раскрывать со значительной отсрочкой, интересы общества пострадают
Так уже интересы общества страдают, раз патентная система допускает выше обозначенное про Theranos. А шифрование решает эту проблему.
Во-первых, ученое сообщество получит доступ к реальным данным, когда будет разработан рабочий прототип. Или может получить доступ к реальным данным, публично подписав NDA, тем самым отказавшись на дальнейшие претензии в этой области.
Во-вторых, множество изобретателей, до публикации рабочего прототипа изобретения могут иметь права на похожие изобретения, тем самым создавая конкуренцию на лицензирование изобретения. В отличии от единоличного получения патента по типу — кто быстрее, того и тапки. Монополизируя изобретение со всеми вытекающими.
Я работаю с российской патентной системой и очень за то, чтобы требование промышленной применимости удалили из критериев патентоспособности вообще. Хочет клиент запатентовать телепортацию, готов заплатить мне за офрмление заявки и пошлину в Роспатент – почему бы и нет?
Я бы усовершенствовал вашу идею и добавил бы шифрование. Суть в том, что клиент патентует телепортацию в зашифрованном виде. Тем самым никто не знает про его телепорт, но знают, что автор опубликовал какую-то идею. Теперь он может не беспокоиться и спокойно доводить её до реализации. Тот, кто будет ему помогать подписывает NDA на базе открытых ключей и теперь все знают, что вот эти люди/компании помогают автору в реализации идеи (она продолжает оставаться зашифрованной).
Если кто-то придумал телепорт параллельно, то он также патентует идею в зашифрованном виде. И тайно спокойно продолжает работать над идеей. Как и выше обозначенный автор.
И вот один из авторов довёл проект до работающего прототипа. Теперь он может расшифровать идею представив ключ для расшифровки всему миру.
Все остальные авторы, не успевшие довести идею до прототипа также предоставляют их публично (опубликовав ключ для расшифровки). Тем самым показывая, что и они работали над идентичным проектом и не обязаны отчислять деньги тому, кто первый успел довести проект до работающего прототипа.
При этом не нужно, никому ничего отчислять, всё это можно сделать на базе блокчейна бесплатно. И платить лишь судам, если возникнут сомнения, что другой автор работал над похожей идеей или описал её в общих словах.
Falcon умеет в нативные вызовы без оверхеда? Например, чтобы использовать github.com/hgst/libnvme для работы с NVMe дисками? И где можно скачать, сколько стоит? Поддерживает armv8?
>Возможно, через пару месяцев мне удастся составить более полное впечатление.
У меня похожее решение, работаю так уже год, не променяю его ни на какой дорогущий стул.
Рекомендую вам сделать небольшую подпорку под поясницу, иначе спина всё таки устаёт и довольно неприятные ощущения после долгой работы.
Цивилизация подходит к очередной перестройке мироустройства, но некоторые комментаторы напоминают феодалов, которым пытались объяснить, что люди теперь свободны. Вот бездельники, сопротивлялись феодалы, я же их кормлю, пою, воспитываю! Воинов в конце-концов содержу, обеспечиваю безопасность и скрепность! Экономика рухнет, воинам платить будет нечем и страну захватят басурмане! Чем это закончилось думаю многие знают, надеюсь не стоит пересказывать историю.
>«полиглотность» сама по себе кому нужна
Не знаю, мне не нужна. В GraalVM мне интересна компиляция OpenJDK проекта в нативный бинарник. И native-image.c, хотя последнее может и не потребоваться после релиза Panama.
>loom — да только этот поезд уже ушел
Почему? Сделают будет здорово! Хотя для тех, кто разбирается в Java от этого ни холодно ни жарко. Но для новичков появится возможность писать простой многопоточный код.
>10-15 лет
Это очень большие сроки. А серьёзного конкурента для замены Java пока не видно.
>Пока все живут в настоящем, этот парень живёт уже в будущем
Так я не хипстер, чтобы каждый год с одного фреймворка на другой прыгать. Поэтому пытаюсь заглядывать в будущее, чтобы понимать перспективы того или иного ЯП.
>всё будет непросто
Это да, но это не в каких-то там планах или идеях. Это уже реально всё тестируется на форках и их вкатывание в основную ветку всё ближе.
>с корутинами, cio и kotlin-native — один «суслик» может начать чувствовать себя немного хуже
Суслик нашел нишу и он не на JVM. А вот c GraalVM native-image и файберами в Java у Котлина позиции пошатнутся. В том числе на Android, когда OpenJDK проект через GraalVM можно будет скомпилировать под NDK.
Вы реализацию вначале изучите. На числодробилках в ржавом *явно* используются интринсики, а джава (пока) так не умеет, поэтому такое различие в производительности.
Дальше, посмотрите на каком говне мамонта тестят JIT для последней джавы (или не смотрите, скажу здесь: *core2duo*). Может на современном проце JIT бы автоматом добавил интринсики, но это не точно. По крайне-мере JIT должны оптимизировать под серверные ЦПУ. Поэтому не очень умно запускать современный JIT на core2duo…
Что касается регулярок, оно и nodejs сильно проигрывает, видимо хреновая реализация в OpenJDK.
По binary-tree, там тестирование уровня школоты. Знаю, так как сам смотрел. Если в ржавом или си заранее выделяют память под дерево, то джава выделяет и освобождает свой хип несколько раз, по мере роста дерева. А всё потому, что не заданы стартовые аргументы по хипу, а по дефолту они игрушечные.
Если задать нормальный хип, то джава на уровне си и ржавого по этому тесту. Проверял на своём ноуте.
И так во всём. Поэтому не обижайтесь, когда вас ниже причисляют к школоте. Все там были, я когда-то тоже ссылался на эти тесты, но теперь так не делаю.
Её не нужно проверять это рабочая схема. По такой схеме реализована масса успешных open-source проектов.
>показать пример такого подхода
Примеров полно. Например, Эстония е-резиденство сделала, позволяя управлять бизнесом полностью удаленно не гражданину. Без оббивания порогов тамошних чиновников.
У нас это тоже работает, хотя сделано всё через задницу, но уже сейчас бизнесу можно работать полностью через интернет. Но как я и говорил, всё сделано не для людей, обычному человеку будет тяжело разобраться.
Но это всё ерунда. Я говорю о системе, которая в идеале возьмёт на себе полное управление государством. От макро до микроконтроля. Формирование, распределение бюджета и вот это всё. И думаю такая система реальна уже сегодня, с текущими наработками ИТ отрасли. Вопрос лишь какое государство первое сможет выйти на этот уровень.
Я говорил о решении проблемы. Если кого-то не устраивает текущая ситуация, то я показал как можно ускорить решение проблемы.
Тот, кто может заняться этой проблемой точно не обычный гражданин, а как минимум состоявшийся разработчик с большим стажем работы в бизнесе. И имеющий свободное время.
И от государства начнут требовать внедрения этих скриптов. И в конце-концов произойдет замена чиновников, которых можно заменить на скрипт в первую очередь.
По крайне-мере верхушку айсберга я вижу именно так, но тут конечно массу деталей нужно продумывать. Пока не до этого…
Или если более кратко: «Заменить чиновников на скрипты»
Людей не вводите в заблуждение, там используются всё те же полигоны при отрисовке моделей. Тот же STL формат это лишь набор поверхностей из треугольников.
А это нормально, не шифровка? Если сегодня такое практикуется то значит патентная система не защищает интересы изобретателя. При этом подобными «шифровками» отсекаются те, кто реально изобрел что-то полезное, но не успел подать патент первым, потому что реальные/детализированные вещи делаются по времени дольше.
>раскрывать со значительной отсрочкой, интересы общества пострадают
Так уже интересы общества страдают, раз патентная система допускает выше обозначенное про Theranos. А шифрование решает эту проблему.
Во-первых, ученое сообщество получит доступ к реальным данным, когда будет разработан рабочий прототип. Или может получить доступ к реальным данным, публично подписав NDA, тем самым отказавшись на дальнейшие претензии в этой области.
Во-вторых, множество изобретателей, до публикации рабочего прототипа изобретения могут иметь права на похожие изобретения, тем самым создавая конкуренцию на лицензирование изобретения. В отличии от единоличного получения патента по типу — кто быстрее, того и тапки. Монополизируя изобретение со всеми вытекающими.
Я бы усовершенствовал вашу идею и добавил бы шифрование. Суть в том, что клиент патентует телепортацию в зашифрованном виде. Тем самым никто не знает про его телепорт, но знают, что автор опубликовал какую-то идею. Теперь он может не беспокоиться и спокойно доводить её до реализации. Тот, кто будет ему помогать подписывает NDA на базе открытых ключей и теперь все знают, что вот эти люди/компании помогают автору в реализации идеи (она продолжает оставаться зашифрованной).
Если кто-то придумал телепорт параллельно, то он также патентует идею в зашифрованном виде. И
тайноспокойно продолжает работать над идеей. Как и выше обозначенный автор.И вот один из авторов довёл проект до работающего прототипа. Теперь он может расшифровать идею представив ключ для расшифровки всему миру.
Все остальные авторы, не успевшие довести идею до прототипа также предоставляют их публично (опубликовав ключ для расшифровки). Тем самым показывая, что и они работали над идентичным проектом и не обязаны отчислять деньги тому, кто первый успел довести проект до работающего прототипа.
При этом не нужно, никому ничего отчислять, всё это можно сделать на базе блокчейна бесплатно. И платить лишь судам, если возникнут сомнения, что другой автор работал над похожей идеей или описал её в общих словах.
У меня похожее решение, работаю так уже год, не променяю его ни на какой дорогущий стул.
Рекомендую вам сделать небольшую подпорку под поясницу, иначе спина всё таки устаёт и довольно неприятные ощущения после долгой работы.
Единственно, можно для PWA эту фичу сделать, но здесь нужен экономичный к ресурсам движок, иначе можно и на хроме делать с транспилерами.
Не знаю, мне не нужна. В GraalVM мне интересна компиляция OpenJDK проекта в нативный бинарник. И native-image.c, хотя последнее может и не потребоваться после релиза Panama.
>loom — да только этот поезд уже ушел
Почему? Сделают будет здорово! Хотя для тех, кто разбирается в Java от этого ни холодно ни жарко. Но для новичков появится возможность писать простой многопоточный код.
>10-15 лет
Это очень большие сроки. А серьёзного конкурента для замены Java пока не видно.
Так я не хипстер, чтобы каждый год с одного фреймворка на другой прыгать. Поэтому пытаюсь заглядывать в будущее, чтобы понимать перспективы того или иного ЯП.
Это да, но это не в каких-то там планах или идеях. Это уже реально всё тестируется на форках и их вкатывание в основную ветку всё ближе.
>с корутинами, cio и kotlin-native — один «суслик» может начать чувствовать себя немного хуже
Суслик нашел нишу и он не на JVM. А вот c GraalVM native-image и файберами в Java у Котлина позиции пошатнутся. В том числе на Android, когда OpenJDK проект через GraalVM можно будет скомпилировать под NDK.