так плюс-минус получается инваринтность к повороту

повороту силуэта в плоскости изображения

а не повороту самолёта

и на снимках земной поверхности сможет их распознавать?

Задача именно делать это не хуже оператора. Просто меня убеждают, что мол это невозможно потому что невозможно

Думаю что именно задача отлчать модели самолетов решается нейросетью во много раз лучше оператора и во много десятков раз быстрее

А может даже и не средствами нейросетей, а более простыми

Короче, в итоге я нашел самый простой способ очень быстро обрабатывать сокеты ) Это самый что ни на есть примитивный TaskPool и TcpSocket ;)))

Держит 27000 в секунду, ни единого разрыва!

Выкинул все эти libasync

что за железо?

core i7 8 cores

нормуль, игру друзья пишут, то им с udp socket о таком только мечтать)) но там Java

Выкинул все эти libasync

Если ты разобрался в проблеме, не возникает желания libasync поправить, чтобы так же работал?

https://github.com/etcimon/libasync/blob/master/examples/tcp_listener/source/app.d#L50 слушайте, а нет ли тут ошибки в работе соединения? получается что это буфер выделяется на каждый тред, НО при этом в треде работает event loop который обслуживает несколько соединений. Выходит что в буфер могут писать несколько соединений из этого треда сразу!

У меня только вот такое предположение. Но если это так - то какая-то дурацкая ошибка. Как это проверить я не вижу способа.

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

А вот кстати из того что в моих силах поправить возможно - так это то что похоже пул тредов в libasync создается в ленивом режиме. То есть пока туда не прилетит задача - он не создастся. Возможно стоит сделать "предпрогрев" тредов...

На счёт шаблонизатора - твиг прикольный

Выкинул все эти libasync

Чего не взять LibEv?

Ну или LibEvent

С SO_REUSEPORT - самое то

По-моему это все равно будет тормозить по сравнению с taskPool

Ну это все до тех пор, пока нет необходимости в нормальных таймерах и обработки советов по приоритетам

нормуль, игру друзья пишут, то им с udp socket о таком только мечтать)) но там Java

В смысле?

Здоров народ

Я так чисто спросить

Че там с DIP1000?

У меня традиция спрашивать об этом раз в новое время года

Это та которая про без-GC, безопасность, и всё такое

Там какой-то долгострой. Лет через семь может доделают. Но работать не будет.

Если структура типа Т и делаешь массив Т[], то переменная массива - это только указатель на данные и длина, это лежит на стеке, два слова. А сами данные, если добавлять через ~= и подобные, лежат в куче.

А известно ли тебе, благодаря чему это так? Сработает ли эта фича freestanding? Всмысле без phobos

Это был вопрос про то, что в случае T ~= elem, elem ложится в кучу

но нужно помнить, что в D: The total size of a static array cannot exceed 16Mb

Откуда инфа?

http://dlang.org/spec/arrays.html#static-arrays вот отсюда

Надо было читать инструкцию...

А известно ли тебе, благодаря чему это так? Сработает ли эта фича freestanding? Всмысле без phobos

Это так благодаря архитектуре языка D)

Архитектура языка - спорная штука. Вот есть у тебя компилятор, который увидел "T ~= elem;". Что ему делать? Он должен, по идее, записать в объектный файл системный вызов для выделения памяти в куче. То бишь, это работает для конкретной ОС, потому что для другой ОС и сисколл будет другой. Входит, если ОС нет вообще, как он будет выделять память, и кто будет заниматься реализацией сисколла? Выходит, если ты пишешь ОСь, тебе нужен под неё свой собственный D компилятор, даже несмотря на то, что она соответствует SysV ABI? Это уже полная чухня по идее... В случае с С вся возня с сисколлами происходит на стороне stdlib

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

Ну вот, опять же. GC - часть phobos (или какой-то druntimelib.so) и, выходит, уже не судьба этой фишке работать freestanding.

ну что значит freestanding? Сборщик мусора — это часть языка D, да, без сборки мусора много чего не будет работать

в том числе (в общем случае, без извращений) динамические массивы, исключения и классы

а разве исключения еще не сделали gcfree?

по-моему только обсуждают

Там какой-то долгострой. Лет через семь может доделают. Но работать не будет.

Печалька ?

по-моему только обсуждают

да, действительно https://github.com/dlang/dmd/pull/6681

А известно ли тебе, благодаря чему это так? Сработает ли эта фича freestanding? Всмысле без phobos

Механика в целом описана тут: http://dlang.org/d-array-article.html А тут список операций, которые "may allocate memory using the garbage collector: NewExpression Array appending Array concatenation Array literals (except when used to initialize static data) ..." Т.е. операции вроде ~= раскрываются в код, который обращается к рантайму для аллокации памяти. Им нужен рантайм, который по умолчанию с GC, или хотя бы свои заглушки вместо тех функций. Рантайм и фобос это несколько разные вещи, фобос это просто стандартная библиотека. Можно жить с рантаймом, но без фобоса. С т.з. компилятора это значит, что он может в коде поставить вызов некоторой функции выделения памяти, ожидая, что ее реализация будет слинкована с твоим кодом. Реализация сидит в druntime. Cм. dmd2\src\druntime\README.md : DRuntime is meant to be an abstraction layer above the compiler. Different compilers will likely have their own versions of DRuntime. While the implementations may differ, the interfaces should be the same. Features -------- The runtime library provides the following: * The Object class, the root of the class hierarchy. * Implementations of array operations. * The associative array implementation. * Type information and RTTI. * Common threading and fiber infrastructure. * Synchronization and coordination primitives. * Exception handling and stack tracing. * Garbage collection interface and implementation. * Program startup and shutdown routines. * Low-level math intrinsics and support code. * Interfaces to standard C99 functions and types. * Interfaces to operating system APIs. * Atomic load/store and binary operations. * CPU detection/identification for x86. * System-independent time/duration functionality. * D ABI demangling helpers. * Low-level bit operations/intrinsics. * Unit test, coverage, and trace support code. * Low-level helpers for compiler-inserted calls.

