forum.opennet.ru - "Выпуск языка программирования Rust 1.76" (113)

"Выпуск языка программирования Rust 1.76"

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

"Выпуск языка программирования Rust 1.76"	+/–
Сообщение от opennews (?), 08-Фев-24, 23:16
Опубликован релиз языка программирования общего назначения Rust 1.76, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60575
Ответить \| Правка \| Cообщить модератору

Оглавление

Вообще, впервые слышу, чтобы сборка софта влияла на игры Это же не венда, в вен, Аноним (3), 23:19 , 08-Фев-24, (3) –9

Совсем больной Игры утилизируют RAM, CPU не в меньшей степени чем GPU VRAM Еще, cheburnator9000 (ok), 01:13 , 09-Фев-24, (28) +2

Сборка проекта на Rust утилизирует все ядра по простой банальной причине, количе, cheburnator9000 (ok), 01:15 , 09-Фев-24, (29) +1

С NodeJS не перепутал , JackONeill (?), 06:27 , 09-Фев-24, (72) –2
Компиляция утилизирует все ядра потому что по-умолчанию задана параллельная сбор, freecoder (ok), 18:26 , 10-Фев-24, (135)

Или ты Сборка софта в линуксе всегда происходит с пониженным приоритетом и проц, Аноним (3), 01:32 , 09-Фев-24, (38) –7

втф я только что прочитал вспоминаются экспертные мнения из детства о том, ка, 12yoexpert (ok), 02:39 , 09-Фев-24, (46) –2

Так у меня генту, я бы заметил А вот почему венда так хреново себя ощущает под , Аноним (3), 02:44 , 09-Фев-24, (47) –1
Система повышает динамический приоритет потока для повышения его отклика следующ, n00by (ok), 08:08 , 09-Фев-24, (77) +3

В каком мире работа обычного бинарника gcc или clang запускается с пониженным пр, cheburnator9000 (ok), 03:29 , 09-Фев-24, (64)

В любом, в котором сборщик не одноклеточное, потому что это целиком на нём как, Аноним (3), 03:44 , 09-Фев-24, (65) +1
Ну у него может быть сборка с nice запускается , faa (?), 08:42 , 09-Фев-24, (79) +1

PORTAGE_NICENESS откройте для себя , Фрик из соседней пещеры (?), 10:01 , 09-Фев-24, (81)

Ты не поверишь, залоченность на низкую частоту влияет только на скорость загрузк, Аноним (94), 13:01 , 09-Фев-24, (94) –1

Версии языка выходят быстрее, чем я пишу один проект , Огромист (?), 23:19 , 08-Фев-24, (4) +10

На самом деле нет, просто добавили фичи и выкатили новую версию , tty0 (?), 00:58 , 09-Фев-24, (20)

Которую обязательно нудно собрать, чтобы собрать последующие , Аноним (61), 03:08 , 09-Фев-24, (61) +2

поправил, уж извини, 12yoexpert (ok), 02:37 , 09-Фев-24, (44) +5
Какая разница, что тебе переписывать, оригинальный проект или свой переписанный , Аноним (89), 11:00 , 09-Фев-24, (89)
У Rust фиксированный график выпусков, новая минорная версия языка выходит через , freecoder (ok), 18:27 , 10-Фев-24, (136)

А сколько воя было что семерку дропают Впрочем, это было читать совсем не удивит, Аноним (-), 23:20 , 08-Фев-24, (5) –1

интересно еще то, что года 3-4 назад на rust под windows 7 спокойно писалось и р, Alladin (?), 00:48 , 09-Фев-24, (18)

Ну так 4 года назад и было EOL семерки - Windows 7 support ended on January 14,, Аноним (-), 01:19 , 09-Фев-24, (30) +1

Там наверняка виртуалки,хоть хрюньку пихай , Фрик из соседней пещеры (?), 10:03 , 09-Фев-24, (82) +1

Понимаю что звучит дико, но им виртуалки тоже лицензионные нужны , Аноним (-), 11:47 , 09-Фев-24, (91)

1 Не поверю, чтобы ни у кого из членов Rust Foundation не завалялось лицензионн, Аноним (92), 12:30 , 09-Фев-24, (92) –1

Так платиновый спонсор уже дропнул поддержку Нафига ему продлевать агонию уже ме, Аноним (-), 13:42 , 09-Фев-24, (96) +1

А через несколько лет и на 12, Аноним (112), 17:02 , 09-Фев-24, (112)

Вот это да А если найс игре повысить то внезапно планировщик тоже будет больше , keydon (ok), 23:38 , 08-Фев-24, (9)

Именно, потому что всем какбэ по на то, сколько собирается ядро Оно уже собран, Аноним (-), 23:46 , 08-Фев-24, (11) +8

Зачем тебе опенсорс, братан, если тебе всё прилетает Ну давайте тогда ядра на , anonymous (??), 12:31 , 09-Фев-24, (93) –1

Затем опенсорс и нужен Для разделения труда Кто-то пишет код и ментейнит, кто-т, Аноним (-), 13:57 , 09-Фев-24, (97) +2

У вас с порядком приоритетов проблемы Вам и в игрушку поиграть и emerge -uND --, cheburnator9000 (ok), 01:20 , 09-Фев-24, (31)

Выпускать книжки по расту - это золотая жила Можно каждую неделю выпускать нову, Вы забыли заполнить поле Name (?), 23:50 , 08-Фев-24, (12) +12

Наоборот, народ приучается читать доки и исходники установка которых строго нео, Аноним (42), 02:19 , 09-Фев-24, (42) +1

Смешно Они man не могут осилить, сразу в инет лезут , Вы забыли заполнить поле Name (?), 20:04 , 10-Фев-24, (137) –1

А что, кто-то из бородатых сишников до сих пор читает man-ы вместо стандарта , n00by (ok), 07:42 , 11-Фев-24, (140) +1

В твоем вопросе вся твоя некомпетентность , Вы забыли заполнить поле Name (?), 06:24 , 14-Фев-24, (156)

С точки зрения предпочитателя man-ов стандарту, естественно , n00by (ok), 07:45 , 14-Фев-24, (157)

Мне тоже он нравится, жаль я не могу PHP заменить на Rust, виртуальный хостер не, Аноним (105), 15:07 , 09-Фев-24, (105) –1
https pbs twimg com media FqFIs-UWIAAtLnl format jpg name smallКлассика Помню, Аноним (116), 20:43 , 09-Фев-24, (116)

Это вроде не альфа версия На минуту этот язык пытаются в ядро пропихнуть, а так, Такер Карлсон (-), 00:05 , 09-Фев-24, (14) –6

Ну-ка напомни размер int а в си описан Ой-ой-ой, как же так, а в ядро пропихнул, Шарп (ok), 00:24 , 09-Фев-24, (15) +12

Ты не понимаешь это другое В СИ щвободка и пусть система сама разберется, нам л, Аноним (-), 00:28 , 09-Фев-24, (16) +6
Мне больше интересно почему у этих символ вместо 1 байта 4 байта И я не понимаю, Аноним (3), 00:59 , 09-Фев-24, (22) –2

Строго до 4 по стандарту больше - уже невалидно , Аноним (24), 01:02 , 09-Фев-24, (24)

Хм, действительно, я был практически уверен что мне встречались какие-то 6-байтн, Аноним (3), 01:12 , 09-Фев-24, (27) +1

https www unicode org reports tr26 , Витюшка (?), 01:45 , 09-Фев-24, (39) +2

Похоже, это именно оно, спасибо за ссылку Припоминаю, что пришлось использоват, Аноним (3), 02:00 , 09-Фев-24, (40) +1

4 байт не хватит для представления любого символа в utf-8 utf-8 это способ кодир, morphe (?), 04:32 , 09-Фев-24, (66) +2

Откуда данные про 6 байт на символ В первый раз слышу 4 байта на символ, или U, Аноним (-), 06:21 , 09-Фев-24, (71)

