ну тут это постоянно всплывает

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

1. я создаю переменную x где ее имя и данные будут располагаться? 2. структуру тот же вопрос 3. объект ну ок. объекты у нас в куче, а структуры на стеке, а где сами данные? У структуры ее имя будет на стеке?

да нету никакого имени

это всего лишь байты и указатели на байты)

1. я создаю переменную x где ее имя и данные будут располагаться? 2. структуру тот же вопрос 3. объект ну ок. объекты у нас в куче, а структуры на стеке, а где сами данные? У структуры ее имя будет на стеке?

На стеке

когда ты создаешь структуру, все ее переменные пушатся в стек и хранятся там

На стеке

и имя и данные?

имени не существует

имя — это высокоуровневая абстракция, в конечном исполняемом файле его нет

и имя и данные?

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

а где этот идентификатр хранится?

На стеке компилятора на этапе компиляции

а где этот идентификатр хранится?

нигде, в процессе компиляции он превращается в инструкции перехода)

После этого у тебя только объектный код, который обращается к памяти

Больше-то ничего и не происходит

структуры располагают данные на стеке верно же? А если данных будет много, то?

то stackoverflow

Тоесть если я создам массив структур скажем на 500MB то он выйдет за границы стека?

зависит от того, какого размера стек

это зависит от ОС?

да, и от флагов компиляции

ну тут лимиты (сейчас читаю) 1MB или около того под Windows

как же тогда массив структур работает?

я же кучу раз данные в него получал из той же БД

массив же менеджится GC, он в куче создается

https://software.intel.com/en-us/articles/memory-limits-applications-windows

Stack data - 1GB (the stack size is set by the linker, the default is 1MB. This can be increased using the Linker property System > Stack Reserve Size)

если вдаваться в глубину глубин, по сути, под виндой размер стека — это разница между base address программы и начальным значением SP, насколько я понимаю)

Вообще, если есть статический массив структур, он должен падать в .bss или . data секцию и с тем он ни попадает ни в стек, ни в кучу

если вдаваться в глубину глубин, по сути, под виндой размер стека — это разница между base address программы и начальным значением SP, насколько я понимаю)

Стек процесса, если не ошибаюсь, растёт снизу. То есть, от конца области вирт. памяти, выданной процессу. А где всё это в реальной оперативке лежит - одному MMU ведомо.

Вообще, если есть статический массив структур, он должен падать в .bss или . data секцию и с тем он ни попадает ни в стек, ни в кучу

А не, падажжи ёбана, оно в стек процесса падает, вот.

Я вообще думал, что железом ограничивается стэк

Неужели stack reserve size не ограничивается?

ну память-то виртуальная, если ее не хватит, начнет в своп выгружаться

http://asm.dlang.org/#compilers:!((compiler:dmd2071,options:'-betterC',source:'int+x()%7B%0A++++struct+lol%7B%0A+++++++int+a+%3D+1%3B%0A++++%7D%0A++++lol+t%3B%0A++++t.a+%3D+2%3B%0A++++return+t.a+-+11%3B%0A%7D%0A%0A%0A%0A')),filterAsm:(binary:!t,intel:!t),version:3

ну память-то виртуальная, если ее не хватит, начнет в своп выгружаться

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

И часть её отображается на устройства, часть вообще хз куда, часть в своп, часть в планки оперативки.

И как именно - хуй его знает, это работа чипсета

http://asm.dlang.org/#compilers:!((compiler:dmd2071,options:'-betterC',source:'int+x()%7B%0A++++struct+lol%7B%0A+++++++int+a+%3D+1%3B%0A++++%7D%0A++++lol+t%3B%0A++++t.a+%3D+2%3B%0A++++return+t.a+-+11%3B%0A%7D%0A%0A%0A%0A')),filterAsm:(binary:!t,intel:!t),version:3

Это о том, где живут структуры. Наглядно видно, что в стеке

Функция отодвигает вершинку стека (чуть-чуть) и туда помещается структурка

на какой строке стек двигается?

mov eax,DWORD PTR [rip+0x0] ?

преждевременная оптимизация - зло :) я б таким не заморачивался даже пока боком не вьілезет

По букве "ы" заметно, что ты многим не заморачиваешься.

По букве "ы" заметно, что ты многим не заморачиваешься.

то есть?

то есть?

> в ь і л е з е т

так что не так то? :) у меня нет такого символа на клавиатуре

как ето относиться к тому что заморачиваюсь я многим иль нет?)

на какой строке стек двигается?

sub rsp,0x10

sp - stack pointer

как же тогда массив структур работает?

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

Вот если T[100], с определенным размером, тогда все 100 структур на стек лягут.

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

ого!

а не

нормально)

так что не так то? :) у меня нет такого символа на клавиатуре

У меня вообще русских букв нет на клавиатуре. И ничего, пишу как-то.

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

у меня нет рус раскладки)

Такое ощущение что с сокетами в D какие-то проблемы (

Если тестировать через ab во много потоков то некоторые конекты подвисают

Причем это может происходить как в vibed так и в голом сокете с ручной работой

Значит, проблема не в D)

а коннекты должны сразу обрабатываться? Или они должны в очередь становится?

Должны как можно быстрее

Я провожу один и тот же тест - прочитать запрос и сразу отослать HTTP 200 OK

ERROR: S client not available

В одном потоке?

в случае вайба просто пишу в экшене res.writeBody("") и все

Уже что только не перепробовал. И distribute флаг устанавливать, и движок менять с libevent2 на libasync

В 1 поток, во все потоки ядер, как угодно )

В общем мне кажется делать нагрузочный тест в 1000 потоков не такая уж большая проблема, или может я слишком многого хочу?

это все на локалхосте крутится?)

Да. Ну не прям совсем на локалхосте, то в докере то в LXC, когда как.

res.writeBody("") он вроде медленный, там нужно что-то другое вызывать

Ты знаешь, я уже мне кажется все исходники вдоль и поперек прочесал, и как мне показалось, компилятор и анализатор генерит не такой уж плохой код. Т.е. когда оно работает, то работает в среднем с такой же скоростью как и nginx, или в 1.5-2 раза медленнее

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

Но вот я пробовал тот же nginx голый тестить и он всегда все конекты отдает, ab никогда не подвисал

Еще меня очень порадовала libasync, круто сделано :) Еще бы не было этих проблем с конектами непонятными, было бы вообще замечательно

Правда там есть один момент, резолвинг DNS зачем то встроен прямо в event loop, вот этот костыль я не понял ))

там же просто асинхронный резолвер вроде

Ну да, но как бы... Причем тут вообще это. Это не ответственность класса.

так там и асинхронный ввод-вывод есть

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

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

просто, если ты, например, в файбере обратишься к синхронному DNS резолверу, то файбер повиснет до тех пор, пока резолвер не вернет значение

а если к асинхронному, то event loop может ждать ответа и в это время делать что-то еще

Ну так это очевидно, просто не надо юзать синхронный код в файберах )

то же и с вводом-выводом

Ну так это очевидно, просто не надо юзать синхронный код в файберах )

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

https://github.com/etcimon/libasync/blob/master/source/libasync/events.d#L81 я вот про это. Тут этот метод ни к чему. Могли бы сделать отдельной структурой или функцией

хм, это действительно странно)

Кстати

Ну и дичь, всё-таки этот vibe

Ну там очень много всего насовано

1 сек

Инет на компе пропал

https://github.com/rejectedsoftware/vibe.d/issues/1888

и ко всему