опять же, смотри http://kcsrk.info/ocaml/multicore/2015/05/20/effects-multicore/

Да, давай, и каждому девопсу ещё по воздушному шарику. Приступайте, коллега :3

ну мы тут про будущее. а в будущем я надеюсь не будет линукса.

а то на что я тут ссылки бросаю совсем скоро зарелизиться

> ться ...

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

> ться ...

простите

ну и я не девопс )

Да, давай, и каждому девопсу ещё по воздушному шарику. Приступайте, коллега :3

В чём идея шариков?

В чём идея шариков?

Они бесплатные и весёленьких цветов

Они бесплатные и весёленьких цветов

А, юмор

рейсов в нормальных системах нет

это как?

ну вот так. изобразите мне рейс на pure clojure например

А его кто-то использует в системном программировании? (Простите великодушно, я недавно только вылез из своей пещеры)

все данные иммутабельные, стейт шарится через cas + stm + CSP

А его кто-то использует в системном программировании? (Простите великодушно, я недавно только вылез из своей пещеры)

так никто, в этом и проблема. по ссылкам пройдите

про лок фри и конкаренси

а на окамлике вполне себе пишут всякое

а как там с производительностью этого всего?

"там" это где? )

про кложку речь?

и про окамл тоже

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

кложка делалась (и получилась) как чисто практический и прагматический язык, при чем тут академики

> пещера я же написал, что представляются

кложки достаточно для 99 процентов аппликейшен кода (ну и девопсовских тулов тоже, конечно, если ближе к топику чатика)

на окамлике — смотря как писать. в целом там никакой магии, никаких JIT, сложного рантайма, компилируется в нативный код.

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

на окамлике — смотря как писать. в целом там никакой магии, никаких JIT, сложного рантайма, компилируется в нативный код.

Я слышал, что С тоже компилируется в машинные инструкции...

хотя компилятор улучшается постоянно, смотри flambda например из недавнего

Олсо, сегодня с коллегами мы играли в ключи -O* для gcc. Это было познавательно, я думаю кложуру ещё далеко до гнутого оптимизатора.

как бэ в оптимизатор кложуры вложено не меньше усилий, чем в сишный ;)

А времени?

и времени

он же хостится на ВМ других

jvm или v8

Ох уж эти виртуальные машины...

ну другой подход просто, оптимизации в рантайме

> Производительность > VM Как ты умудрился поставить эти слова в один ряд я пока не могу понять...

Возможно я и правда ретроград

эм. кто сказал, что код на ВМ будет медленнее скомпилированного?

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

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

тупо потому что информации больше, те же аллокации памяти можно оптимизировать

jit, йоу

олсо, про кложку http://www.toomuchcode.org/blog/2014/06/16/micro-bench-macro-optimize/

systemd пытается решить ВСЕ проблемы современного дистрибутива, увы.

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

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

Да, а остальную часть ломает. Уж лучше плохой стабильный ящик с инструментами, чем нестабильный сборочный цех

и много вы проблем огребли от системд?

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

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

*ведения

и еще много чего

Моё мнение из разряда, поставил, покатался, несколько раз упал расшиб колени, почитал код, ужаснулся, навсегда для себя закопал. OpenRC, в крайнем случае sysV

Обо что ?

и много вы проблем огребли от системд?

лично я рад, что появилась единая система логирования

и это не сраный сислог

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

и это не сраный сислог

сраный сислог никуда не делся.

Несколько раз вываливался в панику, пару раз отказывался на ровном месте запускать сервисы. В общем бытовые проблемы и дело вкуса.

сраный сислог никуда не делся.

ну я его могу успешно не замечать теперь

окаааааай

даже говорить не буду )

а чем сислог не угодил?

Говорят терять инит не хорошо, но кто я такой чтобы спорить с разработчиками %)

Говорят ядру падать в панику тоже не оч хорошо, но оно падает иногда

да и как бы проблема описана на уровне "он глючный какой то"

потому и промолчу )

да и как бы проблема описана на уровне "он глючный какой то"

Я старался ))

о

чудо картинка

https://cdn-images-1.medium.com/max/1200/1*Yp10mfavInjDULz5Qz-f-Q.png

https://cdn-images-1.medium.com/max/1200/1*Yp10mfavInjDULz5Qz-f-Q.png

теги ей налепи

у меня веб клиент, он не умеет мессаг править =(

скажи как обозвать

Некстати забавно. А тема с UCA в PostgreSQL осталась открыта. Чатик не справился :)

#ruby Да ничем ruby и pythin не похожи. Совсем ничем. Ни внутри, ни снаружи. По синтаксису руби это вообще откровенный компот из перла, питона, потому что Мацумото вымещал в нем свои комплексы. В руби ровно три проблемы. Точнее две, третья вытекает из первой. Первая - очень разнообразный perl-like синтаксис, позволяющий для одного и того же несколько непохожил варианта записи. Превратить код в плохоизменяемую нечитаемую кашу - большинство программистов делят первое место. Вторая проблема - до версии 1.9 руби был простите построчным интерпретатором. Все эти jruby, rubinius и так далее не особо взлетели (хотя вроде рубиниусом энжин ярд баловался в проде). До бэйзкампа для которого 37 сигналов сделали рельсы руби был никому не нужной и неизвестной поделкой какого-то чувака из мира манги, манго и анимэ. Питон при этом, кстати, издревле плотно засел в геймдеве. Но в веб конечно python попал через жопу. Вернемся. А третья проблема Ruby - это ломка функционала в минорных изменениях в языке. Из-за конечно многохначного синтаксиса. Чуть сделали косметику - обязательно найдётся сотня мест, где люди эту косметику применили и всё сломалось. Интересное кстати следствие из проблемы номер три - у руби два встроенных средства пакетной изоляции, у руби крайне неплохой по сравнению с рядом стоящими свой пакетный менеджер (gem), который гармонирует со средствами пакетной изоляции, у руби чОткая спека именований версий пакетов, которой ещё и все следуют, у руби де-факто стандартизированы всякие рейки и вот это всё. Как-то так

Всё так, за исключением того, что jruby всё-таки летает

низенько, но летает

а вот dependency hell там чуть менее горячий, чем в node.js