Программирование[11]

  besteady написал 02.02.2022 в 17:16:

  Just.Doit написал 02.02.2022 в 16:46:

термина многопоточность в информатике/теории вычислений/CS вообще особо нет. это эдакий базворд обозанчающий что либо связанное с количеством потоков > 1

Ну это по идее и есть параллелизм. Мб я слово перепутал. Разве что parallelism судя по статье в вики в отличие от concurrent подразумевает несколько физических потоков, когда concurrent может быть виртуальной 

То есть это concurrent скорее

есть еще cuncurrent в смысле происходящий как бы одновременно - когда есть состояние гонки и не задан порядок между событиями/процессами. в более узком смысле concurrent - это когда есть конкуретный доступ к данным, либо конкурентный доступ к каким-то ресурсам. здесь это следует из первого, потому что конкурентно (без заданного порядка) происходит чтение/запись или захват ресурса.

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

и есть асинхронное 

опять же есть разные значения термина. если говорить про вычисления - то это когда у тебя выполнение вычисления происходит не в том же потоке инструкций что и "основной поток". при этом основной поток это вещь относительная а не условный main thread.

  Grohuf написал 02.02.2022 в 17:22:

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

да. и каждая из этих инструкций (строчек кода) будет выполнена синхронно на том же потоке. а сама задача асинхроно

  Just.Doit написал 02.02.2022 в 17:14:

  Grohuf написал 02.02.2022 в 17:10:

  Just.Doit написал 02.02.2022 в 17:02:

ноуп

"Вздыхает"

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

конечно понимаю

но речь то шла не об этом (опять)

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

 

у тебя есть что-то что принимает асинхронные вычисления на выполение - обозначим это методом "execAsync(thunk)", который возвращает future/promise результата

если ты тутже встанешь на ожидание этого future/promise, у тебя само вычисление, отправленное на асинхронное выполнение, от этого синхронным не станет. другими словами строчка "execAsync(thunk)" как запускала асинхронное вычисление, так и запускает его. НЕЗАВИСИМО ОТ ТОГО встанешь ты потом наожидание результата или нет.

 

 

Показать больше  

У тебя реальная каша. Она асинхронная, потому что выходит не возвращая результат 

  besteady написал 02.02.2022 в 17:24:

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

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

" это не будет асинхронное программирование" - вопрос что ты называешь "асинхронное программирование" )

  Just.Doit написал 02.02.2022 в 17:24:

  besteady написал 02.02.2022 в 17:16:

  Just.Doit написал 02.02.2022 в 16:46:

термина многопоточность в информатике/теории вычислений/CS вообще особо нет. это эдакий базворд обозанчающий что либо связанное с количеством потоков > 1

Ну это по идее и есть параллелизм. Мб я слово перепутал. Разве что parallelism судя по статье в вики в отличие от concurrent подразумевает несколько физических потоков, когда concurrent может быть виртуальной 

То есть это concurrent скорее

есть еще cuncurrent в смысле происходящий как бы одновременно - когда есть состояние гонки и не задан порядок между событиями/процессами. в более узком смысле concurrent - это когда есть конкуретный доступ к данным, либо конкурентный доступ к каким-то ресурсам. здесь это следует из первого, потому что конкурентно (без заданного порядка) происходит чтение/запись или захват ресурса.

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

и есть асинхронное 

опять же есть разные значения термина. если говорить про вычисления - то это когда у тебя выполнение вычисления происходит не в том же потоке инструкций что и "основной поток". при этом основной поток это вещь относительная а не условный main thread.

Показать больше  

concurrent - несколько потоков, можно виртуальных

parallel - обязательно надо хотя бы два физических выполняемых потока

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

  Grohuf написал 02.02.2022 в 17:26:

  Just.Doit написал 02.02.2022 в 17:14:

  Grohuf написал 02.02.2022 в 17:10:

  Just.Doit написал 02.02.2022 в 17:02:

ноуп

"Вздыхает"

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

конечно понимаю

но речь то шла не об этом (опять)

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

 

у тебя есть что-то что принимает асинхронные вычисления на выполение - обозначим это методом "execAsync(thunk)", который возвращает future/promise результата

если ты тутже встанешь на ожидание этого future/promise, у тебя само вычисление, отправленное на асинхронное выполнение, от этого синхронным не станет. другими словами строчка "execAsync(thunk)" как запускала асинхронное вычисление, так и запускает его. НЕЗАВИСИМО ОТ ТОГО встанешь ты потом наожидание результата или нет.

 

 

У тебя реальная каша. Она асинхронная, потому что выходит не возвращая результат 