Что бы закодировать все возможные четырёхбайтные значения 0x00000000 0xffff, n00by (ok), 08:20 , 09-Фев-24, (78) +1

Однако суть не меняется, codepoint максимум 4 байта, codepoint закодированный в , morphe (?), 16:14 , 09-Фев-24, (110)

Если тебе нужны гарантии используешь целое с размером из stdint, если нет и ты з, Вы забыли заполнить поле Name (?), 00:29 , 10-Фев-24, (118)
а причём тут int, в С char 1 byte, Аноним (121), 10:22 , 10-Фев-24, (121)

Это смотря в каком месте ABI Если при передаче в функцию, то там char занимает , Аноним (-), 13:09 , 10-Фев-24, (125)

а регистры тут при чём по вашему получается гарантии раста невозможны - на это, Аноним (121), 13:59 , 10-Фев-24, (128)

Ты представляешь себе, что такое ABI, Application Binary Interface Он описывает, Аноним (-), 07:17 , 11-Фев-24, (139)

но ведь это ты утверждал что char-у _нужно_ 64 бита, а оказывается это просто пр, Аноним (121), 09:44 , 11-Фев-24, (141)

И продолжаю утверждать, что char у нужно 64 бита для передачи через регистры Вс, Аноним (-), 06:54 , 12-Фев-24, (143)

так ты сам привёл пример что не нужно - но так проще быстрей и унивесальнейречь , Аноним (144), 11:38 , 12-Фев-24, (144)

Причины того или иного технического решения не отменяют самого технического реше, Аноним (-), 15:50 , 12-Фев-24, (150)

я сказал про размер char byte в Сэто ты соскочил с темы рассказывая что регистры, Аноним (151), 16:41 , 12-Фев-24, (151)

Только надо понимать, что один байт не всегда равен 8 бит , Cooler (??), 13:38 , 10-Фев-24, (126)

так это растовикам надо напомнить - будет ли на таких архитектурах работать раст, Аноним (121), 14:02 , 10-Фев-24, (130)
простите, вот раньше - да, но это было десятки лет назада где сейчас оно не равн, Аноним (-), 02:21 , 11-Фев-24, (138)

где угодноhttps software-dl ti com ccs esd documents c2000_byte-accesses-with-, Аноним (121), 10:00 , 11-Фев-24, (142) +1

Будто bbcachefs идеальна,а она в этой финской лабе и многи нравится , Фрик из соседней пещеры (?), 10:05 , 09-Фев-24, (83)

Они там с ума посходили, хранить значения от 0 до 256 в 4х байтах Всё с ними яс, Аноним (24), 00:50 , 09-Фев-24, (19) –5

шел 2024 год, писатели на си всё еще не узнали про юникод, чатжпт (?), 00:58 , 09-Фев-24, (21) +7

Писатели на си используют строго UTF-8 Даже петицию создали https utf8everyw, Аноним (24), 01:01 , 09-Фев-24, (23) +4

Так и в расте в строках используется UTF-8 char это для итерации по декодированн, Аноним (26), 01:05 , 09-Фев-24, (26) +4

Извиняюсь тогда Мало на расте кодил, забыл, что там для строк другой тип а не , Аноним (42), 02:16 , 09-Фев-24, (41) –1

Utf8 - юникод, символ codepoint там максимум 4 байта, и Rust тут следует станд, morphe (?), 04:40 , 09-Фев-24, (68) +2

Сколько будет занимать англ символ в у8 в char в Rust , test (??), 06:36 , 09-Фев-24, (74) –2

utf8 про кодирование в строку, в строке английский символ занимает 1 байтchar c, morphe (?), 13:07 , 09-Фев-24, (95)

UTF-8 переменной длины При кодировании арабских символов доходит, что-то, до 6 , Аноним (89), 10:42 , 09-Фев-24, (85)

utf-8 переменной, а char фиксрованной и ограничен 4 байтами, morphe (?), 16:43 , 09-Фев-24, (111) +1

Писатели на Си знают что такое битовые поля в структурах А этот ваш юникод с эм, Юникод (?), 01:03 , 09-Фев-24, (25) –5

Скрыто модератором, Аноним (-), 05:12 , 09-Фев-24, (70) +6
Пусть лучше будет Юникод, чем вот это вот CP866, KOI8-R, CP1251, ISO-8859-15, ДК, Аноним (89), 10:48 , 09-Фев-24, (87) +7

сразу видно вы настоящий программист , Аноним (90), 11:32 , 09-Фев-24, (90) +4

Если длина строки известна, то завершающий 0 хранить не обязательно, возможно ко, n00by (ok), 14:09 , 09-Фев-24, (101)

Вот так и случается, благими намереньями потом за границы строк выходят И много , Аноним (-), 14:21 , 09-Фев-24, (102) +3

Если со строкой делается что-то большее, чем передача аргументом в puts , то он, n00by (ok), 15:20 , 09-Фев-24, (106) –2

Энто те самые настоящие программисты которые наделали столько CVE что находят , Аноним (-), 17:44 , 09-Фев-24, (115) +4

Это тот самый эксперт, который смысл сообщение вообще не понял, но возразить оче, n00by (ok), 15:36 , 10-Фев-24, (131) –1

У оптимизатора компилера могут быть какие-то свои идеи на этот счет В _современ, Аноним (-), 13:01 , 10-Фев-24, (124)

Гипотетически, оптимизатор компилера обладает сознанием и генерирует идеи, а пра, n00by (ok), 15:42 , 10-Фев-24, (132)

А можно поподробнее, что это за стандарт хранения строк в дереве Я конечно могу, Cooler (??), 13:43 , 10-Фев-24, (127)

Это не стандарт Попробуйте выполнить курсовую работу из старого курса CS MIT - , n00by (ok), 15:45 , 10-Фев-24, (133)

Зачем массив Список Лисп же Но если хочется оптимизаций, то хеш-табличка Если, Аноним (-), 12:42 , 12-Фев-24, (146) +1

Ну вот, уже появился простейший граф Это что, самому надо написать Или std map, n00by (ok), 13:16 , 12-Фев-24, (147)

Соглашусь, что всё-таки способ хранения строк нужно выбирать исходя из требовани, Cooler (??), 14:10 , 12-Фев-24, (148)

Словарь - это такая штука, где хранятся имена функций Таких имён может быть н, n00by (ok), 14:25 , 12-Фев-24, (149) –1

Да, сорри Изначально неправильно понял ваш пост, что строки хранятся в дереве , Cooler (??), 08:52 , 13-Фев-24, (154)
Всё правильно поняли, каждый узел - это char Если для курсовика годится хранить, n00by (ok), 09:24 , 13-Фев-24, (155)

Мне кажется это зависит от функции, в которую ты передашь свою мега-строку , Пряник (?), 15:22 , 09-Фев-24, (107)

Действительно, зависит Программисты ведь пишут не функции, а команды типа git c, n00by (ok), 15:26 , 09-Фев-24, (109) –1

Нет Для 8ми битных строк есть другие типы Но, чайники сделают все по примерам, , _kp (ok), 22:28 , 09-Фев-24, (117)

Опять всё переписывать , Аноним (89), 10:37 , 09-Фев-24, (84) –2
rust так хочет в gamedev или ну хоть куда-то , Big Robert TheTables (?), 10:54 , 09-Фев-24, (88) –2

rust и gamedev на данный момент несовместимы т к у раста нет флага компилятора , Онанистмус (?), 14:34 , 09-Фев-24, (104) –3

А еще, а еще, там классов нормальных нет , Вы забыли заполнить поле Name (?), 00:32 , 10-Фев-24, (119)
Ну вот fast math в играх и правда полезен - там на корректность математики довол, Аноним (-), 12:51 , 10-Фев-24, (122)
А создатели батлфилдов про это в курсе , Аноним (134), 16:24 , 10-Фев-24, (134) +1

Откуда можно скачать исходники , adolfus (ok), 14:00 , 09-Фев-24, (98)

Скрыто модератором, Аноним (-), 14:02 , 10-Фев-24, (129)

