Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Доступен язык программирования Go 1.6, opennews (ok), 18-Фев-16, (0) [смотреть все] Не понял - что такого в том, чтобы в двух goroutine обращаться к одному map Они, Crazy Alex (ok), 11:55 , 18-Фев-16, (2) // map-ы в Go не thread-safe Читать можно конечно и без всяких lock-ов, но не писа, Sergey (??), 12:23 , 18-Фев-16, (4) +1 // Да, удобно Но зачем теперь сразу ошибку сегфолтить , Дима777 (?), 16:49 , 18-Фев-16, (26) // Явное лучше неявного Словить панику на месте приятнее чем чесать репу разбирая с, skybon (ok), 23:37 , 18-Фев-16, (51) +1 С вашей логикой тогда надо крэшить для всех типов одновременный доступ, например, Кирилл (??), 01:58 , 19-Фев-16, (54) –2 Было бы неплохо, но сложно реализовать не уничтожив скорость работы и не раздув , Никто (??), 15:16 , 19-Фев-16, (69) –1 Абзац про гоу-няшное костылестроение с горутином в мужском роде 8212 это пять, Аноним (-), 12:00 , 18-Фев-16, (3) –2 Хороший язык , Аноним (-), 12:24 , 18-Фев-16, (5) +7 // Для написания фирмваре , Аноним (-), 13:12 , 18-Фев-16, (13) –5 // CS 1 6 - понимаюCS Go - понимаюGo 1 6 - не понимаю 175 _ 12484 _ 175 , Аноним (-), 21:55 , 20-Фев-16, (78) Отличный язык , Настоящий Аноним (?), 14:53 , 18-Фев-16, (21) +5 // От какого языка отличный , Аноним (-), 15:42 , 18-Фев-16, (22) // От других , Аноним (-), 16:17 , 18-Фев-16, (24) +2 Злые языки бають, что от лимбо не отличный Ату их , Аноним (-), 19:08 , 18-Фев-16, (32) Вы поделили на ноль Скриптовые языки предоставляют защищённости от ошибок, если, Никто (??), 12:28 , 18-Фев-16, (6) +2 // Исправлено, Никто (??), 12:29 , 18-Фев-16, (7) У низкоуровневых языков есть свои траблы Программы с миллиардами пользовател, Kodesu (ok), 13:18 , 18-Фев-16, (14) // Программы с миллиардами пользователей, написанные на ПХП страдают от таких п, Аноним (-), 13:31 , 18-Фев-16, (17) +13 // ПХП же хуже мерзкого бейсика, к чему он тут , Аноним (-), 18:43 , 18-Фев-16, (31) –2 Как бы о защищённости от ошибок динамически типизированных языков , Никто (??), 19:51 , 18-Фев-16, (35) Обоснуй PS я не про то, что PHP или, упасихоспади, Basic в чем-то хороши Но во, Чепукто (?), 06:08 , 19-Фев-16, (60) –1 Программы с миллиардами пользователей, написанные на ПХП страдают от таких п, Лютый жабист (?), 05:10 , 19-Фев-16, (56) –2 Ща вот прям срыв покровов будет ПХП написан на C как, в общем-то, и Java, и да, Чепукто (?), 06:25 , 19-Фев-16, (61) Справедливости ради, такие ошибки можно и нужно вылавливать статическими анализа, Мяут (ok), 14:52 , 18-Фев-16, (20) +2 Ваше замечание в целом верно кроме того, что не имеет отношения к моему коммента, Никто (??), 19:35 , 18-Фев-16, (33) +3 // Согласен Мой комментарий был не к месту , Kodesu (ok), 20:46 , 18-Фев-16, (40) +2 При выходе за границу массива или иной структуры в скриптовых языках не произойд, angra (ok), 23:36 , 18-Фев-16, (50) Это не свойство динамически типизированных языков , Никто (??), 13:43 , 19-Фев-16, (65) +1 никнейм у тебя правильный, соотвествует уровню комментариев, Аноним (-), 17:15 , 18-Фев-16, (27) –6 Сопоставимая с Си производительность достигается на том же уровне, что и в Java , Никто (??), 12:38 , 18-Фев-16, (8) –4 // Хм Мой опыт использования aptly показал, что это инструмент весьма шустрый Раз , freehck (ok), 15:51 , 18-Фев-16, (23) +3 // А у java есть проблемы с производительностью , Аниним (?), 16:45 , 18-Фев-16, (25) –2 // java вообще летает, особенно в связке с 100500 мб оперативы и N ядерным процом с, Аноним32 (?), 17:57 , 18-Фев-16, (29) +4 Именно так, анонимушка На большие задачи, которые в любом случае потребуют толс, Лютый жабист (?), 05:15 , 19-Фев-16, (57) –3 На чём написана jvm напомнить , . (?), 07:59 , 19-Фев-16, (62) На чём написано си себе напомни , Лютый жабист (?), 08:59 , 19-Фев-16, (64) –1 Внезапно - на С же и написанна Но жабофилам этого не понять, мозжечок не вмещ, _ (??), 17:24 , 19-Фев-16, (73) +1 Я не писал о проблемах производительности Я указал на то, что утверждение Являе, Никто (??), 19:47 , 18-Фев-16, (34)   // Прошу простить мне неграмотность, однако не подскажете ли Вы мне также, что я до, freehck (ok), 22:11 , 18-Фев-16, (46)   Это графики для визуализации статистических данных Можете почитать про боксплот, Никто (??), 13:53 , 19-Фев-16, (66)   Окей, значит я пока понял это дело так Go процентов на 30 шустрее Java, но оба, freehck (ok), 22:41 , 18-Фев-16, (47) +1   Так с этим вроде стало яснее Был AOT-compiler GCJ из набора, который похоже заг, freehck (ok), 23:05 , 18-Фев-16, (48) +1   Ты неправ Во первых задачи бывают разные, я сталкивался с реальными задачами, н, Лютый жабист (?), 05:26 , 19-Фев-16, (58) –4   Странно иметь какие-то мнение по вопросу вообще не будучи в теме Сборщик мусора, Лютый жабист (?), 05:31 , 19-Фев-16, (59) –5   GC в Oracle JVM работает куда лучше для модели Java чем GC в Go, но разработчики, Никто (??), 15:05 , 19-Фев-16, (67) +1   Мне вот интересно, зачем они все эти модули в языке тащат , anonymous (??), 12:41 , 18-Фев-16, (9) –1 // Потому как язык изначально для толковых студней создавалася, поэтому, с кучей ст, anonymous (??), 12:47 , 18-Фев-16, (10) –3 Потому что это означает, что оно всё будет развиваться в гармсонии с остальными , Crazy Alex (ok), 20:11 , 18-Фев-16, (36) +2 // Пользователь IDE ЯП синтаксис, и либы тут немного сбоку Хороший пример - C, anonymous (??), 21:44 , 18-Фев-16, (45) –2 // Начни с ввода вывода в консоль без стандартных либ в С С , angra (ok), 23:23 , 18-Фев-16, (49) +1 Ну посмотри как в линукс ядре, например, выводят на консоль Без стандартных либ, anonymous (??), 00:10 , 19-Фев-16, (52) –2 Дооо - ты напиши корректный printf сначала чмо малолетнее Там и зубры тока та, . (?), 08:11 , 19-Фев-16, (63) +4 Так в ядре же есть своя libc klibc И вот куча функций usr klibc printf cusr kl, Андрей (??), 05:14 , 20-Фев-16, (76) –1 Этих модулей нет в языке, они в стандартной библиотеке Чем это хорошо при должн, Никто (??), 20:12 , 18-Фев-16, (37) +3 а затем Ну и его сраный рантайм, пихаемый прямо в код бинаря, никак не добавляет, Аноним (-), 13:09 , 18-Фев-16, (12) // Скорость только возрастает, если рантайм встраивается в исполняемый файл Рантай, Никто (??), 21:14 , 18-Фев-16, (42) +1 CS GO 1 6 вышел , Аноним (-), 13:19 , 18-Фев-16, (15) +5 круто , 0eviy (ok), 13:25 , 18-Фев-16, (16) –2 судя по коммиту, увеличили минимальный размер массива для сортировки вставками, , Аноним (-), 13:35 , 18-Фев-16, (18) // В большинстве Согласно википедии питон, а также джава, андроид и октав Всё , Андрей (??), 05:32 , 20-Фев-16, (77) прошу гугл добавить arm arm64 и powerpc powerpc64 - очень хочется докеры, Аноним (19), 14:25 , 18-Фев-16, (19) Дезинформация sort Stable был и до этого, а sort Sort был отличен от него , Аноним (-), 17:16 , 18-Фев-16, (28) +1 А вот этот последний пункт - самая большая головная боль для кучи проектов Даже, Андрей (??), 18:15 , 18-Фев-16, (30) // В общем, извращенцы, Crazy Alex (ok), 20:12 , 18-Фев-16, (38) // Вообще, я - за Go Но, признаю, что это решение выглядит неуклюже Причина сбор, Андрей (??), 04:56 , 20-Фев-16, (74) Наркоман, что ли Ничего подобного и близко нет , Аноним (-), 01:35 , 19-Фев-16, (53) // Для тех, кто в танке, один из основных разработчиков Go, ответственный за gccgo , Андрей (??), 04:58 , 20-Фев-16, (75) +1 Привет, мир, пожалуйста, в студию Какие браузеры поддерживают язык , rvs2016 (ok), 20:20 , 18-Фев-16, (39) –5 // Здравствуй, школьник В привычном понимании этого слова никакие браузеры не подд, Никто (??), 21:26 , 18-Фев-16, (43) +6 при чем тут браузеры , Аноним (-), 02:45 , 19-Фев-16, (55) +1 версии слишком быстро плодятся версия gccgo - не поспевает , 321 (??), 21:11 , 18-Фев-16, (41) –1 Что за версия языка еще Это, типа, стандарт Go99 или Go14 , Аноним (-), 15:13 , 19-Фев-16, (68) –1 // Чего https golang org ref spec см внизу Build version go1 6 непонятого-, Andrey Mitrofanov (?), 15:51 , 19-Фев-16, (70) // Версия компилятора все-таки Вот есть GCC 5 3 1, поддерживающий C 11 5 3 1 - в, Аноним (-), 16:57 , 19-Фев-16, (71) –1 // Многие жалуются, что я непонятно пишу, поэтому для тех, кто не понял я написал , Andrey Mitrofanov (?), 17:21 , 19-Фев-16, (72) Кто-нибудь Caddy производительность смотрел против nginx Я смотрю там reverse-pr, IvAnZ (?), 08:32 , 22-Фев-16, (80) 2,3,5,6,8,9,12,15,16,18,19,28,30,39,41,68,80