это у тебя каша. ты ТОЛЬКО ЧТО говорил что "синхронная это когда ждет ответа/результата", я показал что можно отправить асинхронную задачу и ждать ее ответа/результата и это будет ВСЕ ЕЩЕ АСИНХРОННАЯ ЗАДАЧА С АСИНХРОННЫМ АПИ

  Just.Doit написал 02.02.2022 в 15:34:

  Grohuf написал 02.02.2022 в 15:26:

 

я никогда не говорил что это один коннекты

наоборот уже пятый пост пытаюсь объяснить что это разные коннекты

На всю хату просто

  Just.Doit написал 02.02.2022 в 17:30:

  Grohuf написал 02.02.2022 в 17:26:

  Just.Doit написал 02.02.2022 в 17:14:

  Grohuf написал 02.02.2022 в 17:10:

  Just.Doit написал 02.02.2022 в 17:02:

ноуп

"Вздыхает"

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

конечно понимаю

но речь то шла не об этом (опять)

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

 

у тебя есть что-то что принимает асинхронные вычисления на выполение - обозначим это методом "execAsync(thunk)", который возвращает future/promise результата

если ты тутже встанешь на ожидание этого future/promise, у тебя само вычисление, отправленное на асинхронное выполнение, от этого синхронным не станет. другими словами строчка "execAsync(thunk)" как запускала асинхронное вычисление, так и запускает его. НЕЗАВИСИМО ОТ ТОГО встанешь ты потом наожидание результата или нет.

 

 

У тебя реальная каша. Она асинхронная, потому что выходит не возвращая результат 

это у тебя каша. ты ТОЛЬКО ЧТО говорил что "синхронная это когда ждет ответа", я показал что можно отправить асинхронную задачу и ждать ее ответа и это будет ВСЕ ЕЩЕ АСИНХРОННАЯ ЗАДАЧА С АСИНХРОННЫМ АПИ

Чел, ты в своём уме? Ты выполнил функцию, она не отдала результат. Сказала, что он будет позже. Похуй на каком потоке она выполняется. Важно только то, что результат выполнения не доступен после выхода из неё.

бля из за тебя ребенка в соседней квартире разбудил похоже

  Just.Doit написал 02.02.2022 в 17:29:

  besteady написал 02.02.2022 в 17:24:

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

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

" это не будет асинхронное программирование" - вопрос что ты называешь "асинхронное программирование" )

Если ты будешь говорить, что ты матрицу считаешь асинхронно, то на тебя посмотрят как на дурачка. 
Ты ее считаешь в несколько потоков для скорости. А не развязываешь вызов и получение результата

  Just.Doit написал 02.02.2022 в 17:29:

  besteady написал 02.02.2022 в 17:24:

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

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

" это не будет асинхронное программирование" - вопрос что ты называешь "асинхронное программирование" )

Хм пожалуй умножение матриц не самый удачный пример реально. Потому что можно сказать, что просто отдельно строку из итоговой матрицы возвращаешь и нет разделяемой памяти.

Ну тогда гц с сейфпоинтами и стоп ворлд тебе как пример. Потоки интерпретатора синхронизуются с гц 

Потоки исполнения у них разные и это не асинхронная задача.

Ну или многопоточное решение слау 

  Just.Doit написал 02.02.2022 в 17:30:

  Grohuf написал 02.02.2022 в 17:26:

  Just.Doit написал 02.02.2022 в 17:14:

  Grohuf написал 02.02.2022 в 17:10:

  Just.Doit написал 02.02.2022 в 17:02:

ноуп

"Вздыхает"

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

конечно понимаю

но речь то шла не об этом (опять)

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

 

у тебя есть что-то что принимает асинхронные вычисления на выполение - обозначим это методом "execAsync(thunk)", который возвращает future/promise результата

если ты тутже встанешь на ожидание этого future/promise, у тебя само вычисление, отправленное на асинхронное выполнение, от этого синхронным не станет. другими словами строчка "execAsync(thunk)" как запускала асинхронное вычисление, так и запускает его. НЕЗАВИСИМО ОТ ТОГО встанешь ты потом наожидание результата или нет.

 

 

У тебя реальная каша. Она асинхронная, потому что выходит не возвращая результат 

это у тебя каша. ты ТОЛЬКО ЧТО говорил что "синхронная это когда ждет ответа/результата", я показал что можно отправить асинхронную задачу и ждать ее ответа/результата и это будет ВСЕ ЕЩЕ АСИНХРОННАЯ ЗАДАЧА С АСИНХРОННЫМ АПИ

 

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

Бля, ребят, о чем вы спорите

  Just.Doit написал 02.02.2022 в 13:04:

