КДПВ супер. А мне вот интересно, можно ли таки образом сделать библиотеку для С++ с легковесными горутинами внутри и скажем вызовом через cgo переданных std::function
Судя по 5мб видимо вы собирали не в режиме prod а в режиме dev. В этом случае все скрипты не минифицируются зато за счет этого всегда можно посмотреть на какой строке произошла ошибка. В режиме prod среднеразмерный проект у нас компилируется в ~700КБ
Вообще была отличная статья в pdf, но ее сходу найти не смог. Сходу нашел только описание в https://en.wikipedia.org/wiki/R*_tree. Вкратце индекс получается более компактным за счет снижения количества пересечений узлов дерева. Изначально в моей задаче был сильный перекос на чтение и при активном чтении R*Tree однозначно побеждало R-Tree. Возможно при большом количестве вставок и обновлений ситуация будет немного иная
Была задача реализовать собственную СУБД с индексированием и прочими плюшками. Долго выбирал между различными реализациями пространственных индексов, в итоге остановился на R*Tree (брал реализацию из https://libspatialindex.github.io/). Судя по статьям по данной теме R*Tree однозначно выигрывает перед стандартным R-Tree
Ubuntu 14.04 поддерживает максимально 7.35.0. Можно конечно альтернативные репозитории поискать либо из исходников собрать, но мне кажется проще наверное обновить до 16.04
А не подскажете, а когда будет исправлено https://github.com/dotnet/cli/issues/3185
В кратце в Ubuntu 14.04(libcurl 7.35.0) происходит segfault на dotnet restore в libcrypto
(gdb) bt
#0 0x00007f177e2bdd4d in ?? () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
#1 0x00007f177e2b8c6b in X509_verify_cert () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
#2 0x00007f179fee7925 in ?? ()
#3 0x00007f175f132c00 in ?? ()
#4 0xbafbcb4b7ab40f52 in ?? ()
#5 0x000000000003ac21 in ?? ()
#6 0x00007f1818856f90 in vtable for InlinedCallFrame () from /home/john/dev/tools/dotnet/shared/Microsoft.NETCore.App/1.0.1/libcoreclr.so
#7 0x00007f175f1335e8 in ?? ()
#8 0x00007f17a000cec0 in ?? ()
#9 0x00007f17a000cec0 in ?? ()
#10 0x00007f175f132c00 in ?? ()
#11 0x00007f179fee7925 in ?? ()
#12 0x00007f175f132ca0 in ?? ()
#13 0x00007f17a000cec0 in ?? ()
#14 0x00007f17803b9e60 in ?? ()
#15 0x00007f1774087ef0 in ?? ()
#16 0x0000000000000000 in ?? ()
Еще до этой темы с Windows Subsystem for Linux ставил все что нужно с http://gnuwin32.sourceforge.net/. Сразу в консоли появляется и grep и ls и прочее
В районе июня был введен новый синтаксис для работы с формами. Поэтому выдается предупреждение
*It looks like you're using the old forms module. This will be opt-in in the next RC, and
will eventually be removed in favor of the new forms module. For more information, see:
https://docs.google.com/document/u/1/d/1RIezQqE4aEhBRmArIAS1mRIZtWFf6JxN_7B4meyWK0Y/pub
Ну или как вариант вдруг все таки к C++20 стандарту примут корутины. Шанс вроде есть https://habrahabr.ru/company/yandex/blog/323972/
Ради планировщика go https://habrahabr.ru/company/ua-hosting/blog/269271/
КДПВ супер. А мне вот интересно, можно ли таки образом сделать библиотеку для С++ с легковесными горутинами внутри и скажем вызовом через cgo переданных std::function
Судя по 5мб видимо вы собирали не в режиме prod а в режиме dev. В этом случае все скрипты не минифицируются зато за счет этого всегда можно посмотреть на какой строке произошла ошибка. В режиме prod среднеразмерный проект у нас компилируется в ~700КБ
Вообще была отличная статья в pdf, но ее сходу найти не смог. Сходу нашел только описание в https://en.wikipedia.org/wiki/R*_tree. Вкратце индекс получается более компактным за счет снижения количества пересечений узлов дерева. Изначально в моей задаче был сильный перекос на чтение и при активном чтении R*Tree однозначно побеждало R-Tree. Возможно при большом количестве вставок и обновлений ситуация будет немного иная
Была задача реализовать собственную СУБД с индексированием и прочими плюшками. Долго выбирал между различными реализациями пространственных индексов, в итоге остановился на R*Tree (брал реализацию из https://libspatialindex.github.io/). Судя по статьям по данной теме R*Tree однозначно выигрывает перед стандартным R-Tree
Есть еще altorouter
Ubuntu 14.04 поддерживает максимально 7.35.0. Можно конечно альтернативные репозитории поискать либо из исходников собрать, но мне кажется проще наверное обновить до 16.04
del
Ну у меня libcurl 7.35. Я обновил до preview3 и ничего не поменялось. Возможно просто пора перебираться на 16.04
А не подскажете, а когда будет исправлено https://github.com/dotnet/cli/issues/3185
В кратце в Ubuntu 14.04(libcurl 7.35.0) происходит segfault на dotnet restore в libcrypto
Еще до этой темы с Windows Subsystem for Linux ставил все что нужно с http://gnuwin32.sourceforge.net/. Сразу в консоли появляется и grep и ls и прочее
Просто после всех историй с Windows 10 настоящего параноика должны насторожить любые телодвижения Microsoft в районе openssl
Да падает не у всех. Там стечение разных версий курла, ядра и прочего. На эту тему есть https://github.com/dotnet/cli/issues/3681 и https://github.com/dotnet/cli/issues/4109
*It looks like you're using the old forms module. This will be opt-in in the next RC, and
will eventually be removed in favor of the new forms module. For more information, see:
https://docs.google.com/document/u/1/d/1RIezQqE4aEhBRmArIAS1mRIZtWFf6JxN_7B4meyWK0Y/pub
Гуглить disableDeprecatedForms()