Скрыто модератором, adolfus (ok), 12:17 , 12-Фев-24, (145)

Ты удивишься, но с https github com rust-lang rust, Аноним (152), 17:44 , 12-Фев-24, (152)

Действительно удивлен Откуда у вас эта информация -- на их сайте ничего об этом, adolfus (ok), 19:15 , 12-Фев-24, (153)

Думал без генераторов плохо, а там уже async await давно есть , Пряник (?), 15:25 , 09-Фев-24, (108) +1
Ящерки совсем не палятся примерами Не, человек такую фразу выдать не сможет, лю, Аноним (-), 12:55 , 10-Фев-24, (123)

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

3. "Выпуск языка программирования Rust 1.76" –9 +/–

Сообщение от Аноним (3), 08-Фев-24, 23:19

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

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

28. "Выпуск языка программирования Rust 1.76" +2 +/–

Сообщение от cheburnator9000 (ok), 09-Фев-24, 01:13

Совсем больной? Игры утилизируют RAM, CPU не в меньшей степени чем GPU/VRAM. Еще скажи что можно все ядра отключить, скорость залочить на 800мгц и ФПС не должен упасть.

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

29. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от cheburnator9000 (ok), 09-Фев-24, 01:15

Сборка проекта на Rust утилизирует все ядра по простой банальной причине, количество crate пакетов зависимостей и зависимостей их зависимостей может достигать до ТЫСЯЧИ.

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

72. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от JackONeill (?), 09-Фев-24, 06:27

С NodeJS не перепутал?)

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

135. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от freecoder (ok), 10-Фев-24, 18:26

Компиляция утилизирует все ядра потому что по-умолчанию задана параллельная сборка на всех ядрах. Это можно настроить и по-другому.

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

38. "Выпуск языка программирования Rust 1.76" –7 +/–

Сообщение от Аноним (3), 09-Фев-24, 01:32

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

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

46. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от 12yoexpert (ok), 09-Фев-24, 02:39

втф я только что прочитал... вспоминаются экспертные мнения из детства о том, как винда активному окну больше cpu выделяет...

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

47. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Аноним (3), 09-Фев-24, 02:44

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

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

77. "Выпуск языка программирования Rust 1.76" +3 +/–

Сообщение от n00by (ok), 09-Фев-24, 08:08

> втф я только что прочитал... вспоминаются экспертные мнения из детства о том,
> как винда активному окну больше cpu выделяет...
Система повышает динамический приоритет потока для повышения его отклика следующим образом:
При переносе процесса, использующего NORMAL_PRIORITY_CLASS, на передний планировщик увеличивает класс приоритета процесса, связанного с окном переднего плана, чтобы он был больше или равен классу приоритета любых фоновых процессов. Класс приоритета возвращается к исходному параметру, когда процесс больше не находится на переднем плане.
Когда окно получает входные данные, такие как сообщения таймера, сообщения мыши или ввод с клавиатуры, планировщик повышает приоритет потока, которому принадлежит окно.
https://learn.microsoft.com/ru-ru/windows/win32/procthread/p...

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

64. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от cheburnator9000 (ok), 09-Фев-24, 03:29

> Или ты? Сборка софта в линуксе всегда происходит с пониженным приоритетом и
> процессор буквально никогда не является узким местом для остального софта. Память
> тоже не используется так уж активно, современная память в многоканальном режиме
> весьма производительная. Вот забитый io может быть проблемой и создавать задержки,
> ionice что-то не работает так хорошо как раньше.
В каком мире работа обычного бинарника gcc или clang запускается с пониженным приоритетом? Или у вас Linux ZverCD Edition ну тогда понятно.

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

65. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (3), 09-Фев-24, 03:44

В любом, в котором "сборщик" не одноклеточное, потому что это целиком на нём как правило. Но дело в том, что изменение приоритетов процессора у процессов венды далеко не так замечательно работает. И особенно что касается планировщика io.

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

79. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от faa (?), 09-Фев-24, 08:42

Ну у него может быть сборка с nice запускается.

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

81. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Фрик из соседней пещеры (?), 09-Фев-24, 10:01

PORTAGE_NICENESS откройте для себя.

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

94. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Аноним (94), 09-Фев-24, 13:01

>скорость залочить на 800мгц и ФПС не должен упасть.
Ты не поверишь, залоченность на низкую частоту влияет только на скорость загрузки уровней. По крайней мере если ядер много. А вот для браузеров частота это всё и при 800 МГц некоторые сайты ощутимо лагают.

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

4. "Выпуск языка программирования Rust 1.76" +10 +/–

Сообщение от Огромист (?), 08-Фев-24, 23:19

Версии языка выходят быстрее, чем я пишу один проект.

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

20. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от tty0 (?), 09-Фев-24, 00:58

На самом деле нет, просто добавили фичи и выкатили новую версию.

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

61. "Выпуск языка программирования Rust 1.76" +2 +/–

Сообщение от Аноним (61), 09-Фев-24, 03:08

Которую обязательно нудно собрать, чтобы собрать последующие.

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

44. "Выпуск языка программирования Rust 1.76" +5 +/–

Сообщение от 12yoexpert (ok), 09-Фев-24, 02:37

> чем я переписываю один проект
поправил, уж извини

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

89. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (89), 09-Фев-24, 11:00

Какая разница, что тебе переписывать, оригинальный проект или свой переписанный?

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

136. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от freecoder (ok), 10-Фев-24, 18:27

У Rust фиксированный график выпусков, новая минорная версия языка выходит через каждые 6 недель.

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

5. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Аноним (-), 08-Фев-24, 23:20

> Реализован третий уровень поддержки для платформ {x86_64,i686}-win7-windows-msvc
А сколько воя было что семерку дропают!
Впрочем, это было читать совсем не удивительно читать на опеннете.

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

18. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Alladin (?), 09-Фев-24, 00:48

интересно еще то, что года 3-4 назад на rust под windows 7 спокойно писалось и работало, а тут поддержка..

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

30. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (-), 09-Фев-24, 01:19

Ну так 4 года назад и было EOL семерки - "Windows 7 support ended on January 14, 2020".
Мурзила напр. ее будет тянуть вроде до осени или начала зимы в ESR ветке.
Они просто перевели его из Tier1 (или Tier2) в Tier3.
Потому что даже машину для тестирования с семеркой сложно найти (местные ретрограды не в счет).
А ведь там должна быть лицуха, ибо засудят, и ее нужно как-то интегрировать в общую инфру (дырявую семерку, хаха).

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

82. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Фрик из соседней пещеры (?), 09-Фев-24, 10:03

Там наверняка виртуалки,хоть хрюньку пихай.

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

91. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 09-Фев-24, 11:47

Понимаю что звучит дико, но им виртуалки тоже лицензионные нужны.

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

92. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Аноним (92), 09-Фев-24, 12:30

1. Не поверю, чтобы ни у кого из членов Rust Foundation не завалялось лицензионных дисков, которых им не жалко задонатить, хоть на хрюшу, хоть на висту, хоть на семёрку. Даже у меня есть, но ведь им не нужно это.
2. Платиновый спонсор вполне мог бы дать с барского плеча.

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

96. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (-), 09-Фев-24, 13:42

Так платиновый спонсор уже дропнул поддержку.
Нафига ему продлевать агонию уже мертвого продукта?
Он заинтересован в том чтобы все дружным строем перешли на 11 винду.

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

112. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (112), 09-Фев-24, 17:02

А через несколько лет и на 12

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

9. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от keydon (ok), 08-Фев-24, 23:38

> Планировщик оптимизирован для повышения приоритета интерактивных задач на фоне задач, интенсивно нагружающих CPU. Например, в тесте запуска игрового приложения одновременно со сборкой ядра планировщик scx_rustland позволил добиться в игре более высокого FPS, чем при использовании штатного планировщика EEVDF.
Вот это да! А если найс игре повысить то внезапно планировщик тоже будет больше процессорного времени выделять. Вот только ядро медленнее собираться будет(как и с scx_rustland), но журнализдов это мало волнует.

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

