На каком ты компе?

Какая у тебя OS?

Какое это имеет значение?

Большое

Никакого.

Поставь +

У меня Windows, допустим, что дальше?

На любой ОС будет ровно тот же результат.

Нет

Я тебе ссылки бросил

Ок, на какой ОС будет другой результат?

Сорян, я по твоим ссылкам мало что понял. Кажись, там что-то на пыхе.

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

Какая разница на каком там языке?

В том-то и дело, что никакой. На любом должно работать одинаково.

Я показал, как.

Поставь +

+

[\r\n]+

Оппа

Зачем это?

Ок, поставил плюс, и всё совсем стало неправильно работать. Смотри: > 'aaa\r\n\r\nbbb'.split(/[\r\n]+/) (2) ["aaa", "bbb"]

На вход даю три строки (из которых одна пустая), а оно говорит что их две. Неправильно!

Для сравнения, вот какого вывода я ожидаю: > 'aaa\r\n\r\nbbb'.split(/\r\n|\r|\n/) (3) ["aaa", "", "bbb"]

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

Собственно, вот тебе репрезентативный результат на единственном нормальном (в рамках дискуссии) языке, D: https://ideone.com/WOcoiQ Он возвращает три строки для твоего регекспа, и две для моего.

Да, в D, оно как-то так обрабатывается

Хороший коммент:

никто не видел нигде js либу для подсветки D?

а все

нашел

https://habrastorage.org/getpro/habr/comment_images/bf9/ed7/9d9/bf9ed79d9afd882eaeb693fecfeb965a.jpg

Хороший коммент:

Так это понятно что в микросервисах все нетранзакционно, от языка не зависит

Как вариант можно пробовать какую-нибудь событийную архитектуру с журналом событий. И каждый сервис проигрывает этот журнал пока у него не получится

Про JS. Как я понимаю нем один единственный тормозящий запрос (к примеру жрущий CPU) все сказки про 10 000 коннектов одновременно рушит раз и навсегда

Это как

ну типа задача же не просто контент отдавать, а что-то там делать на сервере. Хоть какую-то обработку

А ну числодробилка да. Но запрос где много IO операций отрабатывает на ура

Но как правило у жс сервисов задача как раз отдать контент

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

Кстати, вот почему браузер тормозит? Я правильно понимаю, что один единственный скрипт может привести к тому, что весь сайт будет дико лагать т.к. скрипт будет сжирать 99% процессорного времени

Оу ну это сложный вопрос, там много факторов и костылей

Зависит от того как браузер обрабатывает dom дерево, как клиентские скрипты с ним работают..

Ну это руками пишется в таком случаи. + на то это и микросервисы, чтобы быть независимыми.

Что по поводу передачи контекста - это уже вопрос не к языку, а к реализации вашего IPC

А фаеберы могут на GPU работать? Там же ядер дофига?

И вообще зачем нужны файберы в ситуации когда ядер очень много? Можно же по потоку на ядро создавать

переключение между потоками — дорогостоящая процедура

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

ну, пока вроде не так уж и много ядер)

На современной видеокарте уже сейчас 1024 ядра это реальность

это ядра видеокарты)

они же не x86 совместимы

а что мешает на них вычисления выполнять?

да ничего не мешает, берешь gpgpu и считаешь

https://github.com/nexor/socket-concurrency-benchmark написал readme, приложил простенький тест с результатами

Результаты ожидаемые

Нет потоков - нет переключений

Там 20 потоков

И что?

Я о том, что чем меньше ты заставляешь переключаться процессор, тем меньше накладных расходов.

Да, запросы отсылались в 20 потоков

Если бы ты сокеты обрабатывал в блокирующем режиме - то все сокеты бы обрабатывались аоочереди. Но там явно не блокирующие сокеты использовались.

Ну для thread там в блокирующем режиме читаются данные

а вот для select в неблокирующем конечно

ERROR: S client not available

Я бы и в тредах с не блокирующими работал, чтобы можно было обработать несколько. Запустить сразу N тредов, без общения между собой и мастером (ну хотя бы без общения для обработки входных сообщений), а каждый независимый, и обрабатывать себе там не блокирующие соединения.

Ну это равносильно select-у в несколько потоков

Как поправить решулярку, чтобы она все строки начинающиеся с режетки захватывала? https://regex101.com/r/x9drdG/1/

(#+.*\n)

https://run.dlang.io/is/HdlgZo очень интересные результаты

Я у себя локально запускал, обычные классы аллоцируются где-то за 1.3 секунды, классы на стеке за 500 миллисекунд примерно, а структуры за 30-50 миллисекунд. А тут получается что классы в куче даже быстрее чем на стеке.

Test allocation of 10000000 new classes: 904 ms, 867 μs, and 7 hnsecs Test allocation of 10000000 scoped classes: 967 ms, 339 μs, and 9 hnsecs Test allocation of 10000000 structs: 45 ms, 483 μs, and 4 hnsecs Ubuntu 17.04, DMD64 D Compiler v2.075.0

как-то так)

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

Test allocation of 10000000 new classes: 641 ms, 159 μs, and 3 hnsecs Test allocation of 10000000 scoped classes: 271 ms and 190 μs Test allocation of 10000000 structs: 5 ms, 713 μs, and 8 hnsecsУ меня вот так, считаю это более логичным.

Иначе зачем тогда делать классы скоупными вообще

ну вообще, чтобы он гарантированно уничтожался при выходе из области видимости)

собственно, само название scoped на это как бы намекает)

А ну ок. Но хочется же чтобы и работало быстрее.

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

хм, магия какая-то, запускал через rdmd, сейчас просто скомпилировал, совсем другие результаты)

Test allocation of 10000000 new classes: 866 ms, 347 μs, and 4 hnsecs Test allocation of 10000000 scoped classes: 339 ms, 507 μs, and 8 hnsecs Test allocation of 10000000 structs: 10 ms, 5 μs, and 5 hnsecs

Вот, я тоже через dmd компиляю

v2.073.2

LDC - the LLVM D compiler (1.3.0): Test allocation of 10000000 new classes: 5 ms, 21 μs, and 3 hnsecs Test allocation of 10000000 scoped classes: 246 ms, 426 μs, and 9 hnsecs Test allocation of 10000000 structs: 3 ms, 344 μs, and 5 hnsecs

причем, это стабильный результат)

магия llvm в действии?)

Это очень похоже на кеширование

а, ну там по коду просто создается класс или структура, а потом элементу присваивается значение, вполне возможно, llvm решил, что оно того не стоит, и просто не стал ничего делать, он может)

надо в asm лезть смотреть, что там к чему)

Не плохо Ди так хайпнул, прям как биткоин..)) http://erdani.com/d/downloads.daily.png

То есть за год удвоился.

Странно но на D нету ничего для работы с биткоин :)

Хочется написать какой-то аналог Рабита на Ди

Привет парни!

Вопрос: если решил попробовать написать библиотеку на D, которая будет использоваться софтом на С, нужно ли отключать GC? Или его всё же можно использовать?

Можно по идее

Если в библиотеку втянуть весь дишный рантайм с gc