https://github.com/golang/go/issues/11462

я скоро уже выучу этот язык просто ради хейтерства

Зеленый тред - это обычный тред, только реализованный внутри языка, а не взятый у операционной системы. Все это называется preemptive multitasking. Выше прямо пишут, что он на самом деле cooperative, и просто в нужный момент делается что-то вроде yield в фиберах.

и чем это не горутины?)) горутины schedule'ятся встроенным планировщиком, они живут внутри твоего процесса, это НЕ системные потоки. Этот как потоки в Erlang'е, ты можешь хоть миллион горутин запустить одновременно потому-что одна горутина занимает лишь 4 кб в памяти и обладает гибким стэком. Плюс context-switching оптимизируется между горутинами

тем, что это не является тредами, потому что они не вытесняют друг друга.

Тредов я тоже условно-бесконечно могу запустить. С тем же стэком в 4кб. Принципиальное различие не в этом, а в том, отдает ли имплементация контроль, или у нее его забирают.

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

вон там выше пример крайне неблокирующего кода в issue

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

и тут мы снова приходим к серверам типо томкэта, спавнящим по треду на каждый запрос, боже

и тут мы снова приходим к серверам типо томкэта, спавнящим по треду на каждый запрос, боже

не путай OS thread и горутину, если ты считаешь что это одно и то-же то ты не понял концепцию языка

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

не путай OS thread и горутину, если ты считаешь что это одно и то-же то ты не понял концепцию языка

Это не тред, но ресурсы на синхронизацию всего этого дерьма точно так же забирает

Так вот, можно без синхронизации! Но куда уж там.

Окей, не синхронизация, а смена контекста

да пишите как хотите, боже мой)) мне плевать, худшей потери времени чем пробовать переубеждать человека, которому X в решении его задач не нужен))

мне лично он помогает решать задачи, если вам нет? не пользуйтесь, кто вас заставляет?)))

да просто все эти "блестящие" реализации валятся на примитивной перформанс-проверке

вечные бессмысленные холивары.. если бы мы с таким-же упорством переписывали всё на memory-drive-computing это было бы здорово))

да просто все эти "блестящие" реализации валятся на примитивной перформанс-проверке

ну да, именно поэтому гугл вбахивают деньги в его разработку, потому-что он не держит их нагрузки))))))

потому что NIH

(и опять аргумент к авторитету)

я писал на C++, я писал на PHP, я написал на Node.js, даже Java задел краем.... после всех этих монстров Go облегчение в посвесдневной работе, если вы со мной не согласны то у вас есть на это право))

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

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

а ты мерял что это пиздец? как можно без цифр оправдывать какие либо высказывания? Запускать по горутине на каждый запрос можно, и так делает стд библиотека, но делать этого НЕ НУЖНО. например библиотека fasthttp этого не делает и повышает performance на 30% если я не ошибаюсь... но там начинается беда с поддержкой WebSocket'ов... в случае с апгрейдом HTTP соединения на WebSocket - по горутине на вебсокет как-раз таки тема! (поэтому стд библиотека так и делает)

я писал на C++, я писал на PHP, я написал на Node.js, даже Java задел краем.... после всех этих монстров Go облегчение в посвесдневной работе, если вы со мной не согласны то у вас есть на это право))

По моему уже давно выяснили что ГО это просто логическое развитие плюсов

Как и плюсы логическое развитие си

Си в свое очередь по сути асм собраный в функции

Повышение уровней абстракции

если у тебя 10к одновременных websocket соединений, то по каждому сокету на горитну ПРОСТО КОЛЛОСАЛЬНО облегчает написание кода... оно не будет столь-же оптимизировано работать как тщательно написанный C++ с thread pool'ом, нет! а теперь вопрос, у нас есть бизнес-задача, ограниченный бюгжет и время... нужны ли нам эти 30% которые может дать нам C++ за счёт 80% большей стоимости разработки? или мы можем просто закидать проблему железом? ответ очевиден. это только в таких языках как PHP сложно сказать "давайте-закидаем проблему железом" ибо он РЕАЛЬНО медленный как тортила.. Go нет, он может в некоторых случаях быть медленее чем C++ от 10% до 200% но быстрее чем PHP/Python обычно порядка на 7000%

а ты мерял что это пиздец? как можно без цифр оправдывать какие либо высказывания? Запускать по горутине на каждый запрос можно, и так делает стд библиотека, но делать этого НЕ НУЖНО. например библиотека fasthttp этого не делает и повышает performance на 30% если я не ошибаюсь... но там начинается беда с поддержкой WebSocket'ов... в случае с апгрейдом HTTP соединения на WebSocket - по горутине на вебсокет как-раз таки тема! (поэтому стд библиотека так и делает)

За счет обычной логики? Как ты думаешь, куда уходят твои 4 кб на горутину?

И чем выше забираемся тем херовее все работает

И чем выше забираемся тем херовее все работает

потому-что нет у нас 10 лет на написание отлично налаженного Proof of Concept софта, который возможно придётся выкинуть, если вдруг бизнес не пойдёт...