попробую разжевать, в моих терминах, код который генерит сообщения и отдает на асинхронную отправку "отправляет" их в момент вызова асинхронного метода send, который делегирует это уже нижележащему асинхронному механизму. даже если он начинает тут же отправлять, тоесть если для начала отправки по ТСП есть causal order , то без дополнительных синхронизаций, этот ордер может потеряться потому что завершение отправки первого сообщения займет больше времени чем отпавка второго. в итоге клиент получит их в обратном порядке. я про это

Из этого делаем вывод, что отправка асинхронная. На этом все. Больше никаких качеств отправки не вижу.

  Just.Doit написал 02.02.2022 в 16:46:

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

Так же, со слов дуита, мы выясняем что асинхронность это не паралелизм (кто бы мог подумать!). Что это не многопоток.

бтв конкурентное всегда параллельное, параллельное не всегда конкурентное, так, на заметку

  Just.Doit написал 02.02.2022 в 15:34:

наоборот уже пятый пост пытаюсь объяснить что это разные коннекты

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

Я к чему, дуит сам в своих определениях поплыл и уже не понимает что несет. Кажется дальше тут спорить бесполезно. Столько времени прокекали потратили потому что кто-то не может нормально объяснить свой кейс. Не дай бог под таким тим лидом оказаться, ну его нахуй.

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

  GoldRobot написал 02.02.2022 в 17:50:

Из этого делаем вывод, что отправка асинхронная. На этом все. Больше никаких качеств отправки не вижу.

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

  GoldRobot написал 02.02.2022 в 17:50:

бтв конкурентное всегда параллельное

ноуп

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

конкурентно это про то что порядок не определен между двумя событиями или группой событий (процессами)

  GoldRobot написал 02.02.2022 в 17:50:

Не дай бог под таким тим лидом оказаться, ну его нахуй.

а под каким лидом ты бы хотел оказаться, зайка?

  Grohuf написал 02.02.2022 в 18:03:

Если написано Async - значит асинхронная.

а если написано Sync - то синхронная

а если не написано то неопределенная, как кот шредингера

  Grohuf написал 02.02.2022 в 17:43:

  Just.Doit написал 02.02.2022 в 17:30:

  Grohuf написал 02.02.2022 в 17:26:

  Just.Doit написал 02.02.2022 в 17:14:

  Grohuf написал 02.02.2022 в 17:10:

  Just.Doit написал 02.02.2022 в 17:02:

ноуп

"Вздыхает"

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

конечно понимаю

но речь то шла не об этом (опять)

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

 

у тебя есть что-то что принимает асинхронные вычисления на выполение - обозначим это методом "execAsync(thunk)", который возвращает future/promise результата

если ты тутже встанешь на ожидание этого future/promise, у тебя само вычисление, отправленное на асинхронное выполнение, от этого синхронным не станет. другими словами строчка "execAsync(thunk)" как запускала асинхронное вычисление, так и запускает его. НЕЗАВИСИМО ОТ ТОГО встанешь ты потом наожидание результата или нет.

 

 

У тебя реальная каша. Она асинхронная, потому что выходит не возвращая результат 

это у тебя каша. ты ТОЛЬКО ЧТО говорил что "синхронная это когда ждет ответа/результата", я показал что можно отправить асинхронную задачу и ждать ее ответа/результата и это будет ВСЕ ЕЩЕ АСИНХРОННАЯ ЗАДАЧА С АСИНХРОННЫМ АПИ

 

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

верно!

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

вопрос что ты вкладываешь в слово "выполняешь" в слово "задачу" и в слово "асинхронно/синхронно"

  besteady написал 02.02.2022 в 17:38:

Ну тогда гц с сейфпоинтами и стоп ворлд тебе как пример. Потоки интерпретатора синхронизуются с гц 

Потоки исполнения у них разные и это не асинхронная задача.

а как ты тогда назовешь работу ГЦ без стоп зе ворлд?

там асинхронно работает ГЦ, верно?

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

  Just.Doit написал 02.02.2022 в 18:50:

как ты тогда назовешь работу ГЦ без стоп зе ворлд?

там асинхронно работает ГЦ, верно?

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

Тоже синхронный. Гц нужно синхронизироваться с потоками исполнения

Отлично, ловушка джокера захлопнулась, он отвлекся на конкурентность и согласился с остальным. УЕС.

  Just.Doit написал 02.02.2022 в 18:50:

а под каким лидом ты бы хотел оказаться, зайка?

Под кантом конечно 

Я представляю, как русскоговорящий дуит пытается немецким коллегам что-то объяснить на английском языке 

у нас нет немецких коллег. у нас все русские

и испанец

  Just.Doit написал 02.02.2022 в 20:33:

у нас нет немецких коллег. у нас все русские

и испанец

  Just.Doit написал 02.02.2022 в 20:33:

у нас нет немецких коллег. у нас все русские

и испанец

Возьмите к себе...