11. "Выпуск языка программирования Rust 1.76" +8 +/–

Сообщение от Аноним (-), 08-Фев-24, 23:46

> Вот только ядро медленнее собираться будет(как и с scx_rustland), но журнализдов это мало волнует
Именно, потому что всем какбэ по.. на то, сколько собирается ядро.
Оно уже собранное прилетает 99% юзеров с очередным обновлением.
У ментейнеров есть соответствующее железо, а проблемы гентопердоликов никого не интересуют.

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

93. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от anonymous (??), 09-Фев-24, 12:31

Зачем тебе опенсорс, братан, если тебе всё "прилетает"?
Ну давайте тогда ядра на суперкомпьютерах собирать. Чтобы открытый или закрытый исходник было без разницы, всё равно не собрать.

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

97. "Выпуск языка программирования Rust 1.76" +2 +/–

Сообщение от Аноним (-), 09-Фев-24, 13:57

Затем опенсорс и нужен! Для разделения труда.
Кто-то пишет код и ментейнит, кто-то собирает, кто-то тестирует и пишет багрепорты.
> Ну давайте тогда ядра на суперкомпьютерах собирать. Чтобы открытый или закрытый исходник было без разницы, всё равно не собрать.
Даже если только на суперкомпе, все равно код будет открытый))
А сообщество может скинуться и купить или арендовать суперкомп.
И да, для Раста не нужен суперкомп, просто на девайсе с помойки оно будет собираться часов 12...
Но это же не надо делать каждый день.

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

31. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от cheburnator9000 (ok), 09-Фев-24, 01:20

>но журнализдов это мало волнует.
У вас с порядком приоритетов проблемы. Вам и в игрушку поиграть и emerge -uND --with-bdeps=y @world подавай с одинаковой производительностью без потери ФПС и времени, чудес не бывает, устанавливай второй компьютер для таких желаний.
В венде так всегда было foreground приложение получает больший приоритет любого backgroud и никто до сих пор не жаловался, наоборот только довольны, а в линуксе и этого нет в 2024 году.

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

12. "Выпуск языка программирования Rust 1.76" +12 +/–

Сообщение от Вы забыли заполнить поле Name (?), 08-Фев-24, 23:50

Выпускать книжки по расту - это золотая жила. Можно каждую неделю выпускать новую.

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

42. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (42), 09-Фев-24, 02:19

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

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

137. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Вы забыли заполнить поле Name (?), 10-Фев-24, 20:04

> Наоборот, народ приучается читать доки и исходники
Смешно. Они man не могут осилить, сразу в инет лезут.

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

140. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от n00by (ok), 11-Фев-24, 07:42

>> Наоборот, народ приучается читать доки и исходники
> Смешно. Они man не могут осилить, сразу в инет лезут.
А что, кто-то из бородатых сишников до сих пор читает man-ы вместо стандарта?

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

156. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Вы забыли заполнить поле Name (?), 14-Фев-24, 06:24

>>> Наоборот, народ приучается читать доки и исходники
>> Смешно. Они man не могут осилить, сразу в инет лезут.
> А что, кто-то из бородатых сишников до сих пор читает man-ы вместо
> стандарта?
В твоем вопросе вся твоя некомпетентность.

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

157. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от n00by (ok), 14-Фев-24, 07:45

>>>> Наоборот, народ приучается читать доки и исходники
>>> Смешно. Они man не могут осилить, сразу в инет лезут.
>> А что, кто-то из бородатых сишников до сих пор читает man-ы вместо
>> стандарта?
> В твоем вопросе вся твоя некомпетентность.
С точки зрения предпочитателя man-ов стандарту, естественно.

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

105. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Аноним (105), 09-Фев-24, 15:07

Мне тоже он нравится, жаль я не могу PHP заменить на Rust, виртуальный хостер не поддерживает.

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

116. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (116), 09-Фев-24, 20:43

https://pbs.twimg.com/media/FqFIs-UWIAAtLnl?format=jpg&name=...
Классика. Помню еще с времён жс-а. А ведь симптоматично.

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

14. "Выпуск языка программирования Rust 1.76" –6 +/–

Сообщение от Такер Карлсон (-), 09-Фев-24, 00:05

> В документацию добавлена отдельная секция, описывающая совместимость различных типов аргументов и типов возвращаемых значений функций на уровне ABI. По сравнению с прошлыми версиями гарантирована совместимость на уровне ABI типов "char" и "u32", которые имеют идентичный размер и выравнивание.
Это вроде не альфа версия. На минуту этот язык пытаются в ядро пропихнуть, а такие вещи не описаны.

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

15. "Выпуск языка программирования Rust 1.76" +12 +/–

Сообщение от Шарп (ok), 09-Фев-24, 00:24

Ну-ка напомни размер int'а в си описан? Ой-ой-ой, как же так, а в ядро пропихнули.

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

16. "Выпуск языка программирования Rust 1.76" +6 +/–

Сообщение от Аноним (-), 09-Фев-24, 00:28

Ты не понимаешь это другое!
В СИ "щвободка и пусть система сама разберется, нам лениво это прописывать в стандарте ИСО",
а вот в расте "диктат компилятора и вообще все плохо"!
И вообще ты видел какое у них токсичное сообщество! СИшники всего-то в ядро навыпрограммировали уязвимостей, а эти их травят!

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

22. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от Аноним (3), 09-Фев-24, 00:59

Мне больше интересно почему у этих символ вместо 1 байта 4 байта? И я не понимаю, у них это utf-16 без суррогатных единиц, т.е. несчастный огрызок UCS-2 с которым все уже настрадались? При этом, утф-8 использовать просто нельзя, в нём легко может быть и 1 и 2 и 6 байт.

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

24. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (24), 09-Фев-24, 01:02

Строго до 4 по стандарту. больше - уже невалидно.

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

27. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (3), 09-Фев-24, 01:12

Хм, действительно, я был практически уверен что мне встречались какие-то 6-байтные последовательности, это даже было законно и по стандарту (прошлому) в теории. Не помню, что это было и для чего. В таком случае, 4 байт действительно хватает для utf-8, остаётся вопрос с переменностью.

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

39. "Выпуск языка программирования Rust 1.76" +2 +/–

Сообщение от Витюшка (?), 09-Фев-24, 01:45

https://www.unicode.org/reports/tr26/

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

40. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (3), 09-Фев-24, 02:00

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

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

66. "Выпуск языка программирования Rust 1.76" +2 +/–

Сообщение от morphe (?), 09-Фев-24, 04:32

> В таком случае, 4 байт действительно хватает для utf-8, остаётся вопрос с переменностью.
4 байт не хватит для представления любого символа в utf-8.
utf-8 это способ кодирования unicode символов, где 1 символ минимум 1 байт, а максимум 6 байт
В utf-16 - минимум 2, максимум 4
utf-32 - всегда 4 байта, потому что unicode символ по стандарту не может иметь codepoint больше по размеру чем 4 байта.
Строки в Rust utf-8, и там один символ может быть закодирован как 6 байт, что логично, ведь латиница в utf-32 занимала бы в 4 раза больше места чем нужно, а худший случай в 6 байт на codepoint пока не осуществим (Нет таких пока, китайский и прочие языки - максимум 5 байт)
Однако строки в Rust напрямую не индексируются посимвольно, а потому char сделали статичные 4 байта, поэтому char вмещает в себя любой unicode codepoint.

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

71. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 09-Фев-24, 06:21

>один символ может быть закодирован как 6 байт, что логично, ведь латиница в utf-32 занимала бы в 4 раза больше места чем нужно, а худший случай в 6 байт
Откуда данные про 6 байт на символ? В первый раз слышу! 4 байта на символ, или UTF-32 - это самый большой формат кодирования из всех существующих, и он легко вместит в себя все кодовые позиции последнего вышедшего стандарта Юникод.

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

78. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от n00by (ok), 09-Фев-24, 08:20