если у тебя 10к одновременных websocket соединений, то по каждому сокету на горитну ПРОСТО КОЛЛОСАЛЬНО облегчает написание кода... оно не будет столь-же оптимизировано работать как тщательно написанный C++ с thread pool'ом, нет! а теперь вопрос, у нас есть бизнес-задача, ограниченный бюгжет и время... нужны ли нам эти 30% которые может дать нам C++ за счёт 80% большей стоимости разработки? или мы можем просто закидать проблему железом? ответ очевиден. это только в таких языках как PHP сложно сказать "давайте-закидаем проблему железом" ибо он РЕАЛЬНО медленный как тортила.. Go нет, он может в некоторых случаях быть медленее чем C++ от 10% до 200% но быстрее чем PHP/Python обычно порядка на 7000%

Да ну хорош уже прогонять про какие то " ах у нас бюджет и время ограничены " , "ах время разраба так дорого". По факту и опыту выходит что со всеми этими новыми веяними никакой экономии ни по времени ни по ресурсам. Одна хрень которую патчат потом постоянго

зачем писать уже написанную netty

ну, кроме академического интереса

Да ну хорош уже прогонять про какие то " ах у нас бюджет и время ограничены " , "ах время разраба так дорого". По факту и опыту выходит что со всеми этими новыми веяними никакой экономии ни по времени ни по ресурсам. Одна хрень которую патчат потом постоянго

дак в этом то и смысл, когда код проще его и патчить меньше и нервов меньше съест

потому-что нет у нас 10 лет на написание отлично налаженного Proof of Concept софта, который возможно придётся выкинуть, если вдруг бизнес не пойдёт...

На том же си столько библиотек написано что даже js нервно соснет в стороне.

дак в этом то и смысл, когда код проще его и патчить меньше и нервов меньше съест

Это маркетинговый булшит

Это маркетинговый булшит

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

не хотите - не пишите))))

кто вас заставляет??))

Даже тут в чатиге полно наррде которые "ах мы щас побыстрому прототип наваяем на апексе". И проходит год а там и конь не валялся.

Даже тут в чатиге полно наррде которые "ах мы щас побыстрому прототип наваяем на апексе". И проходит год а там и конь не валялся.

#проклято

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

Да не о чем спорить. Наберешься опыта в разработке и сам увидишь.

Да не о чем спорить. Наберешься опыта в разработке и сам увидишь.

совершенно верно! не о чём спорить.

главное иметь уважение и всё будет хорошо

На тех же сях если ты понимаешь что тебе нужно и все продумал, код пишется за пару дней. Ибо 80% уже написано по библиотекам.

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

я либерал

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

В зеркало смотрел?

В зеркало смотрел?

и где это я выставлял кого либо эдаким?))

я либерал

а я атеист) ?

Просто по последнему. Неделю тыкался что бы разобраться с процессором. Ибо наворочили там ртос. Потом за день написал код который все плюшки реализует. Оказалось всего сотня строк.

и где это я выставлял кого либо эдаким?))

Так ты споришь и нам доказываешь.

Просто по последнему. Неделю тыкался что бы разобраться с процессором. Ибо наворочили там ртос. Потом за день написал код который все плюшки реализует. Оказалось всего сотня строк.

ну молдец, чё) я-ж и говорю - хай каждый пишет на чём хочет. Какая мне разница то?))

Так ты споришь и нам доказываешь.

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

ну молдец, чё) я-ж и говорю - хай каждый пишет на чём хочет. Какая мне разница то?))

Нее. Если человек на асме не могет накидать чего простенькое. То лучше пусть вообще ничего не пишет. Это как у художников. Кубизм, хуизм и прочий эспресионизм. Но все мастера умели рисовать класические портреты. А не просто хером по полотну возюкали и орали что вот оно искуство

Мля меня пчела под глаз укусила...?

Домашние ржут ходят

Говорят что мне идет круглое лицо?

Нее. Если человек на асме не могет накидать чего простенькое. То лучше пусть вообще ничего не пишет. Это как у художников. Кубизм, хуизм и прочий эспресионизм. Но все мастера умели рисовать класические портреты. А не просто хером по полотну возюкали и орали что вот оно искуство

искусство это очень плохой пример, потому-что там всё сугубо субъективно, а в инжеринге софта у нас есть числа и данные. если язык Х решает твою задачу и ты можешь это доказать - problem solved, собственно. его легко содержать и maintain'ить? - problem solved correctly, собственно. быстро ли это получилось? - problem solved elegantly, собственно.

рынок сам выявляет что нужно а что.. как Строуструп собственно и говорил: "есть те языки над которыми все срутся, и те, которыми никто не пользуется" Go это тот, над которым многие срутся, и тем не менее он всё набирает обороты

то есть PHP это хороший язык?

то есть PHP это хороший язык?

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

то есть утверждение выше все-таки неприменимо ???

то есть утверждение выше все-таки неприменимо ???

хм?

ERROR: S client not available

искусство это очень плохой пример, потому-что там всё сугубо субъективно, а в инжеринге софта у нас есть числа и данные. если язык Х решает твою задачу и ты можешь это доказать - problem solved, собственно. его легко содержать и maintain'ить? - problem solved correctly, собственно. быстро ли это получилось? - problem solved elegantly, собственно.