Я если честно не понимаю, зачем использовать стандартные массивы, если надо избежать gc. Есть же массив, которому gc не нужен http://dlang.org/phobos/std_container_array.html

А вот тут 3 года назад человек рассказывал, как писать на D без рантайма и без ОС, на чистом железе: http://dconf.org/2014/talks/ruppe.html В его D Cookbook тоже эта тема есть.

Вообще не понимаю, зачем до сих пор, кроме легаси, использовать кресты, когда есть D?

Вообще не понимаю, зачем до сих пор, кроме легаси, использовать кресты, когда есть D?

А есть реализация, например, SNMP на D?

Того же modbus не было до недавнего времени

И собственно вопрос лени разработчиков

Или выделенного времени на проект

А есть реализация, например, SNMP на D?

Не курсе. Но биндинги пишутся без особых проблем.

На плюсовые либы?

Не сказал бы

На Racket не было более-менее нормального пакета для работы с ldap. Сел, накатал биндинг с libldap, и готово.

На плюсовые либы?

Не пробовал. К сишным без особого труда.

Кстати, по поводу либ https://github.com/deviator/drmi/blob/master/ssll/ssll/package.d

Не пробовал. К сишным без особого труда.

К плюсовым либам обычно пишут сишные биндинги, а потом поверх D-шные.

Кстати, по поводу либ https://github.com/deviator/drmi/blob/master/ssll/ssll/package.d

Пример пользования https://github.com/deviator/drmi/blob/master/mosquitto/mosquitto/api/rtload.d

К плюсовым либам обычно пишут сишные биндинги, а потом поверх D-шные.

Понял. Но почему именно так?

Вчера меня постигла неудача с профилировщиком(

К плюсовым либам обычно пишут сишные биндинги, а потом поверх D-шные.

Известное дело, но это сколько работы то...

Потому что никто не хочет тратить целую кучу времени на реализацию полного крестового компилятора в компиляторе D...

ERROR: S client not available

При попытке отпрофилировать приложение с сокетом падает с epoll error: too many open files

Потому что никто не хочет тратить целую кучу времени на реализацию полного крестового компилятора в компиляторе D...

Уловил. Понятно.

Потому что никто не хочет тратить целую кучу времени на реализацию полного крестового компилятора в компиляторе D...

Калипсо всё? Не шевелится уже?

А фиг его знает, я не в курсе.

Я если честно не понимаю, зачем использовать стандартные массивы, если надо избежать gc. Есть же массив, которому gc не нужен http://dlang.org/phobos/std_container_array.html

Надо и Фобоса и рантайма избежать

Где можно пофиксить документацию дланговскую? Она генерится из исходников или где-то отдельно в виде html лежит?

Где можно пофиксить документацию дланговскую? Она генерится из исходников или где-то отдельно в виде html лежит?

Вроде из исходников

В доке ссылки битые, еле нашел как попасть на std.datetime.DateTime

И вот ищу по всей организации строку из документации https://github.com/search?q=org%3Adlang+It+is+optimized+for+calendar-based+operations+and+has+no+concept+of+time+zone. и не находит ничего ?

Это нормально, когда libphobos2 не поставляется в 32-битной версии?

Ну, практически... Кейси вон вообще рекомендует забить на 32-битные платформы.

на них все забили уже походу...

для WASM 64 битные браузеры тоже многое значат

Кхм.

Дело в том, чтооо...

Гроб не умеет грузить х64

Кжтс...

гроб?

гроб?

GRUB

GRUB

Слушай, вроде это как раз ты писал на Haxe? Я тут недавно пытался вспомнить какой-то экзотичный язык

Слушай, вроде это как раз ты писал на Haxe? Я тут недавно пытался вспомнить какой-то экзотичный язык

Так точно

?

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

После всяких там ATS я даже не знаю что меня может удивить

Шел 2017й, а люди все еще создают языки где есть var и очень похожая на неё val

Мне кажется сейчас языки вообще стали очень похожи, и только экспериментируют с какими-то мелочами )

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

Так и есть

Многое устаканилось

И вот ищу по всей организации строку из документации https://github.com/search?q=org%3Adlang+It+is+optimized+for+calendar-based+operations+and+has+no+concept+of+time+zone. и не находит ничего ?

Советую поискать просто calendar-based, находит всего одно вхождение.

Шел 2017й, а люди все еще создают языки где есть var и очень похожая на неё val

Так ATS это не 2017, ему лет уж немало. Раст еще не начали делать, когда в ATS уже все было.

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