Что бы закодировать все возможные четырёхбайтные значения (0x00000000 ... 0xffffffff) в кодировке UTF-8 может потребоваться до 6-ти байт. Однако стандарт ограничил диапазон возможных значений символов Уникрода максимумом U+10FFFF и они умещаются в 4 байта UTF-8.

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

110. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от morphe (?), 09-Фев-24, 16:14

Однако суть не меняется, codepoint максимум 4 байта, codepoint закодированный в utf-8 максимум 6 байт
Даже когда в Unicode решат дропнуть utf-16 (из-за него codepoint range и ограничили, хотя там действительно до столкновения с другими цивилизациями range не кончится) - Rust останется с ним полностью совместим

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

118. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Вы забыли заполнить поле Name (?), 10-Фев-24, 00:29

> Ну-ка напомни размер int'а в си описан? Ой-ой-ой, как же так, а
> в ядро пропихнули.
Если тебе нужны гарантии используешь целое с размером из stdint, если нет и ты знаешь, что точно хватит, то просто int. Что не так?

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

121. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (121), 10-Фев-24, 10:22

> Ну-ка напомни размер int'а в си описан?
а причём тут int, в С char == 1 byte

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

125. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 10-Фев-24, 13:09

Это смотря в каком месте ABI. Если при передаче в функцию, то там char занимает 4 байта. Но это если на стеке, а вот если на x86_64 да при регистровой передаче, так целый восьмибайтовый регистр ему нужен.

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

128. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (121), 10-Фев-24, 13:59

> а вот если на x86_64 да при регистровой передаче, так целый восьмибайтовый регистр ему нужен
а регистры тут при чём ? по вашему получается гарантии раста невозможны - на этой архитектуре восьмибайтный регистр u64 или i64
> гарантирована совместимость на уровне ABI типов "char" и "u32", которые имеют идентичный размер и выравнивание

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

139. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 11-Фев-24, 07:17

Ты представляешь себе, что такое ABI, Application Binary Interface? Он описывает как значения должны выглядеть в разных ситуациях. Например, когда мы хотим это значение хранить в памяти. Или когда мы хотим хранить массив таких значений в памяти. Или когда мы передаём значение в функцию. ABI позволяет проводить чёткие границы между разными кусками программы, чтобы потом из этих кусков как из кубиков можно было бы собирать более сложные конструкции. Чтобы когда ты из одной функции вызываешь другую, не надо было бы проводить анализ вызываемой функции с тем, чтобы выяснить как туда передать аргументы.
Насчёт же невозможности выполнения гарантий раста, у меня встаёт другой вопрос: тебе математику в школе читали? Учили понимать точный смысл слов и свои мысли выражать точными фразами, не допускающими двусмысленностей? Утверждение "имеют идентичный размер и выравнивание" будет истинным и в том случае, когда значение расширяется до 64 бит, чтобы передать через 64 битный регистр, и даже несмотря на то, что при хранении в регистре выравнивания нет как класса. То есть утверждение "char и u32 имеют идентичный размер и выравнивание" будет истинным и для C но с оговоркой "при передаче в функцию".

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

141. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (121), 11-Фев-24, 09:44

> Утверждение "имеют идентичный размер и выравнивание" будет истинным и в том случае, когда значение расширяется до 64 бит, чтобы передать через 64 битный регистр
но ведь это ты утверждал что char-у _нужно_ 64 бита, а оказывается это просто процессор не имеет подходящих регистров и там без разницы какой языковой тип, так зачем ты всё же приплёл регистры ?

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

143. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 12-Фев-24, 06:54

> ты утверждал что char-у _нужно_ 64 бита,
И продолжаю утверждать, что char'у нужно 64 бита для передачи через регистры. Все распространённые ABI так делают на 64-битных процах.
> а оказывается это просто процессор не имеет подходящих регистров
Ты типа пытаешься аппелировать к тому, что это единственный способ передавать чары через регистры? Не думаю, что даже если это верно, то это что-то меняет, но ситуация ещё интереснее тем, что это неверно. Я предположу, что ты никогда не писал на ассемблере? Там ведь нет никаких проблем упаковать 8 чаров в один регистр для передачи. Или, скажем, четыре чара и один uint32_t. На x86_64 есть частичные регистры al/ah, которые позволяют без использования сдвигов упаковать два чара в один rax. Но это не делается в ABI.
Кроме того, речь не только о регистрах, но и о стеке, где char использует 32 бита.

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

144. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (144), 12-Фев-24, 11:38

> И продолжаю утверждать, что char'у нужно 64 бита для передачи через регистры.
> Там ведь нет никаких проблем упаковать 8 чаров в один регистр для передачи.
так ты сам привёл пример что не нужно - но так проще быстрей и унивесальней
> речь не только о регистрах, но и о стеке, где char использует 32 бита
речь только об этом - как данные в памяти размещаются, если любой тип целый регистр занимает нет смысла говорить там о выравнивании, но ты зачем-то приплёл это, хотел сказать этим что на асме писал ? cahr/byte в С вообще не про регистры - это минимальный адресуемый размер данных в памяти.

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

150. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 12-Фев-24, 15:50

> так ты сам привёл пример что не нужно - но так проще быстрей и унивесальней
Причины того или иного технического решения не отменяют самого технического решения. Если принято решение использовать под каждый char аж целый 64-х битный регистр, то это решение принято.
>> речь не только о регистрах, но и о стеке, где char использует 32 бита
> речь только об этом - как данные в памяти размещаются
Регистры и стек -- это тоже память. Регистры -- это самая быстрая память, быстрее даже чем L1, но регистров немного, и поэтому для их адресов придумывают мнемонические имена. В том же x86_32 регистров восемь штук и они в машинном коде кодируются тремя битами адреса. Но восемь это немного, и можно каждому придумать имя. Плюс их нельзя косвенной адресацией достать, только статически прописанным "адресом", поэтому арифметика адресов регистров не имеет большого смысла, и поэтому можно и мнемониками. Но регистры -- это память и притом самая важная.
А уж стек -- это память даже в том смысле этого слова, который прямолинейно ссылается на оперативку. Даже сову на глобус не надо натягивать, чтобы называть стек памятью. И на стеке твои чары занимают 32 бита.
> cahr/byte в С вообще не про регистры - это минимальный адресуемый размер данных в памяти.
Ты сейчас пытаешься соскочить с темы. Чувствуешь что слил, да? Мы не говорим о том, про что там char/byte в C, мы говорим об ABI используемых с C.

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

151. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (151), 12-Фев-24, 16:41

> Мы не говорим о том, про что там char/byte в C
я сказал про размер char/byte в С
> мы говорим об ABI используемых с C
это ты соскочил с темы рассказывая что регистры тоже память, кроме тебя же не знает никто бугага

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

126. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Cooler (??), 10-Фев-24, 13:38

Только надо понимать, что один байт не всегда равен 8 бит.

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

130. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (121), 10-Фев-24, 14:02

> Только надо понимать, что один байт не всегда равен 8 бит.
так это растовикам надо напомнить - будет ли на таких архитектурах работать раст ? я не уверен

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

138. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 11-Фев-24, 02:21

> Только надо понимать, что один байт не всегда равен 8 бит.
простите, вот раньше - да, но это было десятки лет назад
а где сейчас оно не равно?

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

142. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (121), 11-Фев-24, 10:00

> а где сейчас оно не равно?
где угодно
https://software-dl.ti.com/ccs/esd/documents/c2000_byte-acce...

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

83. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Фрик из соседней пещеры (?), 09-Фев-24, 10:05

Будто bbcachefs идеальна,а она в этой финской лабе и многи нравится.

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

19. "Выпуск языка программирования Rust 1.76" –5 +/–

Сообщение от Аноним (24), 09-Фев-24, 00:50

>гарантирована совместимость на уровне ABI типов "char" и "u32", которые имеют идентичный размер и выравнивание
Они там с ума посходили, хранить значения от 0 до 256 в 4х байтах? Всё с ними ясно, ффтопку этот раст.

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

21. "Выпуск языка программирования Rust 1.76" +7 +/–

Сообщение от чатжпт (?), 09-Фев-24, 00:58

шел 2024 год, писатели на си всё еще не узнали про юникод

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

23. "Выпуск языка программирования Rust 1.76" +4 +/–

Сообщение от Аноним (24), 09-Фев-24, 01:01

Писатели на си используют строго UTF-8.  Даже петицию создали https://utf8everywhere.org/ .

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

26. "Выпуск языка программирования Rust 1.76" +4 +/–

Сообщение от Аноним (26), 09-Фев-24, 01:05

Так и в расте в строках используется UTF-8.
char это для итерации по декодированным символам.

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

41. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от Аноним (42), 09-Фев-24, 02:16

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

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

68. "Выпуск языка программирования Rust 1.76" +2 +/–

Сообщение от morphe (?), 09-Фев-24, 04:40

Utf8 - юникод, символ (codepoint) там максимум 4 байта, и Rust тут следует стандарту
Utf8 это про кодирование, а не про размер символа, размер символа общий и для utf8, и для utf16, и для utf32 4 байта, а кодируются эти 4 байта в utf8 - 1-6байт, в utf16 - 2-4байта, в utf32 - 4байта

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

74. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от test (??), 09-Фев-24, 06:36

Сколько будет занимать англ. символ в у8 в char в Rust ?

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

95. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от morphe (?), 09-Фев-24, 13:07

> Сколько будет занимать англ. символ в у8 в char в Rust ?
utf8 про кодирование в строку, в строке английский символ занимает 1 байт
char (codepoint) про посимвольную итерацию по строке, char 4 байта независимо от того, что там за символ

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

85. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (89), 09-Фев-24, 10:42

UTF-8 переменной длины. При кодировании арабских символов доходит, что-то, до 6 байт.

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

111. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от morphe (?), 09-Фев-24, 16:43

> UTF-8 переменной длины. При кодировании арабских символов доходит, что-то, до 6 байт.
utf-8 переменной, а char фиксрованной и ограничен 4 байтами

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

25. "Выпуск языка программирования Rust 1.76" –5 +/–

Сообщение от Юникод (?), 09-Фев-24, 01:03

Писатели на Си знают что такое битовые поля в структурах. А этот ваш юникод с эмоджи не нужен. Выдумывают каждый код новые пиктограммы чтобы, коммитет продолжали финансировать. Весь ваш юникод еще на версии 2 надо было закрывать.

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

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

Сообщение от Аноним (-), 09-Фев-24, 05:12

Наоборот, Юникод нужен, а ты не нужен.

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

87. "Выпуск языка программирования Rust 1.76" +7 +/–

Сообщение от Аноним (89), 09-Фев-24, 10:48

Пусть лучше будет Юникод, чем вот это вот CP866, KOI8-R, CP1251, ISO-8859-15, ДКОИ.

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

90. "Выпуск языка программирования Rust 1.76" +4 +/–

Сообщение от Аноним (90), 09-Фев-24, 11:32

>>хранить значения от 0 до 256
сразу видно вы настоящий программист ))

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

101. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от n00by (ok), 09-Фев-24, 14:09

>>>хранить значения от 0 до 256
> сразу видно вы настоящий программист ))
Если длина строки известна, то завершающий 0 хранить не обязательно, возможно кодировать им U+0100.

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

102. "Выпуск языка программирования Rust 1.76" +3 +/–

Сообщение от Аноним (-), 09-Фев-24, 14:21

Вот так и случается, благими намереньями потом за границы строк выходят)
И много ты наэкономишь на одном символе на каждую строку?
Уже пробовали делать null-terminated, аж целый байт наэкономили...
А ошибки отгребают до сих пор.

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

106. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от n00by (ok), 09-Фев-24, 15:20

Если со строкой делается что-то большее, чем передача аргументом в puts(), то она хранится в графе (дереве). Минимум два указателя - это 16 байт. Если заменить их на индексы массива, то получится экономия в 2 или даже 4 раза. В последнем случае размер окажется ограничен 64К узлами. Что бы это ограничение обойти, можно вместо символа хранить маркер, указывающий, что в следующей ячейке массива хранятся старшие 16 разрядов индексов. Таким образом можно упаковать и до однобайтных индексов, что даст экономию памяти в пределе до 8 раз (без учёта символа). Но настоящих программистов не осталось, потому на Rust двусвязный список unsafe, а браузеры выжирают гигабайты.

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

115. "Выпуск языка программирования Rust 1.76" +4 +/–

Сообщение от Аноним (-), 09-Фев-24, 17:44

Энто те самые "настоящие программисты" которые наделали столько CVE что находят окаменелости 30 летней давности как в хоргʼе?
Ну и слава богу, что они потихоньку вымирают.
А то я насмотрелчя на любителей оптимизировать заранее, а потом бросать свой страшный, глючный и совершенно не поддерживаемый код.

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

131. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от n00by (ok), 10-Фев-24, 15:36

> Энто те самые "настоящие программисты" которые наделали столько CVE что находят окаменелости
> 30 летней давности как в хоргʼе?
Это тот самый эксперт, который смысл сообщение вообще не понял, но возразить очень хочет?

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

124. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 10-Фев-24, 13:01

> Если со строкой делается что-то большее, чем передача аргументом в puts(), то
> она хранится в графе (дереве). Минимум два указателя - это 16 байт. Если заменить
> их на индексы массива, то получится экономия в 2 или даже 4 раза.
У оптимизатора компилера могут быть какие-то свои идеи на этот счет. В _современных_ архитектурах оно могет и адресацию относительно базы, вгружаемой 1 раз на эвон какой код, а вон там указатель сделан как адресация с офсетом от, и если указатель в сыром виде никто не юзает то и хрен с ним вообще.

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

132. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от n00by (ok), 10-Фев-24, 15:42

>> Если со строкой делается что-то большее, чем передача аргументом в puts(), то
>> она хранится в графе (дереве). Минимум два указателя - это 16 байт. Если заменить
>> их на индексы массива, то получится экономия в 2 или даже 4 раза.
> У оптимизатора компилера могут быть какие-то свои идеи на этот счет. В
> _современных_ архитектурах оно могет и адресацию относительно базы, вгружаемой 1 раз
> на эвон какой код, а вон там указатель сделан как адресация
> с офсетом от, и если указатель в сыром виде никто не
> юзает то и хрен с ним вообще.
Гипотетически, оптимизатор компилера обладает сознанием и генерирует идеи, а практически пока не видно цитаты стандарта, из которой бы следовало, что можно просто так взять и сохранить в памяти половину указателя.

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

127. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Cooler (??), 10-Фев-24, 13:43

А можно поподробнее, что это за стандарт хранения строк в дереве? Я конечно могу себе такое представить, но утверждать что это частое явление, мне кажется слишком сильно.

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

133. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от n00by (ok), 10-Фев-24, 15:45

Это не стандарт. Попробуйте выполнить курсовую работу из старого курса CS MIT - реализовать интерпретатор LISP. Словарь в каком виде хранить? Массив строк и искать там прямым перебором?

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

146. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (-), 12-Фев-24, 12:42

> Словарь в каком виде хранить? Массив строк и искать там прямым перебором?
Зачем массив? Список. Лисп же.
Но если хочется оптимизаций, то хеш-табличка. Если так не хочется хранить указатели на строки, то строки можно писать в массив чаров последовательно, и хранить индексы туда. Этим индексам можно будет половину бит урезать, а если этого мало, то можно как-нибудь ещё извратиться. Но тут момент какой: все эти извращения требуют данных с полей о том, как этот словарь используется. Скажем, если мы нарисуем распределение длин строк, то как оно будет выглядеть? Будет ли там много одно-/двух-/трёх- байтовых строк? Будет ли там много 16+ байтовых строк? Опять же, что важнее -- скорость проверки наличия строки в словаре, скорость чтения её оттуда или скорость добавления новой?
Преждевременная оптимизация -- корень всех проблем, а раз так, то словарь в лиспе надо хранить в виде списка по-крайней мере до тех пор, пока операции над этим списком не начнут заметно тормозить интерпретатор.

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

147. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от n00by (ok), 12-Фев-24, 13:16

>> Словарь в каком виде хранить? Массив строк и искать там прямым перебором?
> Зачем массив? Список. Лисп же.
Ну вот, уже появился простейший граф.
> Но если хочется оптимизаций, то хеш-табличка.
Это что, самому надо написать? Или std::map<> сойдёт? Так там под капотом может внезапно оказаться red_afroamerican_tree.
> Преждевременная оптимизация -- корень всех проблем, а раз так, то словарь в
> лиспе надо хранить в виде списка по-крайней мере до тех пор,
> пока операции над этим списком не начнут заметно тормозить интерпретатор.
Вопрос не как хранить, а как искать. O(n!) вряд ли сгодится в зачёт будущему магистру.

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

148. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Cooler (??), 12-Фев-24, 14:10

Соглашусь, что всё-таки способ хранения строк нужно выбирать исходя из требований задачи. Но std::map<> для хранения char-ов не слабый такой оверхэд по памяти получается.
И я не понял, что за алгоритм поиска даёт сложность O(n!) ???

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

149. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от n00by (ok), 12-Фев-24, 14:25

"Словарь" - это такая штука, где хранятся имена функций. Таких имён может быть например 10000. Интерпретатор читает в исходнике имя функции и ищет его в словаре - что бы далее найти её определение. Вот это всё должно не экономить память (преждевременная оптимизация), а работать так, что бы пользователь при запуске программы не уходил пить кофе. Какая там окажется сложность при переборе всех имён в массиве или списке - даже думать не хочу, потому взял с запасом. В std::map<> хранят не символы, а имена, это обычное решение "в лоб" для быстрого поиска, а внутри там не обязательно perfect hash, может быть и дерево.

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

154. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Cooler (??), 13-Фев-24, 08:52

Да, сорри. Изначально неправильно понял ваш пост, что строки хранятся в дереве. Я то подумал речь идёт о дереве, где каждый узел - это char. А каждая строка имеет свой уникальный путь в этом дереве. Поэтому был так удивлён 🙂

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

155. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от n00by (ok), 13-Фев-24, 09:24

Всё правильно поняли, каждый узел - это char. Если для курсовика годится хранить словарь в мапе, то в реальном мире желательно выводить в сообщении об ошибках подсказку при опечатках в имени функций. Так что вышеотписавшийся преждевременный оптимизатор, нашедший решение в гугле, пролетает с хеш-табличкой. Понадобится префиксное дерево.

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

107. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Пряник (?), 09-Фев-24, 15:22

Мне кажется это зависит от функции, в которую ты передашь свою мега-строку.

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

109. "Выпуск языка программирования Rust 1.76" –1 +/–

Сообщение от n00by (ok), 09-Фев-24, 15:26

Действительно, зависит. Программисты ведь пишут не функции, а команды типа git clone.

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

117. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от _kp (ok), 09-Фев-24, 22:28

>>Они там с ума посходили, хранить значения от 0 до 256 в 4х байтах?
Нет. Для 8ми битных строк есть другие типы.
Но, чайники сделают все по примерам, именно с толстыми строками (по умолчанию).
А вот работа со структурами, через одно неприятное место. А если ещё и с битовыми полями, то исходники "write only".

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

84. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от Аноним (89), 09-Фев-24, 10:37

Опять всё переписывать...

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

88. "Выпуск языка программирования Rust 1.76" –2 +/–

Сообщение от Big Robert TheTables (?), 09-Фев-24, 10:54

rust так хочет в gamedev? или "ну хоть куда-то"

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

104. "Выпуск языка программирования Rust 1.76" –3 +/–

Сообщение от Онанистмус (?), 09-Фев-24, 14:34

rust и gamedev на данный момент несовместимы т.к. у раста нет флага компилятора -fast-math. Все игры собираются с этим флагом в С++ и это позволяет ускорить математику в играх примерно в 5-10 раз.

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

119. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Вы забыли заполнить поле Name (?), 10-Фев-24, 00:32

> rust и gamedev на данный момент несовместимы т.к. у раста нет флага
> компилятора -fast-math. Все игры собираются с этим флагом в С++ и
> это позволяет ускорить математику в играх примерно в 5-10 раз.
А еще, а еще, там классов нормальных нет.

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

122. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 10-Фев-24, 12:51

> rust и gamedev на данный момент несовместимы т.к. у раста нет флага компилятора -fast-math.
Ну вот fast math в играх и правда полезен - там на корректность математики довольно похрен в общем случае. В самом неудачном - ну будет какой-то глитч под воркэраунд, не смертельно.

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

134. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Аноним (134), 10-Фев-24, 16:24

А создатели батлфилдов про это в курсе?

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

98. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от adolfus (ok), 09-Фев-24, 14:00

Откуда можно скачать исходники?

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

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

Сообщение от Аноним (-), 10-Фев-24, 14:02

Исходники чего?

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

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

Сообщение от adolfus (ok), 12-Фев-24, 12:17

> Исходники чего?
Языка программирования Rust 1.76

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

152. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (152), 12-Фев-24, 17:44

Ты удивишься, но с https://github.com/rust-lang/rust

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

153. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от adolfus (ok), 12-Фев-24, 19:15

> Ты удивишься, но с https://github.com/rust-lang/rust
Действительно удивлен. Откуда у вас эта информация -- на их сайте ничего об этом нет нет. Только возможность что-то установить из сети.

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

108. "Выпуск языка программирования Rust 1.76" +1 +/–

Сообщение от Пряник (?), 09-Фев-24, 15:25

Думал без генераторов плохо, а там уже async/await давно есть.

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

123. "Выпуск языка программирования Rust 1.76" +/–

Сообщение от Аноним (-), 10-Фев-24, 12:55

>  The sum of the `core::array::iter::IntoIter<i32, 3>` is 6.
Ящерки совсем не палятся примерами. Не, человек такую фразу выдать не сможет, люди так не думают в принципе.

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

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

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

Партнёры:

Хостинг:

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

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