Это очень хороший пример. Потому что и там и там работает обобщение. Если ты можешь видеть информацию и интпретировать ее правильно. Ты охрененый художник или програмер.

рынок сам выявляет что нужно а что.. как Строуструп собственно и говорил: "есть те языки над которыми все срутся, и те, которыми никто не пользуется" Go это тот, над которым многие срутся, и тем не менее он всё набирает обороты

Рынок не работает. Мы уже это обсуждали

Рынок не работает. Мы уже это обсуждали

рынки разные бывают, рынок рынку рознь

Это очень хороший пример. Потому что и там и там работает обобщение. Если ты можешь видеть информацию и интпретировать ее правильно. Ты охрененый художник или програмер.

"видеть информацию и интерпретировать её правильно" ничего более абстрактного не слыхал))

define "correct information interpretation"

рынки разные бывают, рынок рынку рознь

к сожалению нет. они все работают одинаково. стоит какому нибуть гуглю пукнуть что ГО ХЕРНЯ! и все. твой го накроется медным тазом за пару недель

к сожалению нет. они все работают одинаково. стоит какому нибуть гуглю пукнуть что ГО ХЕРНЯ! и все. твой го накроется медным тазом за пару недель

согласен, и какова вероятность того что они это сделают?

"видеть информацию и интерпретировать её правильно" ничего более абстрактного не слыхал))

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

согласен, и какова вероятность того что они это сделают?

понятия не имею. но пока это работает МЫ В ГУГЛ ИСПОЬЗУЕМ ГО И ЭТО КРУТО. и все хомяки ЕПАТЬ ГО ЭТО КРУТО

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

понятия не имею. но пока это работает МЫ В ГУГЛ ИСПОЬЗУЕМ ГО И ЭТО КРУТО. и все хомяки ЕПАТЬ ГО ЭТО КРУТО

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

Миллионы мух

то есть PHP это хороший язык?

Чем он плох?

особенно когда кто то внезапно обозщвал нейросети СЛАБЫМ ИИ. и добавил МЫ НЕ ПОНИМАЕМ ЧТО ПРОИСЗОДИТ ВНУТРИ. и все хомяки ЕПАТЬ А МЫ ЖЕ НЕ ПОНИМАЕМ ЧТО В ГОЛОВЕ ПРОИСХОДИТ ЗНАЧИТ МЫ НАТПРАВИЛЬНОМ ПУТИ

Чем он плох?

Давайте с другой стороны: чем он хорош?

Давайте с другой стороны: чем он хорош?

Писать долго буду

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

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

Чем он плох?

1. отстуствием типизации например, type hinting работает только на примитивах и не в compile-time, а в runtime 2. отсутсвием асинхронности например, делаем запрос на бд и блокируем CPU, збс) 3. отсутствием гибкости, это по сути скриптовой язык для обработки запросов... а что если нам нужно с долгоживущими сокетами работать? концепция языка накрывается.. 4. скорость и память... тут даже аргументов не нужно, просто смотри бенчмарки PHP 7 и сравнивай с другими языками и т.д. и т.п. развёртывать тему мне сейчас лень

Все что написал это как по мне мелочь

Давайте с другой стороны: чем он хорош?

1. единственное чем он хорош это простота написания кода, хотя я бы поспорил кто проще, Go или PHP 2. ну и наличие всех нужных библиотек для веба... не напишешь ты CMS на Java столь-же быстро как на PHP где уже дохреналиард фреймворков под это дело для всяких бложиков и веб-шопов я его за это и ненавижу, потому-что когда мне приходилось работать с вебом - я вынужден был писать на PHP, потому-что все местные немецкие компании дрочат на PHP

Тот асинхрон выйдет в 8 версии

Все что написал это как по мне мелочь

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

PHP это скриптовый язык, в 7 уже много по лучше, взять symfony 4 то разработка идёт как по маслу

Declare используй

1. единственное чем он хорош это простота написания кода, хотя я бы поспорил кто проще, Go или PHP 2. ну и наличие всех нужных библиотек для веба... не напишешь ты CMS на Java столь-же быстро как на PHP где уже дохреналиард фреймворков под это дело для всяких бложиков и веб-шопов я его за это и ненавижу, потому-что когда мне приходилось работать с вебом - я вынужден был писать на PHP, потому-что все местные немецкие компании дрочат на PHP

сравнивать ГО и Пых ну это вообще такое... ты еще мерседес сравнивай с терехколесным велосипедом. они ж вообще из разных применений

И объяви строгую типизацию

сравнивать ГО и Пых ну это вообще такое... ты еще мерседес сравнивай с терехколесным велосипедом. они ж вообще из разных применений

таки нет, они из схожих сфер, просто один скорее про Server-Side-Rendering (PHP) а другой скорее про APIs (Go)

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

это совсем не говорит что он хорош для работы

таки нет, они из схожих сфер, просто один скорее про Server-Side-Rendering (PHP) а другой скорее про APIs (Go)

да ты задрал. я на го могу прошивку для проца собрать

Писать долго буду

давай попробуем

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