может быть файберы в go просто юзают только 3 регистра?)))

а данные где они тогда умудряются хранить во время рассчета? Или "го не для рассчетов"..?))

Го он и работает как Го...))

Прошу прощения, не полностью процитировал: "If you do asynchronous preemption you need save/restore ALL registers, that is, 16 general purpose registers, PC, SP, segment registers, 16 XMM registers, FP coprocessor state, X AVX registers, all MSRs and so on. If you cooperatively preempt at known points, then you need to safe/restore only what is known to be alive at these points. In Go that's just 3 registers — PC, SP and DX."

внимание вопрос — что есть ассинхронная, а что есть кооперативная многозадачность...

я просто думал это одно и тоже

а данные где они тогда умудряются хранить во время рассчета? Или "го не для рассчетов"..?))

на стеке

либо в куче

но чтобы операцию сделать какую-то нужно же данные в процессор загрузить. Разве он может напрямую данные прям в оперативке обрабатывать не загружая их в регистры?

внимание вопрос — что есть ассинхронная, а что есть кооперативная многозадачность...

асинхронная, видимо, нативные потоки. когда ядро приостанавливает поток, нужно сохранить весь контекст выпонения. кооперативная, соответсвенно, файберы, в одном потоке.

хотя это не точно)

Сделал в PE/COFF модуле импорт функций из DLLок. Сделал таблицу ссылок на символы внутри екзешки. Теперь могу писать любые данные в секцию данных. Импортировать функции из дллок. И ссылаться на любые символы из кода. Запилил выводы "Hello world!" в консоль через WriteConsoleA из kernel32

асинхронная, видимо, нативные потоки. когда ядро приостанавливает поток, нужно сохранить весь контекст выпонения. кооперативная, соответсвенно, файберы, в одном потоке.

мне кажется что асинхронными они называют как раз файберы, а вот кооператиные это ещё более лёгкие... хз

ну я что то тоже не уверен, что подразумевают под асинхронной

Сделал в PE/COFF модуле импорт функций из DLLок. Сделал таблицу ссылок на символы внутри екзешки. Теперь могу писать любые данные в секцию данных. Импортировать функции из дллок. И ссылаться на любые символы из кода. Запилил выводы "Hello world!" в консоль через WriteConsoleA из kernel32

это как в Derelict?

не, это для генерации exe файлов

для бекенда компилятора

а где и для чего ты это делаешь?

https://github.com/MrSmith33/tiny_jit

развлекаюсь, может потом полноценный компилятор будет. Щас есть JIT компиляция и простой вывод екзешников

?

только десяток основных инструкций x86_64

круто...

только десяток основных инструкций x86_64

а ты не разбирался в устройстве dmd?

не особо

или ldc

нет

жаль

еще там есть простой язык с целыми числами, вызовами функций. Цикл while, if else, операторы + - < =. Можно регать функции из D и вызывать изнутри. Можно для скриптов использовать

К моему любимому вопросу про парсинг. А как быть если хочется програмно конфиг nginx менять?

Там же формат то не простой...

Можно попросить сишника покопаться в исходниках и сказать используется ли для парсинга какая-либо грамматика

На первый взгляд там все просто

section_name { statement1; statement2; }

Пока до if-ов не дойдешь)))

https://github.com/hmemcpy/milewski-ctfp-pdf

а это точно? Просто я вот что прочитал (про Go) If you cooperatively preempt at known points, then you need to safe/restore only what is known to be alive at these points. In Go that's just 3 registers — PC, SP and DX.

В Go добровольное (кооперативное - от слова кооперация) переключение на другую горутину это операция, которую вставляет компилятор. Соответственно, он знает, какие регистры в этот момент что содержат. Все рассчетные операции с большим числом регистров к этому моменту закончены, остались лишь 3 значения, которые висят там постоянно. Т.е. до переключения код мог использовать кучу разных регистров, но вот он закончил и теперь может переключиться на другую горутину.

В случае же preemptive - это когда извне идет переключение, неожиданно для выполняющегося кода. Там все регистры могут быть нужны, все надо сохранять в стеке.

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

@thedeemon а как компилятор узнает что рассчетные операции закончены? К примеру же рассчет может быть чуть дольше. Что тогда?

Просто как я понимаю у Go в случае блокировки горутины все остальные рутины рантайм перемещает в другой тред. "When a coroutine blocks, such as by calling a blocking system call, the run-time automatically moves other coroutines on the same operating system thread to a different, runnable thread so they won't be blocked"

