https://opennet.ru/openforum/vsluhforumID3/99324.html В преддверии начала подготовки (http://blog.rust-lang.org/2014/09/15/Rust-1.0.html) стабильного выпуска языка программирования Rust 1.0, переход к бета-тестированию которого ожидается в конце года, представлен (https://mail.mozilla.org/pipermail/rust-dev/2014-October/011267.html) очередной экспериментальный выпуск Rust 0.12.0 (http://www.rust-lang.org/), продолжающий развитие функциональности и оттачивание языковых конструкций.<br><br><br><br>Язык Rust развивается проектом Mozilla и сфокусирован на безопасной работе с памятью и обеспечении высокого параллелизма выполнения заданий (возможность порождать тысячи и даже миллионы подпроцессов). Исходные тексты проекта распространяются (https://github.com/mozilla/rust/) под лицензией MIT. Параллельно с Rust совместно с компанией Samsung развивается экспериментальный браузерный движок Servo (http://www.opennet.ru/opennews/art.shtml?num=36576), написанный (https://github.com/servo/servo/) на языке Rust и отличающийся поддержкой многопоточного рендеринга web-страниц и распар https://opennet.ru/openforum/vsluhforumID3/99324.html#68 Sat, 18 Oct 2014 19:25:08 GMT &gt; p.s. с другой стороны, обмениваться данными между задачами придётся или явно указывая <br>&gt; на смену владельца<br><br>В Rust "=" - это move, кстати.<br>Для копирования надо явно указывать clone.<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#67 Fri, 17 Oct 2014 19:37:07 GMT p.s. с другой стороны, обмениваться данными между задачами придётся или явно указывая на смену владельца, или надеяться, что компилятор сможет сам это разрулить (тоже не лучший вариант, на самом деле), или жёстко message passing (это, собственно, подвид первого варианта). то есть, создать экземпляр какой-то фигни и расшарить её с другим потоком будет уже не просто присваиванием.<br><br>поэтому, например, в D и не внедряют task-local heaps: не очень ясно, как это разруливать так, чтобы и безопасно было, и не надо было ручной код делать, и при этом не потерялась возможность &#171;низкоуровневости&#187;.<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#66 Fri, 17 Oct 2014 19:30:30 GMT &gt; Речь не о том, flaw это или не flaw, а о том <br>&gt; что дизайн языков довольно разный, поэтому мем о том что Мозилле <br>&gt; надо было использовать D, вместо выдумывания нового языка Rust - не <br>&gt; совсем верный.<br><br>а, в этом смысле. тут не спорю. впрочем, я до сих пор не уверен, что сами авторы rust в курсе, что хотят получить на выходе и как это должно выглядеть. но не уверен, что это такой уж огромный недостаток: общая идея у них есть, а что они по дороге насочиняют&#8230; может, оно и лучше получится, чем если бы изначально план на скрижалях имелся.<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#65 Fri, 17 Oct 2014 18:42:15 GMT &gt; &gt; и нет разграничения памяти между задачами.<br>&gt; э? если ты про фиберы (то бишь, сопрограммы) &#8212; то да, нет.<br>&gt; это, в общем-то, by design, а не flaw. хотя возможно, что из DIP про scoped values<br>&gt; такое разграничение получится само собой.<br>&gt; пока что с escape analysis всё не очень весело, потому так.<br><br>В Rust это называется task (задача), и она даже не фиберная а обычный поток пока что. Но зато сборщик мусора, когда он появится, будет собирать мусор отдельно в каждой задаче, а не во всем процессе. По моему опыту это охуенно важно.<br><br>Речь не о том, flaw это или не flaw, а о том что дизайн языков довольно разный, поэтому мем о том что Мозилле надо было использовать D, вместо выдумывания нового языка Rust - не совсем верный.<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#64 Wed, 15 Oct 2014 08:48:53 GMT Если речь идёт об управлении памятью, <br>то это лучше чем в java тем, что не нужен сборщик мусора и расходы на него.<br>И это лучше чем в С тем, что не поработаешь случайно с освобожденной памятью, <br>и это проверяется во время компиляции.<br><br>Сопрограммы придуманы очень давно.<br>Зачем они могут, например, пригодиться?<br>Как правило, программировать легче и надежней, <br>используя блокирующие поток исполнения вызовы:<br><br>sync_a();<br>return sync_c(sync_b());<br>/**[VS]**/<br>async_a(function(err){<br> async_b(function(v){<br> async_c(v,function(w){<br> result_handler(w)<br> },error_handler)<br> },error_handler)<br>},error_handler)<br><br>Второй вариант возникает не от хорошей жизни, <br>а от невозможности использовать первый, т. к. поток всего один,<br>либо затратности использовать первый, т. к. потоков нужно было бы очень много.<br>Например в java потоки соответствуют потокам ОС, которых можно сделать тысячи.<br>А сопрограммы (которых в стандартной java нет) <br>реализуются на уровне языка, и их можно сделать на порядк https://opennet.ru/openforum/vsluhforumID3/99324.html#63 Wed, 15 Oct 2014 03:53:36 GMT &gt; http://doc.rust-lang.org/0.12.0/guide-macros.html <br><br>А можно на макрах исключения забацать?<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#62 Tue, 14 Oct 2014 23:49:29 GMT &gt; Что такое сопрограмма? Раньше такого термина не было.<br><br>а-а-а! как же я не заметил это чудо?!<br><br>вот и подросло поколение лоботомированых дятлов.<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#61 Tue, 14 Oct 2014 23:46:40 GMT &gt; посмотрите сами, чего они там напилили, чтобы обойтись <br>&gt; без вызовов free, запусков GC и без счётчиков ссылок.<br><br>В rust-е есть и Rc&lt;T&gt; и Gc&lt;T&gt;.<br> https://opennet.ru/openforum/vsluhforumID3/99324.html#60 Tue, 14 Oct 2014 23:13:21 GMT Что-то мне кажется, что это какая-то несерьёзная реализация coreutils.<br>