минимализм тоже требует осознанности в применении

ребят, незнаю где спросить. Как сделать паралельные такси в makefile?

сначала нужно число полос увеличить

ребят, незнаю где спросить. Как сделать паралельные такси в makefile?

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

ребят, незнаю где спросить. Как сделать паралельные такси в makefile?

make сам сделает всё что можно параллельным

ребят, незнаю где спросить. Как сделать паралельные такси в makefile?

Ну, если сказать -j N

Ну, если сказать -j N

это для /usr/src/Makefile справедливо

это для /usr/src/Makefile справедливо

Это справедливо для любого Makefile

спасибо я уточню

это для /usr/src/Makefile справедливо

В /usr/src/Makefile предприняты специальные усилия что бы не было параллельности где не надо и было побольше где можно, но он чудовищно сложный. Для простых Makefile оно just works

В /usr/src/Makefile предприняты специальные усилия что бы не было параллельности где не надо и было побольше где можно, но он чудовищно сложный. Для простых Makefile оно just works

действительно, by design

У go есть приятные стороны, но в целом это язык что бы индусы не наговнокодили.

Он простой. И это правильно.

Он простой. И это правильно.

Он слишком простой для сложного и слишком сложный для однострочников

Он простой. И это правильно.

И вообще он создавался с одной определённой целью: просто писать высокопроизводительные FSM-based сервера без особой опасности устроить рейс или дедлок

https://programmingzen.com/images/rubybooks.gif вот про "простой"

и важна вторая часть цитаты Эйнштейна

вот go с ней кажется как раз переборщил

Он слишком простой для сложного и слишком сложный для однострочников

С зачем на нем писать однострочники? И каким вот однострочником ты попарсишь json/yaml?

С зачем на нем писать однострочники? И каким вот однострочником ты попарсишь json/yaml?

json и yaml парсится однострочником на perl'е, например.

json и yaml парсится однострочником на perl'е, например.

С внешними модулями или без?

С внешними модулями или без?

Весь CPAN к вашим услугам. Я не вижу никакой ценности в богатой стандартной библиотеке per se

Весь CPAN к вашим услугам. Я не вижу никакой ценности в богатой стандартной библиотеке per se

Ну-ну. На каком-нибудь openwrt/mips самое то компилять

А гошный бинарь для него получается на 1-2

А гошный бинарь для него получается на 1-2

Это сильная сторона go, не спорю.

а зачем на openwrt/mips однострочники и компелять?

А гошный бинарь для него получается на 1-2

Но писать на нём для меня мучительно. Он у меня попадает в зазор между «ни о чём не думаем, только обычная аккуратность, всё хэштейбл, всё само ко всему кастится и будь что будет» (для меня эту нишу занимает perl) и «нормальный язык, с богатой типовой системой и возможностью писать красивый обобщённый код для больших систем» (тут у меня по некоторым причинам последние годы Java и теперь Kotlin, сложиьс жизнь иначе может был бы Haskell или полноценный современный C++). А go где-то в этом зазоре — уже как бы строго, но шаг влево-вправо и ничего нельзя сделать.

Это сильная сторона go, не спорю.

Ну или вот у клиента винда и надо нам собрать какую-то инфу: тащить кучу всего ему на машину и еще как-то это ставить vs отдать бинарь

Ну или вот у клиента винда и надо нам собрать какую-то инфу: тащить кучу всего ему на машину и еще как-то это ставить vs отдать бинарь

Да я не спорю, что модель компиляции go и его врождённая кросс-компилируемость — это офигенно они сделали. Если бы ещё это не приводило к тормозам на FreeBSD :)))

а что, оно уже работает на всех виндах без ничего?

а что, оно уже работает на всех виндах без ничего?

На каких всех? На xp и win10 - тестили

Кстати, а что там с mips?

.if ${ARCH} == i386 GOARCH=386 .elif ${ARCH} == "amd64" GOARCH=amd64 .elif ${ARCH} == armv6 || ${ARCH} == armv7 GOARCH=arm .else IGNORE= unknown arch ${ARCH} .endif

Это в порте lang/go ;-)

Кстати, а что там с mips?

С 1.10 умеет softfloat

Так что на openwrt работает

С 1.10 умеет softfloat

Только, видимо, не умеет бутстрапиться, ясно

В более ранних версиях хотело fpu emulator в ядре

Я и netmap на go заводил на mips :)))

Без cgo

Эх, на самом старом моём сервере порты сказали что пора бы и обновиться. А там такой аптайм был…

Эх, на самом старом моём сервере порты сказали что пора бы и обновиться. А там такой аптайм был…

не слушай их. они нелюди.

Только, видимо, не умеет бутстрапиться, ясно

оно компилится на любом обычном процессоре. а потом получив бинарник go можешь собирать и go и всё остальное.

