forum.opennet.ru - "В ночных сборках Rust расширены возможности распараллеливания компиляции" (79)

"В ночных сборках Rust расширены возможности распараллеливания компиляции"

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

"В ночных сборках Rust расширены возможности распараллеливания компиляции"	+/–
Сообщение от opennews (??), 11-Ноя-23, 23:05
Во фронтэнде компилятора Rust, выполняющем такие задачи, как синтаксический анализ, проверка типов и анализ заимствований, реализована поддержка параллельного выполнения, позволяющего существенно сократить время компиляции. Распараллеливание уже доступно в ночных сборках Rust и включается при помощи опции "-Z threads=8". В стабильную ветку рассматриваемую возможность планируют включить в 2024 году... Подробнее: https://www.opennet.me/opennews/art.shtml?num=60095
Ответить \| Правка \| Cообщить модератору

Оглавление

это получается я смогу быстрее компилять фаерфокс , Аноним (1), 23:05 , 11-Ноя-23, (1)

Там у огнелисы лишь небольшие куски на расте, поэтому даже медленнее получиться , Аноним (6), 23:12 , 11-Ноя-23, (6) +1

Стоит запустить cloc перед тем как комментировать, worldmind (?), 23:21 , 11-Ноя-23, (7) +2

Ты запустил сам-то Какие результаты ff на с и js написан - шах и мат , Аноним (67), 17:56 , 12-Ноя-23, (67)

Санта-Барбара онаним газифицирует лужу серия 1337https openhub net p firefox, НяшМяш (ok), 00:10 , 12-Ноя-23, (14) –6

ого, это получается что в следующем возможно в 25м году Раст обгонит СишкуНепл, фнон (?), 00:39 , 12-Ноя-23, (18) –3

Последние пару лет Раст и Сишка соревновались только в том кого из них первым вы, Аноним (76), 07:24 , 13-Ноя-23, (76) +1

Б-же, 4 ляма строк на HTML, даже больше, чем на С И после этого некоторые продо, Алкоголизм (?), 01:01 , 12-Ноя-23, (20) –3

171 Вы говорите что HTML невозможно программировать По-моему вы просто жутко , Аноним (25), 02:36 , 12-Ноя-23, (25) +5
Да XUL мёртв, но подходы его живы Хотя я уверен, что до половины от этого заним, вымя (?), 05:28 , 12-Ноя-23, (33)
Скрыто модератором, Смузихлёб (ok), 06:52 , 12-Ноя-23, (34) –2
Не только интерфейс, но и многая внутренняя логика Чего удивительного Ты посмо, Аноним (67), 17:59 , 12-Ноя-23, (68)

Зачем там BrainFuck , Axel (??), 10:10 , 12-Ноя-23, (41) +2

Чтоб тебе стало инетресно и ты сломал мозг , фнон (?), 15:59 , 12-Ноя-23, (61)
Очевидно это некорректные данные от систем, которые определяют тип файла , Аноним (67), 17:55 , 12-Ноя-23, (66)

11 - это много Потом идет python, будет говорить что ff на питоне Или ты сраз, Аноним (67), 17:54 , 12-Ноя-23, (65)

Учитывая, что код на Python форматирован без скобок и в целом более компактный и, Аноним (76), 07:33 , 13-Ноя-23, (78)

Ну а как вы хотели , Аноним (2), 23:07 , 11-Ноя-23, (2) –1
Остаётся этот самый бекэнд на Раст переписать Зиг по слухам уже слезает с ллвмн, Аноним (6), 23:08 , 11-Ноя-23, (3)

Совсем не по слухам, давно стоит чёткая цельhttps github com ziglang zig issue, Аноним (11), 23:35 , 11-Ноя-23, (11) +2
Не очень понятно зачем Т е можно потратить N сотен человеко-часов, а можно за , фнон (?), 08:55 , 12-Ноя-23, (39)

судя по тикету, они не хотят зависеть от LLVM-ных библиотек но это не мешает им , Советский инженер (ok), 10:16 , 12-Ноя-23, (42) +1
Цель скорее имиджевая Раст декларируется как замена дырявым Си Си , а под копо, Terminator_T1000_РоботСлизь (?), 12:30 , 12-Ноя-23, (52) +3

Извини, но твое сообщение выглядит как набор пафосных штампов Никто втихаря ниче, фнон (?), 12:56 , 12-Ноя-23, (53) +4

Добавление раст-кода к си-коду делает только необходимым поддерживать два языка , Аноним (76), 07:20 , 13-Ноя-23, (75) +2

Можно утверждать с полной уверенностью, что становится хуже Потому что ломается, Аноним (85), 13:57 , 13-Ноя-23, (85)

пойди это librsvg расскажи все вы такие умеые и умелые в комментах языком чесать, Советский инженер (ok), 18:52 , 13-Ноя-23, (92)

Но двойные они только у опеннетных Военов Супротив Раста, сидящих тут с вендочки, Аноним (55), 13:58 , 12-Ноя-23, (55)

Совсем евангилисты раста обленились Где тут сказано, что штатный интерфейс Где т, Серб (ok), 13:40 , 13-Ноя-23, (84)

Совсем Воены овоенились - сами опять что-то придумали, сами оспорили И слушать с, Аноним (55), 16:31 , 13-Ноя-23, (86)

А теперь дай пример кода, где функции на разных архитектурах в качестве параметр, Серб (ok), 16:48 , 13-Ноя-23, (87)

https github com jasonwhite syscalls tree main src, Аноним (55), 17:32 , 13-Ноя-23, (88)

Чутку глянул Это вот прям сахарок https github com jasonwhite syscalls blob ma, Серб (ok), 18:01 , 13-Ноя-23, (89)
Так где там разные структуры Вызов системного вызова по номеру и передача параме, Серб (ok), 18:16 , 13-Ноя-23, (91) –1

Папа, где море c Сам что-то придумал, сам потребовал опровергнуть истинный, Аноним (55), 20:49 , 13-Ноя-23, (93)

Забавно Так где разные структуры то Где один код обрабатывающий разные структу, Аноним (94), 21:16 , 13-Ноя-23, (94)

Забавно, пошли очередные это не считаица, это тоже, а покажи мне диво-дивное, ч, Аноним (55), 21:53 , 13-Ноя-23, (95)
Изначально речь и шла про невозможность одним кодом разные структуры обрабатыват, Аноним (99), 11:22 , 14-Ноя-23, (99)
Изначально речь шла о И да, как раз с этим у раста большие проблемы Из-за зато, Аноним (55), 22:26 , 14-Ноя-23, (100)
Скрыто модератором, Аноним (99), 02:31 , 15-Ноя-23, (101)

