Что-то то ли Go, то ли кого-то шумно ругали за «прямые импорты с гитхаба», наверное, это ту же проблему решает

но я не видел Go ни разу

go да

это жесть

Что-то то ли Go, то ли кого-то шумно ругали за «прямые импорты с гитхаба», наверное, это ту же проблему решает

объясните чем это плохо?

я не видел, поэтому неберусь судить. так-то да, по идее, что чужой непроверенный код из Dub, что с GitHub, одинаково

объясните чем это плохо?

Если у провайдера злоумышленник поменяет dns'ы на свои то он может прямо в твои бинарники трояны вкомпилировать :D

и как эту проблему решает централизованый репозитарий типа code.dlang.org?

Но это не совсем копия того что сделали в д

Это как если бы в д можно было в импорте писать import http://github.com/dlib/some

а разница? ну просто в D это будут две строчки: указание зависимости и непосредственно импорт модуля

Разница в том что в d ты как минимум абстрагируешься от способа доставки кода в твой проект

Но это не совсем копия того что сделали в д

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

а, в Go захардкожена только поддержка гитхаба?

а, в Go захардкожена только поддержка гитхаба?

Отчного ответа не знаю, но как минимум хотелось бы видеть универсальный импортер из любых протоколов.

И чтобы не было завязок на урлы

угу. URI на то и задуманы как U :(

Олег, правильно я понимаю что у нас внутри процесса потоки общую память имеют?

Если репозиторий на гитхабе закрывается или переименовывается - код перестает собираться. Как то это по наркомански, не? ;)

Если репозиторий на гитхабе закрывается или переименовывается - код перестает собираться. Как то это по наркомански, не? ;)

Справедливости ради, с именем пакета в дабе так же, не?

Если репозиторий на гитхабе закрывается или переименовывается - код перестает собираться. Как то это по наркомански, не? ;)

да вроде норм... к тому же локальная копия есть

Справедливости ради, с именем пакета в дабе так же, не?

согласен

Справедливости ради, с именем пакета в дабе так же, не?

Даб это все-таки сторонняя надстройка над самим языком. А импорты в языке менеджеронезависимые и локализованные

Олег, правильно я понимаю что у нас внутри процесса потоки общую память имеют?

почти, есть TLS по умолчанию в D, чтобы в общей лежали надо shared использовать

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

ясно

TLS это что такое?

thread local storage?

storage в данном случае это что? Изолированные области памяти?

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

storage в данном случае это что? Изолированные области памяти?

ага

ну хотя storage — хранилище

в переводе

не обязательно изолированное

но TLS изолированное

В итоге сколько видов потоков? потоки ядра (которые само ядро создает) потоки юзер-спейс (файберы к ним относятся?)

ну не совсем

вроде в винде и линухе единицей выполнения является не процесс, а поток

файберы это просто переключение контекста внутри одного потока

поток это тогда что?

вот тут я могу тебе сказать только одно) это структура данных =)

процесс понятно - изолированная область памяти со своим контекстом выполнения

там тоже не так всё просто

в линухе можно создать поток так, что он станет процессом по сути

в этом я плохо разбираюсь

на самом деле

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

короче как проще? Забыть про потоки и думать что есть только процессы?

нет

наоборот, есть только потоки

этим вроде оперирует система

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

да, но они не являются паралельно выполняемыми

это псевдопараллелизм

они выполняются по очереди

файбер это состояние регистров и стека

если файбер зависнет зависнет поток?

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

да

т.е. запоминается лишь часть регистров?

всмысле?)

вот у тебя есть поток

ну файбр - это типа легковесный поток

так?

пока код в нём выполняется у потока есть состояние

в это состояние входят указатель на команду, значения регистров и стека

файберы позволяют это состояние сохранять и быстро подменять

ERROR: S client not available

часть каких регистров сохранится? про что ты?

они все хранятся в структуре файбера, если ты про это

нет такой темы, что часть кода одни регистры юзает, а другая часть кода другие

они ими пользуются попеременно

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

и загрузить в него данные от нового потока при переключении на него

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

ну да

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

а файберы полностью управляются runtime

а какие данные они несут в себе то? Почему им не нужно регистры процессора сохранять?

кому?

файберам

файберам и потокам нужна эта информация

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

Плюс, создание потоков более дорогое, чем файберов.

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

Разный уровень.

Файберы в одном потоке работают.

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

а что есть "переключение в режим ядра"?

это чуть ли не аппаратное прерывание

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

это сделанно для защиты и стабильности

Я тут такое мнение прочитал интересное: "Именно поэтому ряд высоконагруженных проектов предпочитают иметь дело с одним физическим потоком, например, Tarantool, авторы которого утверждают, что тем самым сэкономили на блокировках. А если вам нужно утилизировать все ядра, то вы просто запускаете несколько экземпляров Тарантула. "

redis вроде так же работает

но полезно только в системах запрос-ответ

где запрос не может подвиснуть?

да

если ты пишешь прогу с gui. которая обрабатывает что-то большое, то лучше гуи в одном потоке, а обработку в другом

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

и потоки по мере необходимости обмениваются сообщениями

а почему на плюсах ввод\ввывод медленный?

Патамушта буфера