Пhоверяю идею о том, что у Go все крутится в одном потоке на ядро, но в разных го-рутинах. http://paste.code123.org/925bc5f5-9533 Эксперимент это не подтверждает. Вот вывод: > go run app.go direct Done going without loop baz Done foo Done bar Done О;идалось что порядок будет: foo bar baz т.к. foo все заблокирует

А если сделать не 3, а скажем 30 вызовов таких ф-ций?

И использовать какой-то слип? Если он там есть...

Слип будет скипаться рантаймом

Ну вот тебе и параллельность)))

Для горатин он создаёт отдельные треды

И ввиде маски их туда засылает

И если ты "израсходуешь" все треды - то привет

как у тебя lock1 вnорым завершился?

по идее в начале должны были все test выполниться

Да, я тоже так ожидал

Но оно вот так...

@thedeemon а как компилятор узнает что рассчетные операции закончены? К примеру же рассчет может быть чуть дольше. Что тогда?

Так он сам же их генерит. Вот есть у тебя несколько строк кода с расчетами. Грубо говоря, для выполнения одной строки компилятор может задействовать все регистры. Но когда результат одной строки записан в память, регистры свободны, пока еще не начали делать вычисления из следующей строки... Тут-то и можно вставить петеключение горутины.

Погоди, а если я в рутине будут математику какую-т долго считать? Там разве будет момент когда "все регистры свободны"?

подскажите как удалить несколько элементов из массива

пожалуйста

Можно фильтром и в новый массив

подскажите как удалить несколько элементов из массива

myArr = myArr.filter!fnc.array;

А можно как-то так сделать? auto x = foreach(i;1..10) { yield(i); }

Погоди, а если я в рутине будут математику какую-т долго считать? Там разве будет момент когда "все регистры свободны"?

До оптимизации - да, сколько угодно. Грубо говоря, каждая точка с запятой в С/С++ и что там у них вместо ; в Го - это место, где регистры свободны. Оптимизатор может это изменить, но это ж тоже часть компилятора, так что он сам с собой всегда договорится - где регистры иметь свлбодными, а где соптимизировать и передать что-то между разными строчками в них.

короче в моем примере это просто оптимизатор так работал?

ERROR: S client not available

подскажите как удалить несколько элементов из массива

std.algorithm.remove: "Multiple indices can be passed into remove. In that case, elements at the respective indices are all removed. The indices must be passed in increasing order, otherwise an exception occurs. int[] a = [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 ]; assert(remove(a, 1, 3, 5) ==[ 0, 2, 4, 6, 7, 8, 9, 10 ]); "

А можно как-то так сделать? auto x = foreach(i;1..10) { yield(i); }

https://dlang.org/phobos/std_concurrency.html#.Generator

Да, именно так я и сделал, но мне хочется понять можно ли без класса генератора обойтись

короче в моем примере это просто оптимизатор так работал?

В котором примере? Я что-то потерял.

ну вот по твоей ссылке там класс генератора создается. только посредством него можно так делать?

Еще больше запутал. :) То речь шла о регистрах и оптимизаторе, теперь вдруг об интерфейсе yield..

std.algorithm.remove: "Multiple indices can be passed into remove. In that case, elements at the respective indices are all removed. The indices must be passed in increasing order, otherwise an exception occurs. int[] a = [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 ]; assert(remove(a, 1, 3, 5) ==[ 0, 2, 4, 6, 7, 8, 9, 10 ]); "

Самый дурной пример в документации) не понятно это индексы или значения используются для удаления

Тот случай, когда кроме кода надо слова доки читать. Индексы. :)

Тот случай, когда кроме кода надо слова доки читать. Индексы. :)

В итоге не всегда удобно

Ну, индексами манипулировать

Да, этот метод вообще редко полезен. Там еще хитрось в его использовании - что происходит с исходным массивом.

Еще больше запутал. :) То речь шла о регистрах и оптимизаторе, теперь вдруг об интерфейсе yield..

А да я просто на другую тему переключился)

Короче получается компилятор знает когда можно все тормознуть переключив текущий файбер на другой и делает это

а drop не подходит?

myArr = myArr.filter!fnc.array;

Мне нравится это. Но! Элементы которые не попадут в массив будут удалены?

Удаление это что?

В смысле gc их вычистит?

ну в какой-то момент да

Понял

если нужно вызывать деструкторы принудительно, то нужно отдельно это делать

Не думаю

Да я удаляю мертвые сокеты из массива

их не нужно никак финализировать?

просто gc может и до конца работы программы их не трогать

а может и в след момент удалить

на логику работы может влиять

Ясно! Destroy поможет для того чтоб финализировать?

по сути да, но на форуме советуют отдельный метод использовать для финализации

если это твой класс, конечно

Я понял

Спасибо