Сообщения

[Сортировка по времени | RSS]

	34. "Доступен язык программирования Go 1.6"	+/–
	Сообщение от Никто (??), 18-Фев-16, 19:47
	Я не писал о проблемах производительности. Я указал на то, что утверждение: >Код на языке Go компилируется в обособленные бинарные исполняемые файлы, >выполняемые нативно без использования виртуальной машины (...), что позволяет >добиться производительности, сопоставимой с программами на языке Си Является ошибочным. По поводу доказательств. Посмотрите, кто соседствует друг с другом в тестах скорости: http://benchmarksgame.alioth.debian.org/u64q/which-programs-... Раньше этот тест был более информативным: http://web.archive.org/web/20150923053032/http://benchmarksg... Поинтересуйтесь, почему в блоге разработчиков так радуются улучшению производительности сборщика памяти: https://blog.golang.org/go15gc
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	46. "Доступен язык программирования Go 1.6"	+/–
	Сообщение от freehck (ok), 18-Фев-16, 22:11
	Прошу простить мне неграмотность, однако не подскажете ли Вы мне также, что я должен знать, чтобы понимать эти графики? Я нигде не нашёл описания подобного рода графиков, хотя совершенно точно видел их уже не раз. Я боюсь, что читаю их не правильно. 1) Что значит жирная линия посередине столбца? Это среднее значение всех программ, участвовавших в тесте? 2) Что означает белый столбец, внутри которого содержится линия? Это разброс всех замеренных результатов? 3) Что означают чёрные палочки под и над столбцом? Это погрешности измерений?
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Доступен язык программирования Go 1.6"	+/–
	Сообщение от Никто (??), 19-Фев-16, 13:53
	Это графики для визуализации статистических данных. Можете почитать про боксплоты в "Наглядная статистика. Используем R" биолога Шипунова. Если лень - просто ориентируйтесь на жирную горизонтальную линиию - медиану.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Доступен язык программирования Go 1.6"	+1 +/–
	Сообщение от freehck (ok), 18-Фев-16, 22:41
	Окей, значит я пока понял это дело так. Go процентов на 30% шустрее Java, но оба они примерно в 2 раза медленнее C. http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan... Результат, в принципе, интересный. Меня также удивляет, что OCaml оказался позади Java и Scala, хотя на данный момент, как утверждают некоторые товарищи из Inria, он обладает самым быстрым GC, пускай и однопоточным: при столь малых размерах получаемых бинарей программы на Ocaml могут позволить себе форки, и забить на треды. Ещё такой момент: я не понимаю, каким образом у Java/Scala получаются такие хорошие результаты. Это AOT тому причиной? Я вот чего не знаю наверняка: 1) Jar-ники с jvm-байткодом можно полностью перегнать в нативный код для ускорения программы после старта? 2) В jvm есть gc, но ходят слухи, что работает он так "хорошо", что сжирает вообще все русурсы CPU, и потому его отключают. Вам известно, как дела обстоят на самом деле? По поводу радости разработчиков Go улучшению производительности gc, думаю, тут всё весьма очевидно. Заставить хорошо работать многопоточный gc - та ещё головная боль, ocaml-исты с этой задачей уже собаку съели, но до сих пор не сделали. Если у Go он работает, причём быстро - так это большая победа.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	48. "Доступен язык программирования Go 1.6"	+1 +/–
	Сообщение от freehck (ok), 18-Фев-16, 23:05
	> 1) Jar-ники с jvm-байткодом можно полностью перегнать в нативный код для ускорения программы после старта? Так с этим вроде стало яснее. Был AOT-compiler GCJ из набора, который похоже загнулся, ибо последние обновления датированы 2009-м. Сейчас осталось проприетарное поделие Excelsior JET, которое, впрочем, уже поддерживает восьмёрку. Я так понял, что они перегоняют набор jar-ников в бинарь. А в самих jar-никах содержится исключительно jvm-байткод. Всегда. Попровьте меня, если где-то ошибся.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Доступен язык программирования Go 1.6"	–4 +/–
	Сообщение от Лютый жабист (?), 19-Фев-16, 05:26
	> Окей, значит я пока понял это дело так. Go процентов на 30% > шустрее Java, но оба они примерно в 2 раза медленнее C. Ты неправ. Во первых задачи бывают разные, я сталкивался с реальными задачами, на которых java быстрее си. Во вторых, при большой сложности проекта java/c получается деление на ноль, т.к. на си надо бесконечное количество программистов с бесконечно крутыми познаниями на бесконечное время. Ну, а так, в теории да, "сферическовакуумная сишечка быстрее в 2 раза".
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	59. "Доступен язык программирования Go 1.6"	–5 +/–
	Сообщение от Лютый жабист (?), 19-Фев-16, 05:31
	> 2) В jvm есть gc, но ходят слухи, что работает он так > "хорошо", что сжирает вообще все русурсы CPU, и потому его отключают. > Вам известно, как дела обстоят на самом деле? Странно иметь какие-то мнение по вопросу вообще не будучи в теме. Сборщик мусора в java-программах часто вообще не запускается. На очень жирных программах, в духе - системная интеграционная шина огромной организации, которая имеет потребление порядка 20ГБ ОЗУ и лютое количество enterprise java bean-ов ("потоков") может например срабатывать раз в 6-10 часов и тормозить программу на пару-тройку секунд. И что? Кто лучше-то может?
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	67. "Доступен язык программирования Go 1.6"	+1 +/–
	Сообщение от Никто (??), 19-Фев-16, 15:05
	>2) В jvm есть gc, но ходят слухи, что работает он так "хорошо", что сжирает вообще все >русурсы CPU, и потому его отключают GC в Oracle JVM работает куда лучше для модели Java чем GC в Go, но разработчики инструментария для Go не стоят на месте. Потенциально Go предоставляет возможность для большей эффективности при работе с памятью поскольку в отличии от Java позволяет размещать переменные структурного типа статически. На практике это может никак не проявиться, потому что это сложнее, особенно для бывшего Джависта, который тянет в Go патерны из Java. С другой стороны, JVM в ряде случаев способна провести оптимизацию и разместить динамические с точки зрения языка данные статически. Это не говоря уже о AOT, который позволяет провести более глубокую оптимизацию за счёт меньших ограничений на время компиляции. С другой стороны JIT позволяет получить профиль использования программы и делать оптимизацию более предметно. Вообще, в современном мире невменяемо сложных техник компиляторов и процессоров очень сложно разобраться что быстрее чего(обратите внимание, что результаты тестирования довольно существенно отличаются для разных процессоров).
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема