λ
дегуз хаой и одерски известные хайпожоры
Size: a a a
2020 May 17
λ
интересно почему они решили использовать слово virtual
Sidebar: Why “Virtual”?
In previous iterations of the project, we called our lightweight, user-mode threads “fibers”, but found ourselves repeatedly explaining that they are not a new concept but a different implementation of a familiar one — the thread. Also, that term is already used for constructs that are similar yet different enough to cause confusion. “Green threads” is similarly tainted by other implementations. We considered the non-specific “lightweight threads,” but “lightweight” is relative and we pictured future JDKs having “micro-threads,” and so we settled on Brian Goetz’s suggestion to call them “virtual threads,” which also tested well in conferences. The name is supposed to evoke a connection with virtual memory: we get more of something (address space, threads) by mapping the virtual construct on top of the concrete one (physical memory, OS threads).
In previous iterations of the project, we called our lightweight, user-mode threads “fibers”, but found ourselves repeatedly explaining that they are not a new concept but a different implementation of a familiar one — the thread. Also, that term is already used for constructs that are similar yet different enough to cause confusion. “Green threads” is similarly tainted by other implementations. We considered the non-specific “lightweight threads,” but “lightweight” is relative and we pictured future JDKs having “micro-threads,” and so we settled on Brian Goetz’s suggestion to call them “virtual threads,” which also tested well in conferences. The name is supposed to evoke a connection with virtual memory: we get more of something (address space, threads) by mapping the virtual construct on top of the concrete one (physical memory, OS threads).
λ
ну тредпулы
Oℕ
Так и не понял, чем файберы плохи
λ
Sidebar: Why “Virtual”?
In previous iterations of the project, we called our lightweight, user-mode threads “fibers”, but found ourselves repeatedly explaining that they are not a new concept but a different implementation of a familiar one — the thread. Also, that term is already used for constructs that are similar yet different enough to cause confusion. “Green threads” is similarly tainted by other implementations. We considered the non-specific “lightweight threads,” but “lightweight” is relative and we pictured future JDKs having “micro-threads,” and so we settled on Brian Goetz’s suggestion to call them “virtual threads,” which also tested well in conferences. The name is supposed to evoke a connection with virtual memory: we get more of something (address space, threads) by mapping the virtual construct on top of the concrete one (physical memory, OS threads).
In previous iterations of the project, we called our lightweight, user-mode threads “fibers”, but found ourselves repeatedly explaining that they are not a new concept but a different implementation of a familiar one — the thread. Also, that term is already used for constructs that are similar yet different enough to cause confusion. “Green threads” is similarly tainted by other implementations. We considered the non-specific “lightweight threads,” but “lightweight” is relative and we pictured future JDKs having “micro-threads,” and so we settled on Brian Goetz’s suggestion to call them “virtual threads,” which also tested well in conferences. The name is supposed to evoke a connection with virtual memory: we get more of something (address space, threads) by mapping the virtual construct on top of the concrete one (physical memory, OS threads).
Просто обычный тред по сути то тоже виртуальный
Oℕ
Просто обычный тред по сути то тоже виртуальный
В каком смысле
Oℕ
Мы так устали объяснять, что delimited continuations - это не новый концепт, что назвали их
async await
coroutine
suspend function
async await
coroutine
suspend function
λ
В каком смысле
В смысле что это абстракция над потоком цпу, над потоком команд
λ
г-спади пагни это все сео
λ
уровня почему typeface обозвали lightbend
Oℕ
В смысле что это абстракция над потоком цпу, над потоком команд
что такое поток цпу
NV
что такое поток цпу
поток цпу — видимо последовательность команд, выполняющиеся одна за другой
AS
Я бы не сказал, что это "мысль". Я хотел бы подчеркнуть, что это не гипотетическое свойство выведенное через рассуждения о качествах языка и инфраструктуры, а наблюдение о том, что происходило, когда java и scala экосистемы начали сражаться на равных внутри одной компании.
Это лишь узкий опыт, основанный на небольшом количестве компаний и может быть обусловлен личными качествами участников
Это лишь узкий опыт, основанный на небольшом количестве компаний и может быть обусловлен личными качествами участников
а известно в чем именно различие? или проверка гипотезы была по черному ящику? типа в среднем быстрее результат, из-за чего - не понятно ...?
λ
что такое поток цпу
Поправил
NV
Поправил
а что такое поток цпу? какое представление он имеет в железе?
λ
Ты ж описал
NV
ну вот разница между виртуальной памятью и настоящей понятна: настоящая память это несколько девайсов со сплошными адресными пространствами, а виртуальаня память — это структура данных которая мапит адреса из виртуального адресного пространства в одно из настоящих
NV
а с железными тредами и виртуальными как?
λ
Ну тоже самое
NV
Ну тоже самое
не понял что тоже самое