(no subject)

[ufm]

Всё таки у разработчиков D тараканов в голове значительно меньше, чем у разработчиков Go.
Жаль, что за 10 лет разработки и D, и Rust и (в меньшей степени) Go, не уловили тренда с количеством CPU в одном компе. Да, 10 лет назад только-только начали появляться настольние машины более чем с одним ядром. Сейчас у меня в телефоне 8 ядер, если я не путаю. А как был Erlang единственным языком, в котором написать однопоточную программу сложнее, чем многопоточную — так и остался.

P.S. Впрочем, при всех его тараканах, я считаю что Go — отличный язык. Эдакий PHP на стероидах. Я очень удивлюсь, если он не вынесет в ближайшие лет 5 из этой ниши всех и вся.

Originally published at U.F.M's Homepage. You can comment here or there.

Comments

[0242.livejournal.com]

Неделю назад видел машину с 480 логическими процессорами (HP Dragonhawk, 16x 15-core E7-4890v2 with Hyperthreading). Не кластер, а именно что одна система.

[avnik.livejournal.com]

У меня к go ровно одна серьезная претензия -- язык с развитым ffi к С из коробки, но принципиально не работающий с валгриндом.

[ufm.livejournal.com]

Ну ты еще к ерлангу такие претензии предъяви. Там тоже NIF можно использовать и, я подозреваю, valgrind тоже не очень полезен окажется.

[avnik.livejournal.com]

Я NIF'ов не писал ни разу, но быстрый гуглеж показывает что valgrind тут вполне работает, и где-то есть даже правильный suppress файл для него.

А у go рантайма какая-то болезнь в этом месте.

PS Я использую gccgo для этого, но он странный. (ну и рантайм там сильно свой -- с тредами в качестве горутин (1-в-1) и соотв. честным блокирующим io). Мне честно говоря и в родном рантайме/компиляторе такой фичи не хватает -- включаемой при компиляции. Именно для отладки утечек в сишных биндингах.