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

besteady написал 1 минуту назад:

Just.Doit написал 31 минуту назад:

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

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

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

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

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

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

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

Grohuf написал 2 минуты назад:

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

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

Just.Doit написал 10 минут назад:

Grohuf написал 15 минут назад:

Just.Doit написал 23 минуты назад:

ноуп

"Вздыхает"

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

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

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

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

 

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

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

 

 

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

besteady написал 2 минуты назад:

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

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

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

Just.Doit написал 2 минуты назад:

besteady написал 10 минут назад:

Just.Doit написал 41 минуту назад:

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

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

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

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

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

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

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

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

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

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

Grohuf написал 6 минут назад:

Just.Doit написал 19 минут назад:

Grohuf написал 23 минуты назад:

Just.Doit написал 31 минуту назад:

ноуп

"Вздыхает"

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

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

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

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

 

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

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

 

 

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

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

Just.Doit написал 1 час назад:

Grohuf написал 2 часа назад:

 

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

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

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

Just.Doit написал 1 минуту назад:

Grohuf написал 4 минуты назад:

Just.Doit написал 17 минут назад:

Grohuf написал 21 минуту назад:

Just.Doit написал 29 минут назад:

ноуп

"Вздыхает"

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

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

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

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

 

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

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

 

 

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

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

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

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

Just.Doit написал 6 минут назад:

besteady написал 10 минут назад:

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

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

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

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

Just.Doit написал 9 минут назад:

besteady написал 14 минут назад:

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

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

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

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

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

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

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

Just.Doit написал 12 минут назад:

Grohuf написал 15 минут назад:

Just.Doit написал 28 минут назад:

Grohuf написал 32 минуты назад:

Just.Doit написал 40 минут назад:

ноуп

"Вздыхает"

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

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

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

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

 

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

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

 

 

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

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

 

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

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

Just.Doit написал 4 часа назад:

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

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

Just.Doit написал 1 час назад:

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

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

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

Just.Doit написал 2 часа назад:

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

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

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

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

GoldRobot написал 14 минут назад:

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

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

GoldRobot написал 59 минут назад:

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

ноуп

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

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

GoldRobot написал 1 час назад:

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

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

Grohuf написал 48 минут назад:

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

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

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

Grohuf написал 1 час назад:

Just.Doit написал 1 час назад:

Grohuf написал 1 час назад:

Just.Doit написал 1 час назад:

Grohuf написал 1 час назад:

Just.Doit написал 1 час назад:

ноуп

"Вздыхает"

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

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

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

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

 

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

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

 

 

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

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

 

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

верно!

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

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

besteady написал 1 час назад:

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

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

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

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

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

Just.Doit написал 12 минут назад:

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

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

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

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

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

Just.Doit написал 7 минут назад:

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

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

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

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

и испанец

Just.Doit написал 20 минут назад:

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

и испанец

Just.Doit написал 59 минут назад:

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

и испанец

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