зачем независимость внезапно чтобы не зависеть от прихотей левой пятки трансге, Аноним (54), 13:00 , 12-Ноя-23, (54)

А он не может написать хороший код Может ты не сможешь им пользоваться Как это , янонимус (?), 15:56 , 12-Ноя-23, (60) +3

пусть хоть волшебный код будет - кто думает о будущем не подсядет на вендорлок, , Аноним (64), 17:41 , 12-Ноя-23, (64)
Так эти трансгендеры код не пишут, они максимум на маркдауне в CoC контрибутят , Аноним (76), 07:27 , 13-Ноя-23, (77) –1

Чтобы весь тулчейн Zig был написан на компактном и быстром Zig и не тянул за соб, Аноним (76), 07:47 , 13-Ноя-23, (80)

а может Zig такой компактный и быстрый как раз за счет использования LLVM такие , Советский инженер (ok), 09:46 , 13-Ноя-23, (82)

надо быстрее в своп ложиться , Павел Отредиез (ok), 23:09 , 11-Ноя-23, (5)
Возрастать по сравнению с многопроцессностью Не верю , Аноним (8), 23:21 , 11-Ноя-23, (8)

Вполне может Если там насовали лок на каждый указатель и используются обильные , Tron is Whistling (?), 00:10 , 12-Ноя-23, (15) +1
Многопроцессность не отменяется, как и раньше каждый крейт компилируется в отдел, morphe (?), 05:16 , 12-Ноя-23, (31)

Надеюсь, додумаются всё в 1 процесс засунуть и параллелить только одними потокам, Аноним (43), 10:18 , 12-Ноя-23, (43) –1

А какой смысл , morphe (?), 19:31 , 12-Ноя-23, (69)

Ну что ты как маленький Чтобы потребители Коры Дуба 8482 были счастливы , Аноним (72), 01:08 , 13-Ноя-23, (72)

Собаки лают, караван идёт , Аноним (17), 00:18 , 12-Ноя-23, (17)

Собаки распараллеливают - караван идет8 потоков и на 50 быстрее Каждый поток д, Аноним (21), 01:02 , 12-Ноя-23, (21) +1

Они ещё не познали всю силу фрагментирующего дефрагментатора , Павел Отредиез (ok), 01:26 , 12-Ноя-23, (23) +1

У меня и козырь припасён А как насчёт дефрагментирующего фрагментатора Всё брат, Павел Отредиез (ok), 01:45 , 12-Ноя-23, (24)

Собаки лают, а все как писали на Си и С , так и пишут , Аноним (76), 07:38 , 13-Ноя-23, (79)

Лучше бы сборку из GCC завезли Go можно собрать из GCC, а сабж - нет , Аноним (27), 03:04 , 12-Ноя-23, (27) +1

Не переживайте Люди этим занимаются , Аноним (32), 05:25 , 12-Ноя-23, (32)
go-gcc не собирает многие приложения А м6огие собранные - крашатся , Аноним (43), 10:20 , 12-Ноя-23, (44)

Учитывая, что на расте ничего не написано, то хватит и сборки немногого Главное, Аноним (85), 10:28 , 12-Ноя-23, (45) +2

так если ничего не написано, то зачем таскаешь мазохист , Советский инженер (ok), 11:52 , 12-Ноя-23, (48) –1

Firefox, pyca cryptography, librsvg Ни одной другой причины нет , Аноним (85), 12:11 , 12-Ноя-23, (51) +1

сборка больших проектов и так задействует все ядра, так как производится в неско, Аноним (35), 07:27 , 12-Ноя-23, (35)

Эффективным менеджерам не нужен быстрый и эффективный язык, им нужно нечто с пом, Аноним (76), 07:17 , 13-Ноя-23, (74) +1

а в дневных билдах хрома и фаерфокса распараллелено уже все что можно только жра, glad_valakas (?), 09:50 , 12-Ноя-23, (40) +2
Но, погодите-ка, ведь раст изначально разрабатывался с поддержкой многопоточност, ИмяХ (ok), 10:47 , 12-Ноя-23, (46) –2

Ты не путай многопоточное исполнение и компиляциюКомпилятор может вообще быть на, фнон (?), 11:06 , 12-Ноя-23, (47) +1

А он и не путает Он спрашивает, как так получилось, что сами сапожники остались, Аноним (58), 14:57 , 12-Ноя-23, (58) +1

А они собирались делать себе сапоги Или сам придумал Насколько я помню историю, фнон (?), 15:04 , 12-Ноя-23, (59)
Интересен другой вопрос а как так получилось, что лучшие разработчики на планет, burjui (ok), 22:59 , 13-Ноя-23, (97)

А зачем домохозяки , очевидно считающие что можно было просто сделать запусти_, Аноним (55), 12:04 , 12-Ноя-23, (50) +2
Параллельная компиляция в rustc есть уже давно этап генерации кода , просто сей, burjui (ok), 22:57 , 13-Ноя-23, (96)

А где конкретные цифры по проектам Ну к примеру насколько сам компилятор стал б, Аноним (67), 16:07 , 12-Ноя-23, (63)

Если перейти по ссылке в статье в блог - то там можно найти ссыль на гитхабhttps, фнон (?), 19:50 , 12-Ноя-23, (70) +1

для очень маленьких программ, которые и так компилируются быстро, компиляция в , Аноним (76), 07:12 , 13-Ноя-23, (73) –1

Не переживай за них так На самом деле скорость компиляции не изменилась, потому, нах. (?), 18:10 , 13-Ноя-23, (90) –1
На целых 2 Возможно, ты слышал о таком понятии, как компромисс Это такая шт, burjui (ok), 23:03 , 13-Ноя-23, (98)

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

1. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (1), 11-Ноя-23, 23:05

это получается я смогу быстрее компилять фаерфокс?

Ответить | Правка | Наверх | Cообщить модератору

6. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (6), 11-Ноя-23, 23:12

Там у огнелисы лишь небольшие куски на расте, поэтому даже медленнее получиться.

Ответить | Правка | Наверх | Cообщить модератору

7. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от worldmind (?), 11-Ноя-23, 23:21

Стоит запустить cloc перед тем как комментировать

Ответить | Правка | Наверх | Cообщить модератору

67. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (67), 12-Ноя-23, 17:56

Ты запустил сам-то? Какие результаты? ff на с++ и js написан - шах и мат.

Ответить | Правка | Наверх | Cообщить модератору

14. "В ночных сборках Rust расширены возможности распараллеливани..." –6 +/–

Сообщение от НяшМяш (ok), 12-Ноя-23, 00:10

Санта-Барбара "онаним газифицирует лужу" серия 1337
https://openhub.net/p/firefox/analyses/latest/languages_summary

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

18. "В ночных сборках Rust расширены возможности распараллеливани..." –3 +/–

Сообщение от фнон (?), 12-Ноя-23, 00:39

ого, это получается что в следующем (возможно в 25м) году Раст обгонит Сишку
Неплохо, весьма неплохо!

Ответить | Правка | Наверх | Cообщить модератору

76. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:24

Последние пару лет Раст и Сишка соревновались только в том кого из них первым выкинут из проекта.

Ответить | Правка | Наверх | Cообщить модератору

20. "В ночных сборках Rust расширены возможности распараллеливани..." –3 +/–

Сообщение от Алкоголизм (?), 12-Ноя-23, 01:01

Б-же, 4 ляма строк на HTML, даже больше, чем на С. И после этого некоторые продолжают утверждать, что HTML не язык программирования, а я не могу являться сертифицированным HTML-программистом.
А если серьёзно, откуда так много? Весь интерфейс лисы описан на html/js?

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

25. "В ночных сборках Rust расширены возможности распараллеливани..." +5 +/–

Сообщение от Аноним (25), 12-Ноя-23, 02:36

«Вы говорите что HTML невозможно программировать. По-моему вы просто жутко наелись конфет…» — Денис Попов

Ответить | Правка | Наверх | Cообщить модератору

33. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от вымя (?), 12-Ноя-23, 05:28

> А если серьёзно, откуда так много? Весь интерфейс лисы описан на html/js?
Да. XUL мёртв, но подходы его живы.
Хотя я уверен, что до половины от этого занимает монструозный about:newtab с нескучными списками самых посещаемых сайтов на react.js.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

34. Скрыто модератором –2 +/–

Сообщение от Смузихлёб (ok), 12-Ноя-23, 06:52

> Весь интерфейс лисы описан на html/js?
Было бы прекрасно, если все интерфейсы писались на стеке html/css/js.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

68. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (67), 12-Ноя-23, 17:59

> А если серьёзно, откуда так много? Весь интерфейс лисы описан на html/js?
Не только интерфейс, но и многая внутренняя логика. Чего удивительного? Ты посмотри сколько занимает в процентном соотношении код на lua или vimscript в neovim, или код на elisp в emacs.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

41. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от Axel (??), 12-Ноя-23, 10:10

Зачем там BrainFuck?

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

61. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от фнон (?), 12-Ноя-23, 15:59

Чтоб тебе стало инетресно и ты сломал мозг))

Ответить | Правка | Наверх | Cообщить модератору

66. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (67), 12-Ноя-23, 17:55

Очевидно это некорректные данные от систем, которые определяют тип файла.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

65. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (67), 12-Ноя-23, 17:54

11% - это много? Потом идет python, будет говорить что ff на питоне? Или ты сразу встал в защитную позу из-за того, что кто-то сказал что тебе не нравится?

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

78. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:33

Учитывая, что код на Python форматирован без скобок и в целом более компактный и высокоуровневый, можно смело говорить, что Firefox скорее написан на Python, чем на Rust. Не говоря уже о Javascript.

Ответить | Правка | Наверх | Cообщить модератору

2. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от Аноним (2), 11-Ноя-23, 23:07

Ну а как вы хотели?

Ответить | Правка | Наверх | Cообщить модератору

3. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (6), 11-Ноя-23, 23:08

Остаётся этот самый бекэнд на Раст переписать. Зиг по слухам уже слезает с ллвмной иглы.

Ответить | Правка | Наверх | Cообщить модератору

11. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от Аноним (11), 11-Ноя-23, 23:35

Совсем не по слухам, давно стоит чёткая цель
https://github.com/ziglang/zig/issues/16270

Ответить | Правка | Наверх | Cообщить модератору

39. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от фнон (?), 12-Ноя-23, 08:55

Не очень понятно 'зачем'?
Т.е можно потратить N сотен человеко-часов, а можно за это время и силы добавить какие-то полезные конструкции в язык или оптимизировать быстродействие.
Даже в упомянутом тикете Зиг мотивация довольно размытая:
- All our bugs are belong to us.
Ну так вам их все и чинить придется) А над ЛЛВМ работает еще куча людей.
- The Zig compiler binary goes from about 150 MiB to 5 MiB.
Думаю речь про дебажные билды, да и 150 не такое большое число.
- We can implement our own optimization passes that push the state of the art of computing forward.
Спасибо, мы уже насмотрелись на оптимизации в С/С++
- We can attract direct contributions from Intel, ARM, RISC-V chip manufacturers, etc., who have a vested interest in making our machine code better on their CPUs.
'Мы просто хотим чемодан денег от Интел?' - а вот это уже достойная цель!

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

42. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Советский инженер (ok), 12-Ноя-23, 10:16

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

Ответить | Правка | Наверх | Cообщить модератору

52. "В ночных сборках Rust расширены возможности распараллеливани..." +3 +/–

Сообщение от Terminator_T1000_РоботСлизь (?), 12-Ноя-23, 12:30

Цель скорее имиджевая. Раст декларируется как замена дырявым Си/Си++, а под копотом втихаря у себя юзает "ллвмное сишное поделие". Более того, Раст не гнушается пользоваться сишной либси в недрах своей стдлибы. Не к лицу, какие-то "двойные стандарты". Попахивает ханжеством и лицемерием.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

53. "В ночных сборках Rust расширены возможности распараллеливани..." +4 +/–

Сообщение от фнон (?), 12-Ноя-23, 12:56

Извини, но твое сообщение выглядит как набор пафосных штампов.
Никто втихаря ничего не юзает - о том что раст собирается ллвм'ом могут не знать только домохозяйки (и то не все)) - любой человек которые решил его установить, прочтет документацию.
По поводу либСИ - уже были попытки переписать (steed), думаю к этому еще вернутся.
В любом случае добавление раст-кода к си-коду уже делает код лучше (хотя бы будет меньше use-after-free).

Ответить | Правка | Наверх | Cообщить модератору

75. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:20

Добавление раст-кода к си-коду делает только необходимым поддерживать два языка вместо одного. Никакой код лучше от Раста автоматически не становится.

Ответить | Правка | Наверх | Cообщить модератору

85. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (85), 13-Ноя-23, 13:57

Можно утверждать с полной уверенностью, что становится хуже. Потому что ломается линковка, появляется зависимость от шланга и его стека (в том числе, от плюсовых либ), во многих случаях появляются случайные труднодиагностируемые зависания (и особенно это касается менее популярных платформ). Так что, если видишь растофанатика, смело плюй ему в лицо, он глупый и хочет тебе навредить.

Ответить | Правка | Наверх | Cообщить модератору

92. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Советский инженер (ok), 13-Ноя-23, 18:52

пойди это librsvg расскажи.
все вы такие умеые и умелые в комментах языком чесать. а вот когда касается дела - то пшик.

Ответить | Правка | Наверх | Cообщить модератору

55. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (55), 12-Ноя-23, 13:58

> Более того, Раст не гнушается пользоваться сишной либси в недрах своей стдлибы. Не к лицу, какие-то "двойные стандарты". Попахивает ханжеством и лицемерием.
Но двойные они только у опеннетных Военов Супротив Раста, сидящих тут с вендочки или мака и не знающих про штатный интерфейс взаимодейстия с *nix-ядрами ...

System calls and library wrapper functions
       System calls are generally not invoked directly, but rather via
       wrapper functions in glibc (or perhaps some other library).
...
Architecture-specific requirements
       Each architecture ABI has its own requirements on how system call
       arguments are passed to the kernel.  For system calls that have a
       glibc wrapper (e.g., most system calls), glibc handles the
       details of copying arguments to the right registers in a manner
       suitable for the architecture.

вон, на редоксе прекрасно обходятся без сишной либц (и даже предоставляют либц на расте для запуска сишко-софта).
Впрочем, Военам это ведь не помеха - как только появится "своя" версия, на расте, Воены хором начнут декларировать вторую часть своего Эпоса: "Опять NIH! Опять лишь переписали! Опять тянут в систему что-то свое, вместо использования уже готового системного!"

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

84. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Серб (ok), 13-Ноя-23, 13:40

Совсем евангилисты раста обленились?
Где тут сказано, что штатный интерфейс?
Где тут сказано что никто не может сделать библиотеку для работы с системными вызовами?
Бери, делай, работай. Поддерживать придется самому - это да.
И код поддержки разных архитектур и ядер придется писать самому - это то же да.

И да, как раз с этим у раста большие проблемы. Из-за заточенности на безопасности условная компиляция сложна в реализации. Из-за своеобразного взгляда на ООП такие реализации требуют мультиплексирования одних и тех же участков кода.

Ответить | Правка | Наверх | Cообщить модератору

86. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (55), 13-Ноя-23, 16:31

> Где тут сказано что никто не может сделать библиотеку для работы с
> системными вызовами?
Совсем Воены овоенились - сами опять что-то придумали, сами оспорили.
> Бери, делай, работай. Поддерживать придется самому - это да.
> И код поддержки разных архитектур и ядер придется писать самому - это то же да.
И слушать скандирования местных Военов "опять NIH! Опять тянут в систему что-то свое, вместо использования уже готового системного!"  - тоже да.
> И да, как раз с этим у раста большие проблемы. Из-за заточенности на безопасности условная компиляция сложна в реализации.
// This function is only included when compiling for a unixish OS with a 32-bit
// architecture
#[cfg(all(unix, target_pointer_width = "32"))]
fn on_32bit_unix() {
  // ...
}

Опять у Военов фантазия разыгралась ...

Ответить | Правка | Наверх | Cообщить модератору

87. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Серб (ok), 13-Ноя-23, 16:48

А теперь дай пример кода, где функции на разных архитектурах в качестве параметров принимают разные структуры. И как реализуется работа с двумя разными структурами двух разных архитектур одним кодом...
Очень будем посмотреть!

Ответить | Правка | Наверх | Cообщить модератору

88. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (55), 13-Ноя-23, 17:32

> А теперь дай пример кода, где функции на разных архитектурах в качестве
> параметров принимают разные структуры. И как реализуется работа с двумя разными
> структурами двух разных архитектур одним кодом...
> Очень будем посмотреть!
https://github.com/jasonwhite/syscalls/tree/main/src

Ответить | Правка | Наверх | Cообщить модератору

89. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Серб (ok), 13-Ноя-23, 18:01

Чутку глянул!
Это вот прям сахарок:
https://github.com/jasonwhite/syscalls/blob/main/src/args.rs

Ответить | Правка | Наверх | Cообщить модератору

91. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от Серб (ok), 13-Ноя-23, 18:16

>> А теперь дай пример кода, где функции на разных архитектурах в качестве
>> параметров принимают разные структуры. И как реализуется работа с двумя разными
>> структурами двух разных архитектур одним кодом...
>> Очень будем посмотреть!
> https://github.com/jasonwhite/syscalls/tree/main/src
Так где там разные структуры?
Вызов системного вызова по номеру и передача параметров им. Без интерпретации содержимого.
Где сами системные вызовы разные на разных платформах?

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

93. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (55), 13-Ноя-23, 20:49

> Так где там разные структуры?
Папа, где море? (c)
> Вызов системного вызова по номеру и передача параметров им. Без интерпретации содержимого.
Сам что-то придумал, сам потребовал опровергнуть ... истинный Воен!
> Где сами системные вызовы разные на разных платформах?

pub unsafe fn syscall2(n: Sysno, arg1: usize, arg2: usize) -> usize {
    let mut ret: usize;
    asm!(
        "syscall",
        inlateout("rax") n as usize => ret,
        in("rdi") arg1,
        in("rsi") arg2,
        out("rcx") _, // rcx is used to store old rip
        out("r11") _, // r11 is used to store old rflags
        options(nostack, preserves_flags)
    );
    ret
}
...
pub unsafe fn syscall2(n: Sysno, arg1: usize, arg2: usize) -> usize {
    let mut ret: usize;
    asm!(
        "svc 0",
        in("r7") n as usize,
        inlateout("r0") arg1 => ret,
        in("r1") arg2,
        options(nostack, preserves_flags)
    );
    ret
}
...
pub unsafe fn syscall2(n: Sysno, arg1: usize, arg2: usize) -> usize {
    let mut ret: usize;
    asm!(
        "ecall",
        in("a7") n as usize,
        inlateout("a0") arg1 => ret,
        in("a1") arg2,
        options(nostack, preserves_flags)
    );
    ret
}
...
pub unsafe fn syscall2(n: Sysno, arg1: usize, arg2: usize) -> usize {
    let mut err: usize;
    let mut ret: usize;
    asm!(
        "syscall",
        inlateout("$2") n as usize => ret,
        lateout("$7") err,
        in("$4") arg1,
        in("$5") arg2,
        // All temporary registers are always clobbered
        lateout("$8") _,
        lateout("$9") _,
        lateout("$10") _,
        lateout("$11") _,
        lateout("$12") _,
        lateout("$13") _,
        lateout("$14") _,
        lateout("$15") _,
        lateout("$24") _,
        lateout("$25") _,
        options(nostack, preserves_flags)
    );
    if err == 0 {
        ret
    } else {
        ret.wrapping_neg()
    }
}

Ответить | Правка | Наверх | Cообщить модератору

94. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (94), 13-Ноя-23, 21:16

Забавно. Так где разные структуры то? Где один код обрабатывающий разные структуры?
То что ты приводишь, это лишь малая необходимая часть для легкого переноса кода на разные платформы. Очень малая и сильно недостаточная.

Ответить | Правка | Наверх | Cообщить модератору

95. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (55), 13-Ноя-23, 21:53

> Забавно. Так где разные структуры то? Где один код обрабатывающий разные структуры?
Забавно, пошли очередные "это не считаица, это тоже, а покажи мне диво-дивное, чудо-чудное ..."
В реализацию stdlib смотреть не пробовали?
https://doc.rust-lang.org/src/std/fs.rs.html#362-364

pub fn open<P: AsRef<Path>>(&self, path: P) -> io::Result<File> {
        self._open(path.as_ref())
    }
    fn _open(&self, path: &Path) -> io::Result<File> {
        fs_imp::File::open(path, &self.0).map(|inner| File { inner })
    }

Правда, совсем не обязательно делать удаление гланд автогеном через одно место:

pub fn open<P: AsRef<Path>>(path: P) -> io::Result<File> {
        OpenOptions::new().read(true).open(path.as_ref())
    }

Там ведь под капотом не только лишь "вызовы нашей либц!"

impl File {
    pub fn open(path: &Path, opts: &OpenOptions) -> io::Result<File> {
        let path = maybe_verbatim(path)?;
        let handle = unsafe {
            c::CreateFileW(
                path.as_ptr(),
                opts.get_access_mode()?,
                opts.share_mode,
                opts.security_attributes,
                opts.get_creation_mode()?,
                opts.get_flags_and_attributes(),
                ptr::null_mut(),
            )
        };
...
impl File {
    pub fn open(path: &Path, opts: &OpenOptions) -> io::Result<File> {
        run_path_with_cstr(path, |path| File::open_c(path, opts))
    }
    pub fn open_c(path: &CStr, opts: &OpenOptions) -> io::Result<File> {
        let flags = libc::O_CLOEXEC
...
#[cfg(any(
        target_os = "macos",
        target_os = "ios",
        target_os = "watchos",
        target_os = "linux",
        target_os = "emscripten",
        target_os = "android",
        target_os = "solaris",
        target_os = "illumos",
        target_os = "haiku",
        target_os = "l4re",
        target_os = "fuchsia",
        target_os = "redox",
        target_os = "vxworks",
        target_os = "espidf",
        target_os = "horizon",
        target_os = "vita",
        target_os = "nto",
    ))]
    pub fn ino(&self) -> u64 {
        self.entry.d_ino as u64
    }
    #[cfg(any(
        target_os = "freebsd",
        target_os = "openbsd",
        target_os = "netbsd",
        target_os = "dragonfly"
    ))]
    pub fn ino(&self) -> u64 {
        self.entry.d_fileno as u64
    }

Ответить | Правка | Наверх | Cообщить модератору

99. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (99), 14-Ноя-23, 11:22

> Забавно, пошли очередные "это не считаица
Изначально речь и шла про невозможность одним кодом разные структуры обрабатывать. Что ты из раза в раз и подтверждаешь примерами, где сплошное дублирование.
Где хот отдаленно похожее на это:
https://codebrowser.dev/glibc/glibc/libio/iofopen.c.html
Не говоря уже об этом:
https://codebrowser.dev/glibc/glibc/nss/getXXbyYY.c.html
Вот просто такое:
#ifdef _IO_MTSAFE_IO
  new_f->fp.file._lock = &new_f->lock;
#endif
?

Ответить | Правка | Наверх | Cообщить модератору

100. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (55), 14-Ноя-23, 22:26

>> Забавно, пошли очередные "это не считаица
> Изначально речь и шла про невозможность одним кодом разные структуры обрабатывать. Что
> ты из раза в раз и подтверждаешь примерами,
Изначально речь шла о "И да, как раз с этим у раста большие проблемы. Из-за заточенности на безопасности условная компиляция сложна в реализации. ", остальное - уже фантазии Военов.
> где сплошное дублирование.
Вызов WinAPI на венде - дублирование open на nix, так и запишемю

> Где хот отдаленно похожее на это:
> https://codebrowser.dev/glibc/glibc/libio/iofopen.c.html
> Не говоря уже об этом:
> https://codebrowser.dev/glibc/glibc/nss/getXXbyYY.c.html
Какой "отличный" пример "кросплатформы" - линух-онли либа.
> Вот просто такое:
>

> #ifdef _IO_MTSAFE_IO
>   new_f->fp.file._lock = &new_f->lock;
> #endif
>

#[cfg(any(
        target_os = "freebsd",
        target_os = "openbsd",
        target_os = "netbsd",
        target_os = "dragonfly"
    ))]
    pub fn ino(&self) -> u64 {
        self.entry.d_fileno as u64
    }

"Папа, где море?"(с)

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

101. Скрыто модератором +/–

Сообщение от Аноним (99), 15-Ноя-23, 02:31

Опять. Вот опять приводишь пример в котором полный вызов функции.
И? Опять показал проблемы раста.
В очередной раз показывая на .вно говоришь, что это съедобно.
Вот реально сказочный Ваня или просто изображаешь?

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

54. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (54), 12-Ноя-23, 13:00

> Не очень понятно 'зачем'?
зачем независимость ? внезапно чтобы не зависеть от прихотей левой пятки трансгендера

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

60. "В ночных сборках Rust расширены возможности распараллеливани..." +3 +/–

Сообщение от янонимус (?), 12-Ноя-23, 15:56

А он не может написать хороший код?
Может ты не сможешь им пользоваться? Как это у вас называется, "зашкварно"?
Или скрепы разогнуться?

Ответить | Правка | Наверх | Cообщить модератору

64. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (64), 12-Ноя-23, 17:41

> А он не может написать хороший код ?
пусть хоть волшебный код будет - кто думает о будущем не подсядет на вендорлок, поматросил и бросил в таких случаях лучшая стратегия

Ответить | Правка | Наверх | Cообщить модератору

77. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:27

Так эти трансгендеры код не пишут, они максимум на маркдауне в CoC контрибутят.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

80. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:47

Чтобы весь тулчейн Zig был написан на компактном и быстром Zig и не тянул за собой тонны легаси.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

82. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Советский инженер (ok), 13-Ноя-23, 09:46

а может Zig такой компактный и быстрый как раз за счет использования LLVM?
такие простые мысли тебя не посещали?

Ответить | Правка | Наверх | Cообщить модератору

5. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Павел Отредиез (ok), 11-Ноя-23, 23:09

:) надо быстрее в своп ложиться...

Ответить | Правка | Наверх | Cообщить модератору

8. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (8), 11-Ноя-23, 23:21

>Кроме того, потребление памяти в многопоточном режиме может значительно возрастать, например, в тестах наблюдался рост потребления памяти до 35%.
Возрастать по сравнению с многопроцессностью? Не верю.

Ответить | Правка | Наверх | Cообщить модератору

15. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Tron is Whistling (?), 12-Ноя-23, 00:10

Вполне может. Если там насовали лок на каждый указатель и используются обильные мелкие структуры - 35% - это ещё не предел.

Ответить | Правка | Наверх | Cообщить модератору

31. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от morphe (?), 12-Ноя-23, 05:16

Многопроцессность не отменяется, как и раньше каждый крейт компилируется в отдельном процессе, однако теперь каждый из этих процессов может использовать несколько потоков при компиляции (При кодогенерации оно и так использовало многопоточность llvm)

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

43. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от Аноним (43), 12-Ноя-23, 10:18

Надеюсь, додумаются всё в 1 процесс засунуть и параллелить только одними потоками.

Ответить | Правка | Наверх | Cообщить модератору

69. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от morphe (?), 12-Ноя-23, 19:31

> Надеюсь, додумаются всё в 1 процесс засунуть и параллелить только одними потоками.
А какой смысл?

Ответить | Правка | Наверх | Cообщить модератору

72. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (72), 13-Ноя-23, 01:08

Ну что ты как маленький? Чтобы потребители Коры Дуба™ были счастливы.

Ответить | Правка | Наверх | Cообщить модератору

17. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (17), 12-Ноя-23, 00:18

Собаки лают, караван идёт...

Ответить | Правка | Наверх | Cообщить модератору

21. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (21), 12-Ноя-23, 01:02

Собаки распараллеливают - караван идет
8 потоков и на 50% быстрее. Каждый поток добавляет 6%... Питон, вроде, "параллельнее" будет.

Ответить | Правка | Наверх | Cообщить модератору

23. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Павел Отредиез (ok), 12-Ноя-23, 01:26

Они ещё не познали всю силу фрагментирующего дефрагментатора.

Ответить | Правка | Наверх | Cообщить модератору

24. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Павел Отредиез (ok), 12-Ноя-23, 01:45

У меня и козырь припасён. А как насчёт дефрагментирующего фрагментатора?
Всё братья, простите грешника, спаааать!

Ответить | Правка | Наверх | Cообщить модератору

79. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:38

Собаки лают, а все как писали на Си и С++, так и пишут.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

27. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (27), 12-Ноя-23, 03:04

Лучше бы сборку из GCC завезли.  Go можно собрать из GCC, а сабж - нет.

Ответить | Правка | Наверх | Cообщить модератору

32. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (32), 12-Ноя-23, 05:25

Не переживайте. Люди этим занимаются.

Ответить | Правка | Наверх | Cообщить модератору

44. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (43), 12-Ноя-23, 10:20

go-gcc не собирает многие приложения. А м6огие собранные - крашатся.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

45. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от Аноним (85), 12-Ноя-23, 10:28

Учитывая, что на расте ничего не написано, то хватит и сборки немногого. Главное, что не придётся тащить этот мерзкий тулчейн (а шланг и вовсе компилируется вечность).

Ответить | Правка | Наверх | Cообщить модератору

48. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от Советский инженер (ok), 12-Ноя-23, 11:52

>расте ничего не написано
>не придётся тащить этот мерзкий тулчейн
так если ничего не написано, то зачем таскаешь?
мазохист?

Ответить | Правка | Наверх | Cообщить модератору

51. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (85), 12-Ноя-23, 12:11

Firefox, pyca/cryptography, librsvg. Ни одной другой причины нет.

Ответить | Правка | Наверх | Cообщить модератору

35. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (35), 12-Ноя-23, 07:27

сборка больших проектов и так задействует все ядра, так как производится в несколько процессов. А для небольших проектов время компиляции - явно не бутылочное горлышко.
Если кто еще не понял, для чего это все делается, то - чтобы ускорить искусственные хелловорлды, впечатлить CEO, добавить круто выглядящие строчки в резюме и освоить деньги спонсоров. Собственно, весь раст как язык был изначально создан с такими целями.

Ответить | Правка | Наверх | Cообщить модератору

74. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:17

Эффективным менеджерам не нужен быстрый и эффективный язык, им нужно нечто с помощью чего можно бесконечно доить проект переписываниями и фиксами. Вот они и проталкивают Раст, специально спроектированный для этого.

Ответить | Правка | Наверх | Cообщить модератору

40. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от glad_valakas (?), 12-Ноя-23, 09:50

а в дневных билдах хрома и фаерфокса распараллелено уже все что можно.
только жрать меньше они не стали.
еще раз для непонятливых: ловкая утилизация системных ресурсов не является оптимизацией производительности.

Ответить | Правка | Наверх | Cообщить модератору

46. "В ночных сборках Rust расширены возможности распараллеливани..." –2 +/–

Сообщение от ИмяХ (ok), 12-Ноя-23, 10:47

Но, погодите-ка, ведь раст изначально разрабатывался с поддержкой многопоточности "из коробки", как так получается, что многопоточная компиляция появляется только сейчас, спустя 15 лет с начала его разработки?

Ответить | Правка | Наверх | Cообщить модератору

47. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от фнон (?), 12-Ноя-23, 11:06

Ты не путай многопоточное исполнение и компиляцию
Компилятор может вообще быть на совершенно другом языке (и потом быть переписан на свой же язык, но не всегда)
Раст начинал с окалма, ГнуСИ с волосатого паскаля.

Ответить | Правка | Наверх | Cообщить модератору

58. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от Аноним (58), 12-Ноя-23, 14:57

А он и не путает. Он спрашивает, как так получилось, что сами сапожники остались без сапог.

Ответить | Правка | Наверх | Cообщить модератору

59. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от фнон (?), 12-Ноя-23, 15:04

А они собирались делать себе сапоги? Или сам придумал)?
Насколько я помню историю то выбор ллвм был почти сразу.
Это отличный способ получить кучу профита из коробки и не придумывать велосипеды без сильной необходимости.

Ответить | Правка | Наверх | Cообщить модератору

97. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от burjui (ok), 13-Ноя-23, 22:59

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

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

50. "В ночных сборках Rust расширены возможности распараллеливани..." +2 +/–

Сообщение от Аноним (55), 12-Ноя-23, 12:04

> Но, погодите-ка, ведь раст изначально разрабатывался с поддержкой многопоточности "из
> коробки", как так получается, что многопоточная компиляция появляется только сейчас,
А зачем "домохозяки", очевидно считающие что можно было просто сделать "запусти_много_потоков(синтактический_анализ_сорса)" интересуются?

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

96. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от burjui (ok), 13-Ноя-23, 22:57

Параллельная компиляция в rustc есть уже давно (этап генерации кода), просто сейчас дело дошло до распараллеливания фронтенда. Очевидно, проблемы решаются по мере возникновения и по важности. А как с параллельной компиляцией обстоят дела у других компиляторов, позвольте узнать?

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

63. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от Аноним (67), 12-Ноя-23, 16:07

А где конкретные цифры по проектам? Ну к примеру насколько сам компилятор стал быстрее собираться? Что это маркетинговые байки

Ответить | Правка | Наверх | Cообщить модератору

70. "В ночных сборках Rust расширены возможности распараллеливани..." +1 +/–

Сообщение от фнон (?), 12-Ноя-23, 19:50

Если перейти по ссылке в статье в блог - то там можно найти ссыль на гитхаб
https://github.com/rust-lang/compiler-team/issues/681
там есть примеры изменения времени компиляции разных либ (напр Serde, hyper, regex и тд)
Спойлер: ускорилось от 11 до 47%, в среднем 30%
Under 8 cores and 8 threads, the parallel front end can reduce the clean build (cargo build with -Z threads=8 option) time by about 30% on average.

Ответить | Правка | Наверх | Cообщить модератору

73. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от Аноним (76), 13-Ноя-23, 07:12

"для очень маленьких программ, которые и так компилируются быстро, компиляция в многопоточном режиме может выполняться медленнее" - то есть общая скорость компиляции хелоуворлдов растишек в итоге только уменьшилась.

Ответить | Правка | Наверх | Cообщить модератору

90. "В ночных сборках Rust расширены возможности распараллеливани..." –1 +/–

Сообщение от нах. (?), 13-Ноя-23, 18:10

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

Ответить | Правка | Наверх | Cообщить модератору

98. "В ночных сборках Rust расширены возможности распараллеливани..." +/–

Сообщение от burjui (ok), 13-Ноя-23, 23:03

На целых 2%. Возможно, ты слышал о таком понятии, как "компромисс". Это такая штука, которую приходится реализовывать примерно в 95% решаемых задач в реальном мире.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
Сообщение от Аноним (1), 11-Ноя-23, 23:05
это получается я смогу быстрее компилять фаерфокс?
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "В ночных сборках Rust расширены возможности распараллеливани..."	+1 +/–
	Сообщение от Аноним (6), 11-Ноя-23, 23:12
	Там у огнелисы лишь небольшие куски на расте, поэтому даже медленнее получиться.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "В ночных сборках Rust расширены возможности распараллеливани..."	+2 +/–
	Сообщение от worldmind (?), 11-Ноя-23, 23:21
	Стоит запустить cloc перед тем как комментировать
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (67), 12-Ноя-23, 17:56
	Ты запустил сам-то? Какие результаты? ff на с++ и js написан - шах и мат.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "В ночных сборках Rust расширены возможности распараллеливани..."	–6 +/–
	Сообщение от НяшМяш (ok), 12-Ноя-23, 00:10
	Санта-Барбара "онаним газифицирует лужу" серия 1337 https://openhub.net/p/firefox/analyses/latest/languages_summary
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	18. "В ночных сборках Rust расширены возможности распараллеливани..."	–3 +/–
	Сообщение от фнон (?), 12-Ноя-23, 00:39
	ого, это получается что в следующем (возможно в 25м) году Раст обгонит Сишку Неплохо, весьма неплохо!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "В ночных сборках Rust расширены возможности распараллеливани..."	+1 +/–
	Сообщение от Аноним (76), 13-Ноя-23, 07:24
	Последние пару лет Раст и Сишка соревновались только в том кого из них первым выкинут из проекта.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "В ночных сборках Rust расширены возможности распараллеливани..."	–3 +/–
	Сообщение от Алкоголизм (?), 12-Ноя-23, 01:01
	Б-же, 4 ляма строк на HTML, даже больше, чем на С. И после этого некоторые продолжают утверждать, что HTML не язык программирования, а я не могу являться сертифицированным HTML-программистом. А если серьёзно, откуда так много? Весь интерфейс лисы описан на html/js?
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	25. "В ночных сборках Rust расширены возможности распараллеливани..."	+5 +/–
	Сообщение от Аноним (25), 12-Ноя-23, 02:36
	«Вы говорите что HTML невозможно программировать. По-моему вы просто жутко наелись конфет…» — Денис Попов
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от вымя (?), 12-Ноя-23, 05:28
	> А если серьёзно, откуда так много? Весь интерфейс лисы описан на html/js? Да. XUL мёртв, но подходы его живы. Хотя я уверен, что до половины от этого занимает монструозный about:newtab с нескучными списками самых посещаемых сайтов на react.js.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	34. Скрыто модератором	–2 +/–
	Сообщение от Смузихлёб (ok), 12-Ноя-23, 06:52
	> Весь интерфейс лисы описан на html/js? Было бы прекрасно, если все интерфейсы писались на стеке html/css/js.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	68. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (67), 12-Ноя-23, 17:59
	> А если серьёзно, откуда так много? Весь интерфейс лисы описан на html/js? Не только интерфейс, но и многая внутренняя логика. Чего удивительного? Ты посмотри сколько занимает в процентном соотношении код на lua или vimscript в neovim, или код на elisp в emacs.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	41. "В ночных сборках Rust расширены возможности распараллеливани..."	+2 +/–
	Сообщение от Axel (??), 12-Ноя-23, 10:10
	Зачем там BrainFuck?
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	61. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от фнон (?), 12-Ноя-23, 15:59
	Чтоб тебе стало инетресно и ты сломал мозг))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (67), 12-Ноя-23, 17:55
	Очевидно это некорректные данные от систем, которые определяют тип файла.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	65. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (67), 12-Ноя-23, 17:54
	11% - это много? Потом идет python, будет говорить что ff на питоне? Или ты сразу встал в защитную позу из-за того, что кто-то сказал что тебе не нравится?
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	78. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (76), 13-Ноя-23, 07:33
	Учитывая, что код на Python форматирован без скобок и в целом более компактный и высокоуровневый, можно смело говорить, что Firefox скорее написан на Python, чем на Rust. Не говоря уже о Javascript.
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "В ночных сборках Rust расширены возможности распараллеливани..."	–1 +/–
Сообщение от Аноним (2), 11-Ноя-23, 23:07
Ну а как вы хотели?
Ответить \| Правка \| Наверх \| Cообщить модератору

3. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
Сообщение от Аноним (6), 11-Ноя-23, 23:08
Остаётся этот самый бекэнд на Раст переписать. Зиг по слухам уже слезает с ллвмной иглы.
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "В ночных сборках Rust расширены возможности распараллеливани..."	+2 +/–
	Сообщение от Аноним (11), 11-Ноя-23, 23:35
	Совсем не по слухам, давно стоит чёткая цель https://github.com/ziglang/zig/issues/16270
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от фнон (?), 12-Ноя-23, 08:55
	Не очень понятно 'зачем'? Т.е можно потратить N сотен человеко-часов, а можно за это время и силы добавить какие-то полезные конструкции в язык или оптимизировать быстродействие. Даже в упомянутом тикете Зиг мотивация довольно размытая: - All our bugs are belong to us. Ну так вам их все и чинить придется) А над ЛЛВМ работает еще куча людей. - The Zig compiler binary goes from about 150 MiB to 5 MiB. Думаю речь про дебажные билды, да и 150 не такое большое число. - We can implement our own optimization passes that push the state of the art of computing forward. Спасибо, мы уже насмотрелись на оптимизации в С/С++ - We can attract direct contributions from Intel, ARM, RISC-V chip manufacturers, etc., who have a vested interest in making our machine code better on their CPUs. 'Мы просто хотим чемодан денег от Интел?' - а вот это уже достойная цель!
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	42. "В ночных сборках Rust расширены возможности распараллеливани..."	+1 +/–
	Сообщение от Советский инженер (ok), 12-Ноя-23, 10:16
	судя по тикету, они не хотят зависеть от LLVM-ных библиотек. но это не мешает им использовать бинарники LLVM
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "В ночных сборках Rust расширены возможности распараллеливани..."	+3 +/–
	Сообщение от Terminator_T1000_РоботСлизь (?), 12-Ноя-23, 12:30
	Цель скорее имиджевая. Раст декларируется как замена дырявым Си/Си++, а под копотом втихаря у себя юзает "ллвмное сишное поделие". Более того, Раст не гнушается пользоваться сишной либси в недрах своей стдлибы. Не к лицу, какие-то "двойные стандарты". Попахивает ханжеством и лицемерием.
	Ответить \| Правка \| К родителю #39 \| Наверх \| Cообщить модератору


	53. "В ночных сборках Rust расширены возможности распараллеливани..."	+4 +/–
	Сообщение от фнон (?), 12-Ноя-23, 12:56
	Извини, но твое сообщение выглядит как набор пафосных штампов. Никто втихаря ничего не юзает - о том что раст собирается ллвм'ом могут не знать только домохозяйки (и то не все)) - любой человек которые решил его установить, прочтет документацию. По поводу либСИ - уже были попытки переписать (steed), думаю к этому еще вернутся. В любом случае добавление раст-кода к си-коду уже делает код лучше (хотя бы будет меньше use-after-free).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "В ночных сборках Rust расширены возможности распараллеливани..."	+2 +/–
	Сообщение от Аноним (76), 13-Ноя-23, 07:20
	Добавление раст-кода к си-коду делает только необходимым поддерживать два языка вместо одного. Никакой код лучше от Раста автоматически не становится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (85), 13-Ноя-23, 13:57
	Можно утверждать с полной уверенностью, что становится хуже. Потому что ломается линковка, появляется зависимость от шланга и его стека (в том числе, от плюсовых либ), во многих случаях появляются случайные труднодиагностируемые зависания (и особенно это касается менее популярных платформ). Так что, если видишь растофанатика, смело плюй ему в лицо, он глупый и хочет тебе навредить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Советский инженер (ok), 13-Ноя-23, 18:52
	пойди это librsvg расскажи. все вы такие умеые и умелые в комментах языком чесать. а вот когда касается дела - то пшик.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (55), 12-Ноя-23, 13:58
	> Более того, Раст не гнушается пользоваться сишной либси в недрах своей стдлибы. Не к лицу, какие-то "двойные стандарты". Попахивает ханжеством и лицемерием. Но двойные они только у опеннетных Военов Супротив Раста, сидящих тут с вендочки или мака и не знающих про штатный интерфейс взаимодейстия с *nix-ядрами ... System calls and library wrapper functions System calls are generally not invoked directly, but rather via wrapper functions in glibc (or perhaps some other library). ... Architecture-specific requirements Each architecture ABI has its own requirements on how system call arguments are passed to the kernel. For system calls that have a glibc wrapper (e.g., most system calls), glibc handles the details of copying arguments to the right registers in a manner suitable for the architecture. вон, на редоксе прекрасно обходятся без сишной либц (и даже предоставляют либц на расте для запуска сишко-софта). Впрочем, Военам это ведь не помеха - как только появится "своя" версия, на расте, Воены хором начнут декларировать вторую часть своего Эпоса: "Опять NIH! Опять лишь переписали! Опять тянут в систему что-то свое, вместо использования уже готового системного!"
	Ответить \| Правка \| К родителю #52 \| Наверх \| Cообщить модератору


	84. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Серб (ok), 13-Ноя-23, 13:40
	Совсем евангилисты раста обленились? Где тут сказано, что штатный интерфейс? Где тут сказано что никто не может сделать библиотеку для работы с системными вызовами? Бери, делай, работай. Поддерживать придется самому - это да. И код поддержки разных архитектур и ядер придется писать самому - это то же да. И да, как раз с этим у раста большие проблемы. Из-за заточенности на безопасности условная компиляция сложна в реализации. Из-за своеобразного взгляда на ООП такие реализации требуют мультиплексирования одних и тех же участков кода.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "В ночных сборках Rust расширены возможности распараллеливани..."	+/–
	Сообщение от Аноним (55), 13-Ноя-23, 16:31
	> Где тут сказано что никто не может сделать библиотеку для работы с > системными вызовами? Совсем Воены овоенились - сами опять что-то придумали, сами оспорили. > Бери, делай, работай. Поддерживать придется самому - это да. > И код поддержки разных архитектур и ядер придется писать самому - это то же да. И слушать скандирования местных Военов "опять NIH! Опять тянут в систему что-то свое, вместо использования уже готового системного!" - тоже да. > И да, как раз с этим у раста большие проблемы. Из-за заточенности на безопасности условная компиляция сложна в реализации. // This function is only included when compiling for a unixish OS with a 32-bit // architecture #[cfg(all(unix, target_pointer_width = "32"))] fn on_32bit_unix() { // ... } Опять у Военов фантазия разыгралась ...
	Ответить \| Правка \| Наверх \| Cообщить модератору