Да я не спорю, что модель компиляции go и его врождённая кросс-компилируемость — это офигенно они сделали. Если бы ещё это не приводило к тормозам на FreeBSD :)))

Тормозам? Можно больше деталей ?

Тормозам? Можно больше деталей ?

да запросто — gettimeofday() вызывается часто, и вызывается через сисколл, реализации без сисколла для FreeBSD пока не написали. Это довольно существенно просаживает производительность *в*некоторых*случаях*

Да я не спорю, что модель компиляции go и его врождённая кросс-компилируемость — это офигенно они сделали. Если бы ещё это не приводило к тормозам на FreeBSD :)))

А что именно тормозит? у меня в продакшне крутится go на Freebsd

Тормозам? Можно больше деталей ?

Я смотрел как оно сделано для Linux'а и как оно сделано в нашем libc что бы сделать без сисколла там, где это поддержано, но неосилил — время которое я был готов потратить на это кончилось.

@dmitryluhtionov как-то писал, что там можно подправить, чтобы оно использовало быстрое получение времени.

Вообще, конечно фря хуже поддерживается. Но можно запостить в go исую с патчем и бенчмарками. Они примут изменения, если будет реально лучше.

вообще проблемы со временем уходят на второй план с ростом нагрузки.

@dmitryluhtionov как-то писал, что там можно подправить, чтобы оно использовало быстрое получение времени.

Там надо кусочек из libc переписать на go/asm, я за день не осилил.

Но во всяких облаках на KVM под фрёй go грустно работает из-за то того, что фря ходит в kvm за временем.

вроде это должно быть исправлено в 11.2 только

а все новые инстансы в амазоне том же именно KVM-ные. И у остальныз DO тоже. Т.е go в облаках только под Линухосм нормально пока работает. ?

Никогда не любил облака. Только голое железо, только хардкор!

Но у меня специфика основной работы такая, что любая виртуализация будет стоить нам очень дорого :-)

Но у меня специфика основной работы такая, что любая виртуализация будет стоить нам очень дорого :-)

Даже jail ?

Даже jail ?

У нас на работе OS — Solaris :)

Даже jail ?

Но вообще Jail-оподобное наверное нет, только зачем?

Никогда не любил облака. Только голое железо, только хардкор!

+100500

У вас тут 2006

Все по пословицам живёте

У нас на работе OS — Solaris :)

ооо, где?

я тут в прошлом году пощупал солярку несколько месяцев...

ооо, где?

dxFeed — поставка биржевых данных (не российских, США и Европа) и всё вокруг. Вся внутренняя инфраструктура — Solaris. Хотя и на x86 (ну, на amd64, понятно). Потому что наши опсы умеют её лучше всего готовить и потому что до недавнего времени Java лучше всего вела себя именно на солярке. Сейчас (последние пару лет) это наверное уже не так важно, но работает — не трогай.

а я в процессинге Сбера

ERROR: S client not available

там ещё чуток AIX и HP-UX оставалось

Мы думаем в связи с последними решениям Oracle переползать на Linux на проде, но будет это не быстро, мы довольно редко расширяем парк железа, а на имеющемся, опять же — работает не трогай.

Но я-то тут только разработчик (пусть и старый, в смысле, senior), а опсы (не девопсы!!!) у нас отдельная команда, это их решение и их ответственность.

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

у меня товарищ работал в компании которая продавала биллинг билайну и мтс

он работал на java + hp-ux + oracle

и кстати в продакшене и 1 тестовом было на спарках

CBOSS?

в какой-то момент приехали дяди, вывезли 32 стойки этого железа и завезли "нормальное"

такая вот судьба

и мы писали под неё на Сях

сечас там докеры и прочие контейнеры

такая вот судьба у solarisов и прочего legacy

так говоришь будто это что-то хорошее

это не я говорю, а рынок говорит я просто пересказываю истории

не будет рынка, не будет солярисов

за кружечкой пива можно с кем-нибудь впсплакнуть

Сдохли и скатертью дорога, я под них автосборку на шелле портировал.

Сдохли и скатертью дорога, я под них автосборку на шелле портировал.

такое, да

такая вот судьба у solarisов и прочего legacy

поговорим об этом лет через 20 ;)

поговорим об этом лет через 20 ;)

я думаю что в этой области, интереса общаться у меня точно не будет

можно найти аксакалов которые фидошные ноды под os/2 держат, только толку?

рынок это такая штука, которая должна быть уничтожена

в смысле капитализм

в смысле капитализм

проблема в том, что как и с демократией, остальное ешё хуже.

Он этим уже сам долго и плодотворно занимается.

от freebsd до уничтожения капитализма один шаг пачаны

проблема в том, что как и с демократией, остальное ешё хуже.

это просто компьютерных технологий не было еще

потому _было_ хуже

станет лучше.

станет лучше.

есть инфа когда?

лет так через сорок