3. "Выпуск языка программирования Rust 1.76"	–9 +/–
Сообщение от Аноним (3), 08-Фев-24, 23:19
Вообще, впервые слышу, чтобы сборка софта влияла на игры. Это же не венда, в венде компиляция мешает играм. Реально играм мешают только загруженная CUDA, и то не совсем критично.
Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск языка программирования Rust 1.76"	+2 +/–
	Сообщение от cheburnator9000 (ok), 09-Фев-24, 01:13
	Совсем больной? Игры утилизируют RAM, CPU не в меньшей степени чем GPU/VRAM. Еще скажи что можно все ядра отключить, скорость залочить на 800мгц и ФПС не должен упасть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Выпуск языка программирования Rust 1.76"	+1 +/–
	Сообщение от cheburnator9000 (ok), 09-Фев-24, 01:15
	Сборка проекта на Rust утилизирует все ядра по простой банальной причине, количество crate пакетов зависимостей и зависимостей их зависимостей может достигать до ТЫСЯЧИ.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Выпуск языка программирования Rust 1.76"	–2 +/–
	Сообщение от JackONeill (?), 09-Фев-24, 06:27
	С NodeJS не перепутал?)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от freecoder (ok), 10-Фев-24, 18:26
	Компиляция утилизирует все ядра потому что по-умолчанию задана параллельная сборка на всех ядрах. Это можно настроить и по-другому.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	38. "Выпуск языка программирования Rust 1.76"	–7 +/–
	Сообщение от Аноним (3), 09-Фев-24, 01:32
	Или ты? Сборка софта в линуксе всегда происходит с пониженным приоритетом и процессор буквально никогда не является узким местом для остального софта. Память тоже не используется так уж активно, современная память в многоканальном режиме весьма производительная. Вот забитый io может быть проблемой и создавать задержки, ionice что-то не работает так хорошо как раньше.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	46. "Выпуск языка программирования Rust 1.76"	–2 +/–
	Сообщение от 12yoexpert (ok), 09-Фев-24, 02:39
	втф я только что прочитал... вспоминаются экспертные мнения из детства о том, как винда активному окну больше cpu выделяет...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Выпуск языка программирования Rust 1.76"	–1 +/–
	Сообщение от Аноним (3), 09-Фев-24, 02:44
	Так у меня генту, я бы заметил. А вот почему венда так хреново себя ощущает под минимальной нагрузкой, я не имею понятия, но это факт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Выпуск языка программирования Rust 1.76"	+3 +/–
	Сообщение от n00by (ok), 09-Фев-24, 08:08
	> втф я только что прочитал... вспоминаются экспертные мнения из детства о том, > как винда активному окну больше cpu выделяет... Система повышает динамический приоритет потока для повышения его отклика следующим образом: При переносе процесса, использующего NORMAL_PRIORITY_CLASS, на передний планировщик увеличивает класс приоритета процесса, связанного с окном переднего плана, чтобы он был больше или равен классу приоритета любых фоновых процессов. Класс приоритета возвращается к исходному параметру, когда процесс больше не находится на переднем плане. Когда окно получает входные данные, такие как сообщения таймера, сообщения мыши или ввод с клавиатуры, планировщик повышает приоритет потока, которому принадлежит окно. https://learn.microsoft.com/ru-ru/windows/win32/procthread/p...
	Ответить \| Правка \| К родителю #46 \| Наверх \| Cообщить модератору


	64. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от cheburnator9000 (ok), 09-Фев-24, 03:29
	> Или ты? Сборка софта в линуксе всегда происходит с пониженным приоритетом и > процессор буквально никогда не является узким местом для остального софта. Память > тоже не используется так уж активно, современная память в многоканальном режиме > весьма производительная. Вот забитый io может быть проблемой и создавать задержки, > ionice что-то не работает так хорошо как раньше. В каком мире работа обычного бинарника gcc или clang запускается с пониженным приоритетом? Или у вас Linux ZverCD Edition ну тогда понятно.
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	65. "Выпуск языка программирования Rust 1.76"	+1 +/–
	Сообщение от Аноним (3), 09-Фев-24, 03:44
	В любом, в котором "сборщик" не одноклеточное, потому что это целиком на нём как правило. Но дело в том, что изменение приоритетов процессора у процессов венды далеко не так замечательно работает. И особенно что касается планировщика io.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Выпуск языка программирования Rust 1.76"	+1 +/–
	Сообщение от faa (?), 09-Фев-24, 08:42
	Ну у него может быть сборка с nice запускается.
	Ответить \| Правка \| К родителю #64 \| Наверх \| Cообщить модератору


	81. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от Фрик из соседней пещеры (?), 09-Фев-24, 10:01
	PORTAGE_NICENESS откройте для себя.
	Ответить \| Правка \| К родителю #38 \| Наверх \| Cообщить модератору


	94. "Выпуск языка программирования Rust 1.76"	–1 +/–
	Сообщение от Аноним (94), 09-Фев-24, 13:01
	>скорость залочить на 800мгц и ФПС не должен упасть. Ты не поверишь, залоченность на низкую частоту влияет только на скорость загрузки уровней. По крайней мере если ядер много. А вот для браузеров частота это всё и при 800 МГц некоторые сайты ощутимо лагают.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору

4. "Выпуск языка программирования Rust 1.76"	+10 +/–
Сообщение от Огромист (?), 08-Фев-24, 23:19
Версии языка выходят быстрее, чем я пишу один проект.
Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от tty0 (?), 09-Фев-24, 00:58
	На самом деле нет, просто добавили фичи и выкатили новую версию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Выпуск языка программирования Rust 1.76"	+2 +/–
	Сообщение от Аноним (61), 09-Фев-24, 03:08
	Которую обязательно нудно собрать, чтобы собрать последующие.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Выпуск языка программирования Rust 1.76"	+5 +/–
	Сообщение от 12yoexpert (ok), 09-Фев-24, 02:37
	> чем я переписываю один проект поправил, уж извини
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	89. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от Аноним (89), 09-Фев-24, 11:00
	Какая разница, что тебе переписывать, оригинальный проект или свой переписанный?
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	136. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от freecoder (ok), 10-Фев-24, 18:27
	У Rust фиксированный график выпусков, новая минорная версия языка выходит через каждые 6 недель.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

5. "Выпуск языка программирования Rust 1.76"	–1 +/–
Сообщение от Аноним (-), 08-Фев-24, 23:20
> Реализован третий уровень поддержки для платформ {x86_64,i686}-win7-windows-msvc А сколько воя было что семерку дропают! Впрочем, это было читать совсем не удивительно читать на опеннете.
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от Alladin (?), 09-Фев-24, 00:48
	интересно еще то, что года 3-4 назад на rust под windows 7 спокойно писалось и работало, а тут поддержка..
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Выпуск языка программирования Rust 1.76"	+1 +/–
	Сообщение от Аноним (-), 09-Фев-24, 01:19
	Ну так 4 года назад и было EOL семерки - "Windows 7 support ended on January 14, 2020". Мурзила напр. ее будет тянуть вроде до осени или начала зимы в ESR ветке. Они просто перевели его из Tier1 (или Tier2) в Tier3. Потому что даже машину для тестирования с семеркой сложно найти (местные ретрограды не в счет). А ведь там должна быть лицуха, ибо засудят, и ее нужно как-то интегрировать в общую инфру (дырявую семерку, хаха).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Выпуск языка программирования Rust 1.76"	+1 +/–
	Сообщение от Фрик из соседней пещеры (?), 09-Фев-24, 10:03
	Там наверняка виртуалки,хоть хрюньку пихай.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от Аноним (-), 09-Фев-24, 11:47
	Понимаю что звучит дико, но им виртуалки тоже лицензионные нужны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Выпуск языка программирования Rust 1.76"	–1 +/–
	Сообщение от Аноним (92), 09-Фев-24, 12:30
	1. Не поверю, чтобы ни у кого из членов Rust Foundation не завалялось лицензионных дисков, которых им не жалко задонатить, хоть на хрюшу, хоть на висту, хоть на семёрку. Даже у меня есть, но ведь им не нужно это. 2. Платиновый спонсор вполне мог бы дать с барского плеча.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Выпуск языка программирования Rust 1.76"	+1 +/–
	Сообщение от Аноним (-), 09-Фев-24, 13:42
	Так платиновый спонсор уже дропнул поддержку. Нафига ему продлевать агонию уже мертвого продукта? Он заинтересован в том чтобы все дружным строем перешли на 11 винду.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "Выпуск языка программирования Rust 1.76"	+/–
	Сообщение от Аноним (112), 09-Фев-24, 17:02
	А через несколько лет и на 12
	Ответить \| Правка \| Наверх \| Cообщить модератору

9. "Выпуск языка программирования Rust 1.76"	+/–
Сообщение от keydon (ok), 08-Фев-24, 23:38
> Планировщик оптимизирован для повышения приоритета интерактивных задач на фоне задач, интенсивно нагружающих CPU. Например, в тесте запуска игрового приложения одновременно со сборкой ядра планировщик scx_rustland позволил добиться в игре более высокого FPS, чем при использовании штатного планировщика EEVDF. Вот это да! А если найс игре повысить то внезапно планировщик тоже будет больше процессорного времени выделять. Вот только ядро медленнее собираться будет(как и с scx_rustland), но журнализдов это мало волнует.
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Выпуск языка программирования Rust 1.76"	+8 +/–
	Сообщение от Аноним (-), 08-Фев-24, 23:46
	> Вот только ядро медленнее собираться будет(как и с scx_rustland), но журнализдов это мало волнует Именно, потому что всем какбэ по.. на то, сколько собирается ядро. Оно уже собранное прилетает 99% юзеров с очередным обновлением. У ментейнеров есть соответствующее железо, а проблемы гентопердоликов никого не интересуют.
	Ответить \| Правка \| Наверх \| Cообщить модератору