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

"Инициатива по переработке инструментария для гипервизора Xen на языке Rust"	+/–
Сообщение от opennews (ok), 18-Мрт-23, 09:34
Разработчики платформы XCP-ng, развиваемой под крылом проекта Xen, опубликовали план по созданию на языке Rust замены различных компонентов программного стека Xen. Непосредственно гипервизор Xen пока перерабатывать не собираются, работа сосредоточена в основном на переделке отдельных компонентов  инструментария... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58815
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от alexandr_0503 (ok), 18-Мрт-23, 09:34	–18 +/–
Этот rust пробрался уже во все открытые проекты😡😡
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #80, #88, #107, #150, #295

2. Сообщение от пробрался (?), 18-Мрт-23, 09:36	+18 +/–
сопротивление бесполезно - зондеркоманда с огнетушителями уже выехала за тобой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4

3. Сообщение от Анонимусс (?), 18-Мрт-23, 09:37	+28 +/–
Разумеется. Потому что те, кто хоть что-то делает, видят в нем кучу плюсов и готовы потратить свое время на замену текущего кода. А остальные могут лишь строчить гневные комменты про "их" опенсорс))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #16, #153, #296

4. Сообщение от alexandr_0503 (ok), 18-Мрт-23, 09:37	+/–
🤣🤣🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

5. Сообщение от Аноним (5), 18-Мрт-23, 09:38	+6 +/–
Спасибо Си, ты нам хорошо послужил, но теперь пришло новое время - время Rust
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #15, #70

6. Сообщение от Аноним (6), 18-Мрт-23, 09:43	–10 +/–
Ты сам не понимаешь о чём говоришь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #49

7. Сообщение от Аноним (7), 18-Мрт-23, 09:56	–1 +/–
Правильно, нафиг Go с телеметрией от Гугла!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #72

10. Сообщение от robo228 (?), 18-Мрт-23, 10:10	–2 +/–
Можно всех этих людей сослать в команду KVM?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #134

11. Сообщение от Анонимусс (?), 18-Мрт-23, 10:16	+1 +/–
А кто тогда Xen писать будет? Может ты возьмешь на себя эту тяжкую ношу? Или думаешь, что если разогнать команду, сразу набегут желающие поддерживать код?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Tron is Whistling (?), 18-Мрт-23, 10:19	–1 +/–
Понятно. Очень рад, что не трогал XCP-ng и брал лицензию у Citrix. Продолжим это делать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #74

13. Сообщение от Аноним (13), 18-Мрт-23, 10:21	+/–
При этом в мотивировочной части описаны проблемы, которые хрустик сам по себе не решает, а тот же го более распространён, чем окамль и хрустик вместе взятые. Был ксен, да вышел весь, видимо на него на этом повороте окончательно забьют в пользу KVM и доцкеров
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19

15. Сообщение от Tron is Whistling (?), 18-Мрт-23, 10:22	–3 +/–
Разбирать ворох спецсимволов? Спасибо, я в другое место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #34, #35

16. Сообщение от Tron is Whistling (?), 18-Мрт-23, 10:22	+5 +/–
И как, много уже заменили? :D Лет-то много прошло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #20, #113

17. Сообщение от Tron is Whistling (?), 18-Мрт-23, 10:23	–1 +/–
Там бы сначала оголтелую питонятину на что-то более вменяемое заменить, а не кровати переставлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

19. Сообщение от Анонн (?), 18-Мрт-23, 10:29	+/–
Го медленный. На нем написан только один компонент. Окамл относительно быстрый, но для него сложно найти сопровождающих. Плюс в оригинале еще упоминается питон: "This platform is a mix of various languages like C, Python, OCaml and even Go". Т.е. тебе нужен разраб на OCaml, разраб на Go, разраб на Python. Или какой-то многостаночник, которых их всех знает одинаково плохо. Они хотят заменить весь этот зоопарк на что-то одно. И не на си. И в данном контексте раст хороший вариант.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #27, #75

20. Сообщение от Анонимусс (?), 18-Мрт-23, 10:37	+2 +/–
Достаточно, чтобы слушать нытье на опеннетах про Firefox, про librsvg и про ядро линукса)) Кол-во лет это такое... стандартизации сишки ждали почти 20 лет, с++ - 15 или сколько там? Тогда не было такой конкуренции языков и такого кол-ва легаси, были более готовы к экспериментам. А тут все ждут что кто-то другой попробует первым. Сейчас для раста начинается самое интересное время. Посмотрим как он себя покажет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #30

23. Сообщение от Golangdev (?), 18-Мрт-23, 10:48	–5 +/–
> C, Python, OCaml и Go, некоторые из которых устарели Да, OCaml вообще х пойми что, удаляйте, поддерживаю
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82

26. Сообщение от Аноним (98), 18-Мрт-23, 11:10    Скрыто ботом-модератором	+1 +/–
Ну инициировали и инициировали.
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от Аноним (98), 18-Мрт-23, 11:11	+3 +/–
В Мозилле тоже так думали. Но что-то потом случилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #28

28. Сообщение от Анонимусс (?), 18-Мрт-23, 11:21	+1 +/–
Webrender и многопоточность - это лучшее что случилось с мозилой за последние годы. Наконец-то в какой-то момент они перестали быть "тормозилой" Не повезло им с другим - с супержадными СЕО, которые одной рукой подписывали увольнение 250 сотрудников, в том числе писавших на раст, а другой - выписывая себе миллионные премии. Что разумеется не могло не отразиться на стабильности продукта. Что характерно, на опеньке это событие встретили ликованием - "Растаманов поувольнялили, хахаха", не задумываясь что чистых растовиков там было очень мало, а были как раз с++/rust. Но кого это заботило, там же ненавистный раст))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #53, #284

30. Сообщение от Аноним (30), 18-Мрт-23, 11:37	+/–
Уже 9 лет это слышу. Пока ничего интереснее грепалки и тимвивера на расте не написали и не напишут. Достаточно посмотреть кто стоит за растом и убедиться в этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #33, #56, #84, #189

31. Сообщение от Аноним (31), 18-Мрт-23, 11:40    Скрыто ботом-модератором	–1 +/–
чем оно лучше чем LXC/LXD?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #123

32. Сообщение от Аноним (32), 18-Мрт-23, 11:47	+2 +/–
Скоро будет (Программный) продукт не содержит пальмового масла (Раст-а) ... Или в интернет софтверном магазине будет раздел программный код не содержит заменителей (Раст и т.п.) компилятора...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #38

33. Сообщение от Прохожий (??), 18-Мрт-23, 11:48	–1 +/–
У тебя с логическим мышлением явные проблемы: 1. То, что, по твоему мнению, ещё ничего не написали - не означает, что в будущем не напишут. Процесс идёт, и это уже невозможно отрицать. 2.То, что за языком стоит кто-то не тот, не означает, что им не могут пользоваться другие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #104, #176

34. Сообщение от annonn (?), 18-Мрт-23, 11:49	–1 +/–
ой, какая потеря! как мы теперь будем жить! а если серьезно - думаю проектов легаси С/С++ кода еще куча без работы лет 10 точно не останешься
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #45

35. Сообщение от Прохожий (??), 18-Мрт-23, 11:51	+5 +/–
У эксперта когнитивные способности не выдерживают нагрузки. Несите другого эксперта. 🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

36. Сообщение от Прохожий (??), 18-Мрт-23, 11:57	+3 +/–
А Citrix тебя открытым кодом снабжала для аудита? Другими словами, откуда ты знаешь, что Citrix тоже так ненавидимый тобою Rust уже не использует?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #65

37. Сообщение от Аноним (37), 18-Мрт-23, 11:58	+/–
Скорее будет "Продукт на чистом расте! Ни грамма дырявой сишки!" Или "Код может содержать следы си, будьте бдительны"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #46

38. Сообщение от Прохожий (??), 18-Мрт-23, 12:01	+/–
Разве что в твоих влажных местах такое будет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #39

39. Сообщение от Прохожий (??), 18-Мрт-23, 12:03	+/–
местах ->  мечтах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #52

42. Сообщение от WebMonkey (?), 18-Мрт-23, 12:08	+2 +/–
Другое дело кодить на других языках в VSCode
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #83

45. Сообщение от Аноним (186), 18-Мрт-23, 12:12	+2 +/–
cpp тоже давно превратился в ворох спецсимволов, так что этот эскперт скорее всего уйдёт обратно в питон, будет дёргать моржовый оператор и обмазываться декораторами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

46. Сообщение от WebMonkey (?), 18-Мрт-23, 12:12	+1 +/–
Да, всё так и будет: вместо белковой сои тупо крахмал, а вместо пальмового масла изначально твердого смесь гидрогенизированных масляных отходов, мы же за ЭКО.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

47. Сообщение от WebMonkey (?), 18-Мрт-23, 12:15	+2 +/–
А мне без разницы на Раст, если он позволяет меньше проблем сделать. В отличие от вебни, которая при каждом открытии страниц, в т.ч. онлайн-"приложений" грузит десятки мегабайт, работает в двух потоках, эта ржавчина вообще белая и невинная.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106, #161

49. Сообщение от Прохожий (??), 18-Мрт-23, 12:17	+4 +/–
Какая часть из сказанного подвергается вами сомнению?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #103

52. Сообщение от Аноним (52), 18-Мрт-23, 12:31	+1 +/–
Зря исправил...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #140

53. Сообщение от Аноним (98), 18-Мрт-23, 12:32	+1 +/–
Все так же тормозила и тормозит. Раст не имеет отношения к скорости доп проверки не могут пройти без последствий.   Ты так говоришь как будто их просто так взяли и уволили. Просто они ничего не смогли дельного написать вот их и уволили и правильно сделали. 1 миллион долларов это зп 10 программистов в год. Ничего себе лишнего она не приписала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #89, #116

56. Сообщение от 8383838 (?), 18-Мрт-23, 12:36	+/–
Асе самое интересное оно корпоративное, а не открытое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

59. Сообщение от Аноним (59), 18-Мрт-23, 12:51	+/–
На схеме xenopsd-ng сожрал libxl. Продолжают славные традиции systemd.
Ответить | Правка | Наверх | Cообщить модератору

60. Сообщение от Zenitur (ok), 18-Мрт-23, 12:53	–1 +/–
Вопрос про Xen. Пробрасываю видеокарту в виртуалку. Для этого надо убедиться, что видеокарта не инициализируется биосом (является второй в системе) и иметь поддержку IOMMU на материнке. Скрипт для проброса: #!/bin/bash modprobe pciback BDF=0000:02:00.1 [ ! -e /sys/bus/pci/devices/$BDF/driver/unbind ] || \ echo -n $BDF > /sys/bus/pci/devices/$BDF/driver/unbind echo -n $BDF > /sys/bus/pci/drivers/pciback/new_slot echo -n $BDF > /sys/bus/pci/drivers/pciback/bind BDF=0000:02:00.0 [ ! -e /sys/bus/pci/devices/$BDF/driver/unbind ] || \ echo -n $BDF > /sys/bus/pci/devices/$BDF/driver/unbind echo -n $BDF > /sys/bus/pci/drivers/pciback/new_slot echo -n $BDF > /sys/bus/pci/drivers/pciback/bind echo 'now free for pciack devices:' xm pci-list-assignable-devices #xm create /etc/xen/vm/my_virtual_system В конец файла /etc/xen/vm/windows9 добавил: pci=['02:00.0', '02:00.1'] gfx_passthru=1 Ну и запускаю виртуалку командой: xm start windows9 Так блин, а как туда подать интернет? Ткните в ман. И ещё, как туда пробросить мышку, клаву, просто флешку какую-нибудь? Может туда можно пробросить целый контроллер, будь то USB-контроллер или Ethernet?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92, #163, #218

65. Сообщение от Tron is Whistling (?), 18-Мрт-23, 13:41	–1 +/–
Вообще-то да, транк XenServer собственно цитриксовый был, ну и все открытые составляющие (то есть почти всё целиком) они выдают для загрузки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #66, #67

66. Сообщение от Tron is Whistling (?), 18-Мрт-23, 13:41	–1 +/–
(XCP-NG как раз это берёт, допиливает и собирает)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

67. Сообщение от Tron is Whistling (?), 18-Мрт-23, 13:41	–1 +/–
(XenServer - условно, там и XAPI, и много чего ещё, закрытый только XenCenter)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

70. Сообщение от пох. (?), 18-Мрт-23, 14:11	+/–
и поэтому набранные по квотам разработчики разных оттенков начали переписывать-переписывать...код на игогошечке. А потом планируют взяться за ocaml. Я даже угадаю, почему - потому что оба специалиста, умеющие в ocaml, уже работают в цитрикс фултайм. (интересно, публичные pgp-сервера так и не попатчены по сей день, да?) Правда, по этой же причине, вероятнее всего, дальше переписывания игогошечки ничего и не продвинется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #190

72. Сообщение от Аноним (72), 18-Мрт-23, 14:15	+/–
Во-первых, телеметрию таки не впустили. Во-вторых, Go не подходит для гипервизоров, он не для системного программирования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #192, #273

74. Сообщение от пох. (?), 18-Мрт-23, 14:17	+/–
> Понятно. Очень рад, что не трогал XCP-ng и брал лицензию у Citrix. Продолжим это делать. Да, судьба шва6одкопрожекта по копи314дингу цитриксовой разработки довольно предсказуема. То есть вероятнее всего уже свершившийся факт. Но с лицензией у одичалых за Стеной тоже настали некоторые, эммм, трудности. Ну ладно, у любителей халявки еще остался б-жественный овирт - вон в статьях прекрасное о том как его чинить если он ой не успел обновить свои однодневные сертификатики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #85

75. Сообщение от Аноним (72), 18-Мрт-23, 14:18	+/–
> Го медленный. То-то  же его держат на серверах с откликом меньше миллисекунды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #182, #214

80. Сообщение от Аноним (80), 18-Мрт-23, 14:52	+/–
Людям просто скучно. Опенсорс в основном пишут непрофессионалы и студенты по фану, а раст -- это новая сырая игрушка с нескучным синтаксисом, т.е. свежие погремушки. Можно писать прототипы на расте и потом переписывать на питон для продакшена. Некоторые правда хотят смешивать раст и питон, но это лишнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #183, #220, #277

81. Сообщение от Самый умный из вас (?), 18-Мрт-23, 14:59	–2 +/–
Надеюсь кто-то уже работает над новым безопасным языком с нормальным синтаксисом, иначе такими темпами мы обречены на раст
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94, #109, #143, #208, #217, #262

82. Сообщение от Аноним (82), 18-Мрт-23, 15:14	+1 +/–
Окамл как раз кошер кошерный, ты не сечешь. Уж точно ключевые компоненты на нём были бы лучше, чем на хрусте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #174

83. Сообщение от Аноним (7), 18-Мрт-23, 15:14	+/–
Vscode - тоже в клозет. Пользоваться таким - зашквар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #97

84. Сообщение от Аноним (84), 18-Мрт-23, 15:22	+/–
CloudFlare активно на Rust переходит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #98

85. Сообщение от Sw00p aka Jerom (?), 18-Мрт-23, 15:28	–1 +/–
>ой не успел обновить свои однодневные сертификатики. Спасибо, поржал :)))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

88. Сообщение от kusb (?), 18-Мрт-23, 15:43	–3 +/–
rust-opennet
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

89. Сообщение от Анонимусс (?), 18-Мрт-23, 15:44	+/–
> Раст не имеет отношения к скорости Еще как имеет. Доп проверки - это фигня, на уровне 1% оверхеда на реальных задачах. А вот то что они смогли распараллелить CSS - это дало огромный прирост. То что они не смогли сделать на с++ : "By 2017, Mozilla had made two previous attempts to parallelize the style system using C++. Both had failed." Можно конечно их просто назвать неосиляторами, но они уже написали целый браузер, поэтому вряд ли проблема только в их компетентности)) А на расте смогли. > Просто они ничего не смогли дельного написать вот их и уволили и правильно сделали. А ты смешной))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #99

92. Сообщение от Аноним (37), 18-Мрт-23, 15:58	+5 +/–
Это шутка? На что ты рассчитываешь? Спрашивать технические вопросы на опеннете? Он же создан для срача и набрасывания на вентилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #96

94. Сообщение от wyry (?), 18-Мрт-23, 16:20	+3 +/–
Pascal: да-да, пошёл я нахер... опять xD. Всё уже изобретено. Хотите простой язык, который можно выучить за недельку - есть Pascal, язык с мощными макросами и метапрограммированием - LISP, нужен надёжный и быстрый инструмент для работы с данными - есть ML (OCaml, F#). На каждый запрос УЖЕ существует инструмент лучше Rust. Лучше бы дорабатывали то что, что объективно устарело и подгоняли под современные нужды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #120, #126

96. Сообщение от пох. (?), 18-Мрт-23, 16:29	+/–
> Это шутка? На что ты рассчитываешь? Спрашивать технические вопросы на опеннете? > Он же создан для срача и набрасывания на вентилятор. да на такой вопрос и в нормальной-то обстановке ответить не придумаешь чем. Ну какой ман ему вот прочитать в слух и с выражениями про что такое паравиртуализация и почему ничего "пробрасывать" не надо (ну если только видеокарту, и то если на самом деле она зачем-то нужна именно физическая) - уж точно ни мышей ни клавиатур. хрен его знает-то...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #132

97. Сообщение от Анонин (?), 18-Мрт-23, 16:44	+7 +/–
О, погромисты-ауешники подтянулись
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #248

98. Сообщение от Аноним (98), 18-Мрт-23, 16:47	–3 +/–
И написал на нем примерно ничего. Но переходит прям очень активно, лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #114, #138

99. Сообщение от Аноним (98), 18-Мрт-23, 16:49	–1 +/–
Ещё как не имеет. В хроме все итак работает быстрее. А растофанатики из самого логово раст из мозиллы, не смогли даже свой серво написать, хотя это с самого начала заявлялся как главный продукт на расте. Ты просто не хочешь верить в очевидное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

102. Сообщение от псевдонимус (?), 18-Мрт-23, 16:58	–2 +/–
Нормальный же был гипервизор..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #111

103. Сообщение от псевдонимус (?), 18-Мрт-23, 17:00	+/–
Раст никуда не пришел и не придет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #122, #251

104. Сообщение от Аноним (104), 18-Мрт-23, 17:10	–3 +/–
Это у тебя с логическим мышлением проблемы. Он констатирует факты и они подтверждают его прогноз. На расте пока не создано практически ни-че-го значимого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #137

106. Сообщение от Аноним (104), 18-Мрт-23, 17:16	–2 +/–
Раст это лишняя зависимость при сборке и тянет с собой гигабайты такого же ненужного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #142

107. Сообщение от Вуся (?), 18-Мрт-23, 17:17	+1 +/–
Есть подозрения почему? Может есть какая-то причина? :D Да, наверняка причина в том, что вообще все вокруг д***ы, а вы самый умный и точно знаете на чём надо писать! Объясните нам, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

109. Сообщение от Аноним (104), 18-Мрт-23, 17:21	–1 +/–
Zig выглядит перспективно и хорошо развивается даже без потужного хайпа. А безопасность сама по себе это чистой воды маркетинговый слоган.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #144, #185

111. Сообщение от Аноним (-), 18-Мрт-23, 17:24	+1 +/–
А почему в прошедшем времени? Он и сейчас нормальный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #129

113. Сообщение от Аноним (114), 18-Мрт-23, 18:00	+/–
> И как, много уже заменили? :D Хоть и не совсем заменили, но немало "заменяется" для нового кода. Например, в последнем андроиде, как написано в статье от декабря 2022 г., в _новом_ (не унаследованном) нативном коде (это C/C++/Rust) низкоуровневых системных компонент раст уже составляет 21%, там уже 1.5 млн строк кода на расте. Ряд низкоуровневых нативных компонентов реализованы не на твоей сишечке/плюсиках, как это было бы раньше. В целом взят курс на замещение в _новом_ коде плюсов с сишкой на раст. Устоявшийся старый код пока переписывать не планируют, это верно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #178

114. Сообщение от Аноним (114), 18-Мрт-23, 18:04	+2 +/–
В 13-м андроиде 21% нового низкоуровнего кода (это си, плюсы и раст) системных компонент написано на расте. И заявляют, что новое будут предпочитать писАть на "безопасных" языках вместо си/плюсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #177

115. Сообщение от Аноним (115), 18-Мрт-23, 18:20	+/–
Мнение о безопасности Rust чрезвычайно преувеличено. При этом, уже имеем нагромождение спецсимволов и производительность гораздо хуже чем у Си.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119, #121, #206

116. Сообщение от Аноним (114), 18-Мрт-23, 18:20	+3 +/–
> Раст не имеет отношения к скорости доп проверки не могут пройти без последствий. Часть этих проверок в рантайме для раста не нужна, потому что тот раст-код, что заставит тебя написать компилятор и то, как тебе придется подстроить архитектуру программы, уже исключит какой-то класс ошибок и проверок. Потому что ты там не сможешь делать некоторые вещи как в си. В расте ты это сделаешь по другому. И нередко это будет безопасно и "забесплатно", без проверок в рантайме. Но часть да, в ран-тайме будет проверяться. Но! Эти же самые проверки и сишник должен был бы, даже обязан, делать ручками в своем коде, но делает это, как показывает практика, далеко не всегда. И потому имеем бОльшую часть ошибок в программах (70%) из-за "нинастаящих погромистов".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #141

117. Сообщение от Аноним (117), 18-Мрт-23, 18:24	+/–
Помню когда-то у всех бомбило от питона. Теперь от раста...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #133, #292

119. Сообщение от Анонин (?), 18-Мрт-23, 18:31	+1 +/–
Пруфы на "производительность гораздо хуже" предоставишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #131, #154

120. Сообщение от Аноним (120), 18-Мрт-23, 18:34	+1 +/–
Двачую паскаль. Язык без уб/сб с вменяемой системой модулей, однопроходным гиперреактивным конпелятором, возможностью писать вставки на асме — невзлетел. Этот мир проклят, он будет гореть в огне страданий и граблей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #276

121. Сообщение от Аноним (114), 18-Мрт-23, 18:37	+2 +/–
> Мнение о безопасности Rust чрезвычайно преувеличено А вот разработчики низкоуровневых компонент андроида заявляют, что за последние два выпуска, т.е. за несколько лет, в новом коде на расте еще не выявлено ни одной ошибки работы с памятью. Ни одной. При этом они не утверждают, что так и останется в будущем, не идеализируют. А стоит учесть, что в _новом_ (не в унаследованном старом) нативном коде (это на данный момент в андроиде си/плюсы/раст), раст составляет уже 21%, 1.5 млн строк кода. Там уже стараются новые системные компоненты, которые раньше писАли бы на плюсах, писать на расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #127, #139, #257

122. Сообщение от Анонин (?), 18-Мрт-23, 18:53	+6 +/–
Раст уже пришел в linux kernel. Какой язык еще может этим похвастаться? Раст уже пришел в андроиде и не так уж мало. И уходит он никуда не собирается. Поэтому хватит повторять свои мантры и просто смиритесь с реальностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #130, #272

123. Сообщение от Anon3 (?), 18-Мрт-23, 19:08	+/–
Я знаю вещь, которая лучше не только LXC/LXD, но и Xen. И намного!!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

126. Сообщение от fumanchez (ok), 18-Мрт-23, 20:00	–1 +/–
Ты просто назвал языки, про которые слышал. OCaml с его linux only компилером и прибитый к дотнету F# - это пример как нужно делать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #135

127. Сообщение от Аноним (217), 18-Мрт-23, 20:00	–2 +/–
> раст составляет уже 21% 121% звучало бы убедительней
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #149, #168

129. Сообщение от псевдонимус (?), 18-Мрт-23, 20:27	–2 +/–
"мы работаем над этим"©™
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

130. Сообщение от псевдонимус (?), 18-Мрт-23, 20:31	–4 +/–
> Раст уже пришел в linux kernel. Какой язык еще может этим похвастаться? > Раст уже пришел в андроиде и не так уж мало. И уходит > он никуда не собирается. > Поэтому хватит повторять свои мантры и просто смиритесь с реальностью. С линукс кернель все понятно уже и совсем тугодумам спошникам из новости ниже. Нормальные людям уж овер 10 лет с ним все ясно. А еще более нормальным с 90-х и книжки про спо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

131. Сообщение от Аноним (132), 18-Мрт-23, 20:38	–1 +/–
Напиши 2 проги по 3 строчки и сам увидишь. Или ты веришь только тому, что по телевизору покажут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #147

132. Сообщение от Аноним (132), 18-Мрт-23, 20:40	+/–
а внутренние утечки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

133. Сообщение от Максим (??), 18-Мрт-23, 20:48	–1 +/–
А питон разве пытался заместить собой какой-то язык и переписать всё и вся?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #155, #187

134. Сообщение от пох. (?), 18-Мрт-23, 20:55	+1 +/–
за что ты так ненавидишь kvm?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #136

135. Сообщение от пох. (?), 18-Мрт-23, 21:00	+/–
Э...шито?! ocaml собирается под любую юникс-лайк операционку, включая винду и винду, и даже - под винду. Что неправильного в том что F# использует готовую инфраструктуру и чем это отличается от миллиона компиляторов внутри проекта gcc?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #195

136. Сообщение от robo228 (?), 18-Мрт-23, 21:17	–1 +/–
> за что ты так ненавидишь kvm? За то что там подметать некому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134

137. Сообщение от Прохожий (??), 18-Мрт-23, 21:24	+/–
О, ещё один "мыслитель". Из этих фактов не следуют никакие выводы, которые он сделал, если следовать элементарной логике. > На расте пока не создано практически ни-че-го значимого. Потому что всё значимое уже создано на других языках. Мгновенно замена не произойдёт, но процесс уже стартовал. Странно, что некоторые не обращают на подобные новости никакого внимания, а потом заявляют "ничего не создано".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

138. Сообщение от Прохожий (??), 18-Мрт-23, 21:28	–1 +/–
Ох уж эти "эксперты", не умеющие пользоваться поисковиком. На, кушай: "Oxy is Cloudflare's Rust-based next generation proxy framework"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #197

139. Сообщение от gentoo (?), 18-Мрт-23, 21:29	–3 +/–
> А вот разработчики низкоуровневых компонент андроида заявляют Прям аргументище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #148, #171

140. Сообщение от Прохожий (??), 18-Мрт-23, 21:37	+/–
Пусть будут оба варианта. На выбор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

141. Сообщение от Аноним (80), 18-Мрт-23, 21:37	–1 +/–
Там такая фишечка что в релизном билде проверки отключаются, а в отладочном тормозит настолько адово что его вообще никак не погоняешь и непонятно зачем он и его безопасности кому-то нужны. По факту можно взять плюсы со всеми украшательствами и не страдать от внезапных зависаний и проблем с отладкой. Да-да, эти ошибки потом именуют "логическими", хотя 1 в 1 что и у си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #158, #166

142. Сообщение от Прохожий (??), 18-Мрт-23, 21:39	+2 +/–
Ты там каждый день что-то собираешь, что ли? Или место на диске закончилось? Какая-то несусветная хpень иной раз озвучивается в качестве таких вот "контрдоводов" супротив Раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #254

143. Сообщение от Прохожий (??), 18-Мрт-23, 21:43	+2 +/–
А в чём ненормальность синтаксиса у Rust? А то, как ни спросишь, в ответ - тишина. Я так понимаю, основные претензии - к угловым скобкам и символу lifetime? Это всё?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #184, #293

144. Сообщение от Прохожий (??), 18-Мрт-23, 21:44	+/–
> безопасность сама по себе это чистой воды маркетинговый слоган Безопасность сама по себе - это деньги конечных пользователей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

145. Сообщение от Аноним (176), 18-Мрт-23, 21:45	+/–
"Необходимость переработки Linux guest tools (xe-guest-utilities) вызвана проблемами с качеством кода и развитием вне проекта Xen Project под контролем Cloud Software Group, что затрудняет формирование пакетов и влияние сообщества на разработку." Так и написали бы что не умеем. Заменять компонент, смотрящий на клиентов, написанный на языке, ориентированным на облачные приложения, с оптимизированной многопоточностью на недоделанный язык для хобби - как говорится ну-ну.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #152

147. Сообщение от Прохожий (??), 18-Мрт-23, 21:49	+1 +/–
Как замечательно слился очередной "эксперт". "Я тут что-то декларирую, но вы сами доказывайте мою правоту". :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

148. Сообщение от Прохожий (??), 18-Мрт-23, 21:50	–1 +/–
Я так понимаю, это был сарказм? Что для вас было бы аргументищем в таком случае?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #170

149. Сообщение от Прохожий (??), 18-Мрт-23, 21:52	–1 +/–
Заниматься преувеличением на Опеннете в пользу своих верований - обычно удел луддитов. Растиане подобным не страдают, потому что незачем - правда на их стороне. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

150. Сообщение от Прохожий (??), 18-Мрт-23, 21:55	+/–
Как будто это что-то плохое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

151. Сообщение от Аноним (161), 18-Мрт-23, 21:55	+2 +/–
Кто умеет программировать, тот выбирает подходящий инструмент. Кто не умеет, тот пишет экспертные комментарии на опеннет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #160

152. Сообщение от Прохожий (??), 18-Мрт-23, 22:03	–3 +/–
1. Почему вы считаете, что Rust не ориентирован на многопоточность? 2. Почему вы считаете, что Rust не доделан и только для хобби? Вон, программисты Google, Microsoft, Amazon, Meta, Linux, Cloudflare считают иначе. Они все неумехи?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #157, #159

153. Сообщение от Аноним (153), 18-Мрт-23, 22:07	+2 +/–
> видят в нем кучу плюсов Достаточно двух плюсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

154. Сообщение от Аноним (154), 18-Мрт-23, 22:08	–1 +/–
Какой смешной. Тебе нужны пруфы, что проверка на границы массива требует выполнения инструкций процессора? Или ты думаешь там всё происходит магическим образом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #162, #231

155. Сообщение от Прохожий (??), 18-Мрт-23, 22:09	+/–
А Rust разве пытается заменить собой всё и вся? Заменить - да, потому что накопленный технический долг хорошо бы погасить. Но что тут плохого, кроме того, что надо подучить этот новый язык? Для всех тутошних борцунов, такое ощущение что, обучение чему-то новому - это невыносимая мука. Зачем тогда было идти в IT, где всё меняется довольно быстро, и нужно "очень быстро бежать только для того, чтобы просто оставаться на месте" (с) Льюис Кэролл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #281

157. Сообщение от Аноним (176), 18-Мрт-23, 22:42	+/–
Не знаю за всех, но в Linux программисты rust только-только "проходят собеседования". И про огромные тонны раст-кода в Microsoft не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #212

158. Сообщение от Аноним (114), 18-Мрт-23, 22:44	+1 +/–
Прохладные сказки. То-то гугловцы при разработке андроида для новых низкоуровневых подсистем всё шире начинают использовать раст вместо си и плюсов. Небось им поставлена задача затормозить ОС чтобы новые смарты покупали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #164

159. Сообщение от Аноним (176), 18-Мрт-23, 22:48	+/–
Разделение владением переменных может и облегчает разделение между потоками, но передача этого владения в программном потоке с тысячами вызовов уже выглядит запутано, а если еще потоков много, то поведение становится непредсказуемо и сложно просчитывается. Вот поэтому раст хорош для крохотных отшлифованных кусков - то есть на уровне хобби.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #173

160. Сообщение от Аноним (176), 18-Мрт-23, 22:50	–1 +/–
Кто не умеет что сказать - пишет громкие красивые универсальные посты. Бороду побрейте...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

161. Сообщение от Аноним (161), 18-Мрт-23, 22:58	+2 +/–
>В отличие от вебни, которая при каждом открытии страниц, в т.ч. онлайн-"приложений" грузит десятки мегабайт, работает в двух потоках Наше помойное веб-приложение так и работает. Единственная надежда что помойка скоро обанкротиться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

162. Сообщение от Аноним (162), 18-Мрт-23, 23:01	+/–
>>> производительность гораздо хуже чем у Си. >> <пруфы> > Какой смешной. Тебе нужны пруфы, что проверка на границы массива требует выполнения А ты такой уныл^W ловкий - юлишь, переобуваясь в прыжке ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

163. Сообщение от Аноним (176), 18-Мрт-23, 23:02	+/–
Виртуальные машины Делят реальное оборудование через диспетчеры Хоста. Напрямую пробрасывать - плохая практика. Если так много вопросов, то следует начать с азов. Пожелание - Ищущий да обрящет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #165

164. Сообщение от Аноним (80), 18-Мрт-23, 23:13	–1 +/–
Вообще в качестве аналога си претензий особых к расту нет, сахар довольно удобный. Пока интероп не понадобится. Но этого недостаточно для написания приложух.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #167

165. Сообщение от Zenitur (ok), 18-Мрт-23, 23:22	–1 +/–
Видеокарту я пробрасываю целиком, а мышку с клавой через паравиртуализацию. Теперь вопрос про сеть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

166. Сообщение от Аноним (114), 18-Мрт-23, 23:30	+1 +/–
Кстати вдогонку. Насчет производительности... Так наоборот, на си и плюсах там бОльшие тормоза были, а использование раста позволило по другому надежную архитектуру построить. Вот кусок из ссылки, что недавно скидывали про использование раст в андроиде: "... Safety measures make memory-unsafe languages slow Mobile devices have limited resources and we’re always trying to make better use of them to provide users with a better experience (for example, by optimizing performance, improving battery life, and reducing lag). Using memory unsafe code often means that we have to make tradeoffs between security and performance, such as adding additional sandboxing, sanitizers, runtime mitigations, and hardware protections. Unfortunately, these all negatively impact code size, memory, and performance. Using Rust in Android allows us to optimize both security and system health with fewer compromises. For example, with the new UWB stack we were able to save several megabytes of memory and avoid some IPC latency by running it within an existing process. The new DNS-over-HTTP/3 implementation uses fewer threads to perform the same amount of work by using Rust’s async/await feature to process many tasks on a single thread in a safe manner. ..." https://security.googleblog.com/2022/12/memory-safe-language...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #181

167. Сообщение от Аноним (114), 18-Мрт-23, 23:34	+/–
И с интеропом там всё нормально, через ансейф обертки. Даже с явой в обе стороны работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

168. Сообщение от Аноним (114), 18-Мрт-23, 23:38	+/–
От разработчиков. Врут наверное, чтобы у начальства премию выклянчить? "... In Android 13, about 21% of all new native code (C/C++/Rust) is in Rust. There are approximately 1.5 million total lines of Rust code in AOSP across new functionality and components such as Keystore2, the new Ultra-wideband (UWB) stack, DNS-over-HTTP3, Android’s Virtualization framework (AVF), and various other components and their open source dependencies. These are low-level components that require a systems language which otherwise would have been implemented in C++. ..." https://security.googleblog.com/2022/12/memory-safe-language... Там для таких как ты даже картинки графиков нарисованы, чтобы понятнее было. Но лучше прочти статейку всю полностью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #193, #288

169. Сообщение от Аноним (218), 18-Мрт-23, 23:38	+/–
Эта новость вызывает смешанные чувства... Ну то есть вместо того чтобы дописывать недостающий функционал по стораджу и сетям, с которым у самого Citrix не густо, они решили переписывать утилиты на Rust. С одной стороны, это совершенно нездоровые подход, но техдолг... Там же большая драма была в том, что Citrix по сути закрыл свой OpenStack, как вендор и остановил развитие экосистемы гипервизора, заблокировал всё что мог лицензиями и застрял в рамках задач по Virtual Desktop Environment.  Это произошло после ребрендинга XenServer -> Citrix Hypervizor, и их основных продуктов XenDesktop и XenApp в Citrix Workplaces совместно с отказом от perpetual-лицензирования. Это масштабное сокращение функционала по всем направлением сопровождается с полной переориентацией на единственно важный сейчас для Citrix портрет клиента крупная организация применяющая в работе удаленные рабочие столы, тонкие клиенты, киоски, и публикующая на сессионных терминалах графически ускоренные приложения. Ну то есть как гипервизор общего назначения он мёртв уже несколько лет (я про верию от Citrix). При этом есть без учета давным-давно сформированного XenProject есть 2 более успешные реализации Xen: XCP-ng о которой речь идёт в новости и Hyper-V, чей ядерный код состоит из Xen на 40% и писался при участии Citrix по заказу MS. И как это и полагается у крупных корпораций в олигопольной среде, они поделили рынок по сговору. Общее назначение забирает Hyper-V, при этом Citrix прекращает развитие программно определяемых хранилищ, сетей и фактически закрывает эту часть облачного направления, зато поддержка этого всего приходит из Xen в Hyper-V. MS при этом наоборот закрывает все что связано с графическими ускорителями и оставляет свои терминальные компоненты (все ранее тоже купленные у Citrix-а). Вот мы и имеем по состоянию на 2018-й год окончательно сформированный сговор. Если XCP-ng, наплевав на их делёжку попытается хотя бы продать (не обязательно бесплатно) своё единое решение без искуственного дележа рынка, то станет легче жить, потому что KVM в некоторых ситуациях показывает ужасно низкие возможности overcommit. Но вот идея переписать основное API для управления доменами на Rust, ключевое слово "переписать" вызывает у меня неудобные вопросы. Это с одной стороны, с другой стороны, техдолг там настолько чудовищный, что Citrix решил закрыть несколько направлений и договориться с МС лишь бы не тащить на себе развитие инфраструктурных автоматизаций под гипервизор общего назначения. Не знаю... Правда не знаю Мне интересно, кто-то из наших местных общался с XCP-ng они там как, адекватные? Они понимают в какую сторону собрались двигаться? Потому что если это "перепишу всё на Rust, потому что это в тренде", то земля им пухом... С другой стороны они отказываются в первую очередь от старого кода на Go... Rust не может быть хуже Go, потому что хуже Go нет ничего по определению.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #196, #241

170. Сообщение от anonimik (?), 18-Мрт-23, 23:45	–2 +/–
содержимое их баг-трекера
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #172

171. Сообщение от Аноним (114), 18-Мрт-23, 23:45	+2 +/–
> Прям аргументище. Прям аргументище. Убедили. Разработчики с гугла меня обманули. Прикинь, в андроиде 12 и 13 (это уже неск. лет) такой отчет у них: "... Security impact [имеется ввиду от широкого внедрения раста - моё примечание] To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code. We don’t expect that number to stay zero forever, but given the volume of new Rust code across two Android releases, and the security-sensitive components where it’s being used, it’s a significant result. It demonstrates that Rust is fulfilling its intended purpose of preventing Android’s most common source of vulnerabilities. Historical vulnerability density is greater than 1/kLOC (1 vulnerability per thousand lines of code) in many of Android’s C/C++ components (e.g. media, Bluetooth, NFC, etc). Based on this historical vulnerability density, it’s likely that using Rust has already prevented hundreds of vulnerabilities from reaching production. ... " https://security.googleblog.com/2022/12/memory-safe-language... Но раз ты сказал... Как я могу после спорить? Ты ж не просто Авторитет. Ты "прям Авторитетище!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

172. Сообщение от Аноним (114), 18-Мрт-23, 23:52	+/–
так если, как разработчики пишут (даже жирным выделили), от этих полутора миллионов строк растовского кода у них "... Security impact To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code. ... " то в багтрекере по ним, ошибкам работы с памятью, ничего и не будет. Ноль. Зеро. Останутся только логические ошибки, те, которые в б.жественной сишечке составляют оставшиеся 30%. Но разработчики и не настаивают, что ноль так и останется в будущем. Но пока, увы, они Вас ничем порадовать не могут. https://security.googleblog.com/2022/12/memory-safe-language...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

173. Сообщение от Аноним (114), 19-Мрт-23, 00:05	+/–
> Вот поэтому раст хорош для крохотных отшлифованных кусков - то есть на уровне хобби. Народ тут всякие сложные распределенные нагруженные системы пишет, типа разных блокчейнов, которые потом на тысячах узлах-валидаторах согласованно крутятся, но для некоторых это всё ещё "для крохотных отшлифованных кусков - то есть на уровне хобби". Некоторые гиганты пишут всякие системы виртуализации - тоже, наверное, детские поделки. А вебрендерер и многопоточность в мозилле - вообще "детский сад штаны на лямках", стыдно упоминать такую банальщину. Про гугл уже даже не буду. Пы.сы. Наверное дальше хелловорлдов никогда ничего не пишешь? А то твоё утверждение это как в том анекдоте про непонравившегося Шаляпина, которого Мойша напел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #179

174. Сообщение от Golangdev (?), 19-Мрт-23, 00:41	+/–
Агрументируйте. Сколько сейчас вакансий на Окамл и сколько на Раст ? Давайте я вам помогу https://hh.ru/search/vacancy?text=Rust&salary=&no_magic=true... 126 вакансий на Rust https://hh.ru/search/vacancy?text=Ocaml&salary=&no_magic=tru... 1 вакансий на Окамл. Вывод - Окамл - не нужен, устарел, мёртв и должен быть переписан на нормальные современные языки, на которые можно найти разработчиков. Либо, можете делом подтвердить нужность Окамла, пойти в Ксен и продолжить разработку на нём за копейки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #289

176. Сообщение от Аноним (176), 19-Мрт-23, 00:48	–3 +/–
1. Если прошло много времени и ничего не написано или написано мало -> в будущем будет написано мало. 2. Если изначально язык выводился кем-то под громкие лозунги, не взлетем в альмаматер и был передан в созданную под него фаундейшен -> плодотворность языка вызывает сомнения. Под него можно собирать деньги, а результаты вызывают вопросы. Пользоваться конечно можно. Читая здесь о расте, обнаружил дружную, громкую, политическую (в смысле ображенные к широкой публике правильные слова) и маркетинговою пропаганду. На вопрос что и сколько написано, следует ответ - напишут, пришло время и подобное. Всё таки, эффект поколения имеет место и слова начинают быть заточенными и убедительными для соцсетей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #180

177. Сообщение от Аноним (176), 19-Мрт-23, 00:52	–2 +/–
Пруф на исходники можете привести?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #186

178. Сообщение от Аноним (176), 19-Мрт-23, 00:59	–1 +/–
21% от нового кода это раст, 79% от нового кода это С и С++ Легаси код это С++ и С. Расту уже 7 лет. Первый релиз в 2015г. Первый андроид 2008г.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

179. Сообщение от Аноним (176), 19-Мрт-23, 01:56	–1 +/–
Предлагаю Вам здесь написать HelloWorld, которое считывает имя через stdin и выводит приветствие с именем в строчку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #226

180. Сообщение от Аноним (176), 19-Мрт-23, 02:02	+/–
Прочитал на английской вики о Rust. "Дружный" коллектив в раст фаундейшен. Скандады сопровождают раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176

181. Сообщение от Аноним (176), 19-Мрт-23, 02:22	–2 +/–
Сопоставляю две странички https://security.googleblog.com/2022/12/memory-safe-language... https://en.wikipedia.org/wiki/Rust_(programming_language) "In a blog post published on April 6, 2021, Google announced support for Rust within the Android Open Source Project as an alternative to C/C++.[36][37]" Запомнили апрель,2021 С 2019 по 2022 год ежегодное количество уязвимостей безопасности памяти сократилось с 223 до 85. Гистограммы показывают Равномерное снижение. Раст применяется 2 года. Значительное снижение за 4 года, далее еще отмечается что были проведены улучшения в контроле над кодом С и С++. Вообщем типичный отчет аналитического отдела. Непонятно почему снижение, работа идет но Высвечивать нужные места.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #223

182. Сообщение от 11 (?), 19-Мрт-23, 03:17	+1 +/–
Быстрый GO это не тоже самое что общепринятый (общепринятый это как питон на стеридах). А быстрый GO не больше 5 процентов гошников могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #199

183. Сообщение от К.О. (?), 19-Мрт-23, 03:28	+2 +/–
> переписывать на питон для продакшена Я бы советовал бежать из этой конторы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #188

184. Сообщение от Самый умный из вас (?), 19-Мрт-23, 03:58	+/–
Двойные Двоеточия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #230

185. Сообщение от Самый умный из вас (?), 19-Мрт-23, 03:59	+1 +/–
Я счас сижу на зиге, но безопасность его пока далековата от растянской
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

186. Сообщение от Аноним (186), 19-Мрт-23, 04:04	+1 +/–
> https://www.google.com/amp/s/www.theregister.com/AMP/2022/12.../ > In Android 13, roughly 21 percent of new native code is written in Rust. This includes about 1.5 million lines of Rust code in the Android Open Source Project (AOSP), consisting of components like Keystore2, the new Ultra-wideband (UWB) stack, and DNS-over-HTTP3 that in prior years would have been written in C++. Исходники AOSP для проверки можете скачать сами, мистер эксперт опеннета
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #267

187. Сообщение от Anatoly (??), 19-Мрт-23, 05:17	+/–
Да, Perl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #198

188. Сообщение от Аноним (80), 19-Мрт-23, 05:39	–1 +/–
Все успешные продукты были написаны на питоне, даже ютуп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #247

189. Сообщение от Tron is Whistling (?), 19-Мрт-23, 10:08	–1 +/–
Да и грепалка так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

190. Сообщение от Tron is Whistling (?), 19-Мрт-23, 10:09	–1 +/–
Ну вот кстати при всей моей нелюбви к игогошечке - в данном конкретном случае она как раз таки применима вместо питонятины и оцамла. Гораздо лучше чем оба-двое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #191, #210

191. Сообщение от Tron is Whistling (?), 19-Мрт-23, 10:10	+1 +/–
(но вообще я бы просто опенсорсный вариант .NET взял, кроме шуток)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

192. Сообщение от Tron is Whistling (?), 19-Мрт-23, 10:11	+/–
Там не рыбервизор, там обвязка для конфигурации его и его обвязки. Вполне себе и гошечка и C# зайдут. Я бы C# взял, если честно. А то и вообще PHP, по старой доброй привычке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

193. Сообщение от Аноним (217), 19-Мрт-23, 10:24	–2 +/–
> Там для таких как ты даже картинки графиков нарисованы они нарисованы для таких как ты, а в проектах которые приносят прибыль мне а не гуглу зависимостей от раста нет, по крайней мере пока. Так что вальсируй на выход со своими картинками :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #224, #233

195. Сообщение от fumanchez (ok), 19-Мрт-23, 11:01	–1 +/–
Раньше смотрел - адекватного способа поставить OCaml на винду без эмуляций не было, т.к. видимо он как-то уж совсем жестко был повязан на gcc. Сейчас предлагают какой-то сторонний инсталлер с 32 звездами на гитхабе - ну тут как говорится: чао, персик, дозревай. F# же это довольно костыльная штука, под недрами которой приходится мириться с объектно-ориентированностью MSIL'а, и которая выглядит как мутант при взаимодействии со стандартной либой. Не говоря уже о том, что готовой инсрафруктуры им не хватает, и они изобретают велосипеды по типу уникального List'а. Ставить в один ряд дотнет и gcc это бред - у дотнета фактически одна имплементация (есть еще паршивенький mono, который годится только чтобы в Wine крутить приложения под .NET Framework, и то с оговорками), в то время как в случае с gcc выбор не липовый, т.к. там под уже существующие языки, на которые найдется 1 или 2 альтернативных компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

196. Сообщение от Tron is Whistling (?), 19-Мрт-23, 11:17	+/–
- есть 2 более успешные реализации Xen: XCP-ng XCP-ng - это пересборка с некоторыми доработками, реализацией там близко не пахнет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #242

197. Сообщение от Tron is Whistling (?), 19-Мрт-23, 11:19	–1 +/–
&? Кому это интересно, кроме собственно хлоудфлары?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

198. Сообщение от Аноним (198), 19-Мрт-23, 11:42	–1 +/–
Да, а тут наоборот, как с Питона На $Perl
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

199. Сообщение от Аноним (72), 19-Мрт-23, 11:50	–1 +/–
> Быстрый GO это не тоже самое что общепринятый (общепринятый это как питон > на стеридах). > А быстрый GO не больше 5 процентов гошников могут. Не знаю, почему у Вас такое мнение — `net/http` из стандартной либы более чем быстр, большинство библиотек в го, как стандартных, так и сторонних, тоже довольно быстры. ЧЯДНТ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #245

206. Сообщение от Аноним (208), 19-Мрт-23, 12:08	+/–
Да там не в безопасности вопрос, а в том, что раст тупо скинул ВСЕ проблемы управления памятью на программиста. Это ещё отстойнее, чем malloc/free! Теперь программист даже для тривиальных случаев вынужден приседать вокруг компилятора, лишь бы тот пропустил строчку. Такая безопасность ТАКОЙ ценой нахрен не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

208. Сообщение от Аноним (208), 19-Мрт-23, 12:11	–1 +/–
Люди давно уже написали язык D, сколько можно тупить и делать вид, что его не видели??
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #278

210. Сообщение от пох. (?), 19-Мрт-23, 13:10	–1 +/–
там guest tool, ему как раз. Питонятина не подходит потому что каждый день новая и может не поддерживаться в конкретной системе. Нескучный йезычок, собирающий статический бинарник, в данном случае на своем месте (раз уж на  сях сложнаа, нипанятна и вообще ниахота). Но вот что от переписывания на хрусте оно станет лучше и понятнее - это вряд ли. Но я предлагаю поберечь попкорн до пириписания rrd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #213

212. Сообщение от Советский инженер (?), 19-Мрт-23, 13:29	–1 +/–
Cмешной какой. В линукс программисты на раст являются как контрибюторами так и мейнтейнерами. И это подтверждается наличием раста в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

213. Сообщение от Tron is Whistling (?), 19-Мрт-23, 14:00	–1 +/–
Какой рырыды. У хипста там инфлух с гройфаночкой, который на полтысячи минутных счётчиков ложатся раком и требуют кластера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

214. Сообщение от Tron is Whistling (?), 19-Мрт-23, 14:01	–1 +/–
Микросервисы по сложению A+B и выдаче hello world - да, быстрая штука. А вот что-то чуть посложнее... но там уже гошечкодеры не осиляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #240

217. Сообщение от Аноним (217), 19-Мрт-23, 14:28	–1 +/–
> Надеюсь кто-то уже работает над новым безопасным языком с нормальным синтаксисом, иначе такими темпами мы обречены на раст в AT&T Labs давно разработали http://cyclone.thelanguage.org но вы обречены на раст. Больше скажу, в RISC-V нет аппаратного стека - он програмно управляемый и можно разделить стек вызовов и данных что сведёт ущерб от переполнений буферов к 0, но вы обречены на раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #222, #243

218. Сообщение от Аноним (218), 19-Мрт-23, 14:28	+2 +/–
TL;DR Если у вас не работает сеть, инпут и прочее, то вы наверное неверно написали конфиг-профиль виртуалки > Так блин, а как туда подать интернет? Ткните в ман. И ещё, как туда пробросить мышку, клаву, просто флешку какую-нибудь? Может туда можно пробросить целый контроллер, будь то USB-контроллер или Ethernet? Мне кажется что вы делаете что-то не то... Без содержимого файла "/etc/xen/vm/my_virtual_system" вообще ничего не понятно. У вас там находятся сетевые параметры и параметры ввода вывода. Если у вас нет сети и иинпута, то нужно прочитать, что вы пишете в vif. Далее не понятно, хотите ли вы пробрасывать сеть. Ну то есть если у вас есть 2 сетевых адаптера (не порта) вы можете прокинуть сетевую карточку в виртуалку. IOMMU это круто, но есть ли у вас на матплате SR-IOV. Если его нету, нужно убедиться, то режим HVM с изоляцией PCI_ID в DomN у вас работать наверное не сможет. Ну и самое главное - флешка. Я не понимаю вашу задачу, поэтому не знаю как сделать лучше. Если вам нужно обмениваться файлами поднимите SMB. Если вам нужно прокинуть устройство USB вроде смерткарты - это другой вопрос, тогда нужно прокинуть контроллер. Я просто всё о чем вы пишете 100 лет как не видел, потому что на серверных матерях SR-IOV и никто не прокидывает по одному устройству в виртуалку монопольно. Принято делить драйвером видеокарты на vGPU с заранее предконфигурированными профилями производительности. Сетевую карту также драйвером делят на куски, если нужно ускорить сетевые вопросы или подать быстрый сетевой сторадж в виртуалку. И вот когда это порубили, то потом это всё прокидывают в несколько виртуалок. Получается одна видеокарта хоста ко многим виртуалкам, и один выделенный сетевой адаптер ко многим виртуалкам. А вы хотите видимо что то такое: https://support.citrix.com/article/CTX135811/how-to-configur... Ну так это вполне себе работает, просто область применения такого подхода к подаче видеодадаптеров вызывает вопросы... наверное что-то очень маленькое у вас там...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #219, #271

219. Сообщение от Zenitur (ok), 19-Мрт-23, 14:34	+/–
Спасибо за ответ, буду смотреть ман. По поводу того, а что мне, собственно, надо. Да мне бы просто виртуалку для запуска винды из-под линукса. Обычно я для этого использую VirtualBox. Однако, чтобы пробросить видеокарту, я воспользовался Xen. Виртуалку создавал при помощи virt-manager. Конфиг дефолтный, но могу скинуть. В витруалбоксе дефолтная сетевая карточка работает в режиме NAT. Меня бы устраивало то же самое под Xen. Ну и ещё режим Bridge прикольный. Ещё есть режим "Виртуальная сетевая карта", когда в системе появляется новый сетевой интерфейс vboxnet0. Клёвая штука, можно сделать сеть между виртуалками. Можно даже туннелировать туда Tor при помощи правила iptables.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #263

220. Сообщение от YetAnotherOnanym (ok), 19-Мрт-23, 14:43	+/–
> переписывать на питон для продакшена До чего же тонко! Просто восхитительно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

222. Сообщение от Аноним (222), 19-Мрт-23, 14:59	+/–
> в AT&T Labs давно разработали > http://cyclone.thelanguage.org Очередной неловкий момент, когда собственные ссылки опять выходят Военам Супротив Раста боком. > Cyclone is no longer supported; the core research project has finished and the developers have moved on to other things. (Several of Cyclone's ideas have made their way into Rust.) Cyclone's code can be made to work with some effort, but it will not build out of the box on modern (64 bit) platforms). >
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #279

223. Сообщение от Аноним (114), 19-Мрт-23, 17:37	+/–
> Запомнили апрель,2021 > С 2019 по 2022 год Тебе не нравится что во второй (твоей) ссылке заявлен анонс гуглом в апреле 2021, а в статье от декабря 2022 говорится про работу с растом аж с 2019 года? Типа, несостыковочка по времени? А ты по сноске в твоей википедии прошел и потом по ссылке на этот гугловский анонс от апреля 2021? Сомневаюсь. Потому что там в конце написано, цитата: "For the past 18 months we have been adding Rust support to the Android Open Source Project, and we have a few early adopter projects that we will be sharing in the coming months. Scaling this to more of the OS is a multi-year project." За 18 месяцев до работа началась. До апреля 2021 года. В анонсе же говорится что _уже_ добавили поддержку раста в AOSP для всех остальных разработчиков, а не "вот сейчас соберемся и начнем добавлять и ждите через 5 лет". > Непонятно почему снижение Учись понимать прочитанное. Там вся статья это последовательно и доходчиво объясняет, глупо ее еще раз тебе сюда целиком копипастить, если ты ее в первоисточнике не понял. Коротко, выжимка - рассматриваются только ошибки работы с памятью. Основной вал ошибок прилетает в новом коде, потому что старый за много времени в основном был вылизан, когда сам был забагованным новым, потому вся статистика только про новый код. Старый код и компоненты прям все-все никто переписывать не собирается, это неосуществимо. В новом коде, для новых компонент, взят курс на замещение "небезопасных" языков "безопасными". Т.е. пытаются набор "си+плюсы" вытеснить набором "ява+котлин+раст". Более того: "Android 13 is the first Android release where a majority of new code added to the release is in a memory safe language.". Правда в сегменте нативного системного кода раст составляет пока 21%, остальное на си и плюсы пока выпадает. Но взят курс на вытеснение небезопасного шлака. Потому что небезопасные языки (си/плюсы), при всём широком использовании всяких хитрых техник, инструментов и возможностей самих языков (Scudo hardened allocator, HWASAN, GWP-ASAN, and KFENCE и всякое фуззинг-тестирование) в этом проекте и в других си/плюс-проектах почему-то ощутимо не помогают - там не наблюдается такого уменьшения кол-ва ошибок работы с памятью (с 223 до 85 в год). Но! Всё бОльшее вытеснение в новом коде плюсов растом позволило уменьшить. В растовском коде ошибок этого класса пока ноль. Остальное, что осталось - на совести си/плюсов (разработчиков). Стало больше раста - стало меньше си - стало меньше ошибок по памяти. По мере роста доли раста будет еще сильнее уменьшаться кол-во ошибок по памяти. Просто потому что новые модули на си/плюсах писАть перестанут, а старый плюсовой код, который не собираются переписывать, будет уже вылечен от грубых всплывших ошибок. "As the amount of new memory-unsafe code entering Android has decreased, so too has the number of memory safety vulnerabilities. From 2019 to 2022 it has dropped from 76% down to 35% of Android’s total vulnerabilities. 2022 is the first year where memory safety vulnerabilities do not represent a majority of Android’s vulnerabilities." > , работа идет но и продолжится. Даже в ядре на расте будут писАть "What’s next? Migrating away from C/C++ is challenging, but we’re making progress. Rust use is growing in the Android platform, but that’s not the end of the story. To meet the goals of improving security, stability, and quality Android-wide, we need to be able to use Rust anywhere in the codebase that native code is required. We’re implementing userspace HALs in Rust. We’re adding support for Rust in Trusted Applications. We’ve migrated VM firmware in the Android Virtualization Framework to Rust. With support for Rust landing in Linux 6.1 we’re excited to bring memory-safety to the kernel, starting with kernel drivers. As Android migrates away from C/C++ to Java/Kotlin/Rust, we expect the number of memory safety vulnerabilities to continue to fall. Here’s to a future where memory corruption bugs on Android are rare! " Так что беги, глупец с андроида и линукса, они заржавеют! Ты же кушать не можешь, когда про раст слышишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

224. Сообщение от Аноним (114), 19-Мрт-23, 17:47	+1 +/–
> 121% звучало бы убедительней > они нарисованы для таких как ты Чего-то от тебя запахло каким-то мелким начальничком из времен СССР - у тебя в голове одни приписки. Наверное сам практикуешь. Не меряй других по себе, они всяко лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #239

226. Сообщение от Аноним (114), 19-Мрт-23, 18:08	–1 +/–
ХеллоВорлд неинтересно. Зачем, я несложную софтинку по получению различной инф-ции с бинанса (криптобиржи) на расте написАл. Мониторинг цен монеток, процентов по бинансовским Earn-проектам и стейкингу. Правда, пока только это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

230. Сообщение от Карлос Сношайтилис (ok), 19-Мрт-23, 18:23	+/–
* кресты с двойным двоеточием тихонечко прячутся в кусты...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

231. Сообщение от Карлос Сношайтилис (ok), 19-Мрт-23, 18:27	+/–
Я тоже смешной. Докажи, что компилятор никогда не оптимизирует проверку границ массива. [спойлер: ты сядешь в лужу, как эталонный экперд опеннета]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

233. Сообщение от Карлос Сношайтилис (ok), 19-Мрт-23, 19:28	+/–
О, какие прекрасные теории заговоров! Гугель продвигает яп, изобретённый мозиллой, скрывая его недостатки и баги в коде. Наверное, чтобы через пару лет, внезапно, сказать: "А НА САМОМ ДЕЛЕ РАСТ ПЛОХОЙ И ОТ НЕГО СПЛОШНЫЕ ОШИБКИ, ПЕРЕХОДИТЕ НА ГОШЕЧКУ!!!1"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

239. Сообщение от Аноним (217), 19-Мрт-23, 20:24	–1 +/–
> у тебя в голове одни приписки найди тут раст, нет его даже в опциональных зависимостях https://www.linuxfromscratch.org/lfs/view/development/append... нет его и в гипервизоре > Непосредственно гипервизор Xen пока перерабатывать не собираются зачем ты принёс сюда проценты андроида ? ладно бы ещё лидера рынка iOS привёл в пример
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #258

240. Сообщение от Аноним (72), 19-Мрт-23, 21:42	+/–
> Микросервисы по сложению A+B и выдаче hello world - да, быстрая штука. > А вот что-то чуть посложнее... но там уже гошечкодеры не осиляют. То-то так "медленно" работают Syncthing, Gogs/Gitea/Forgejo, Yggdrassil, многие компоненты CoreOS (минималистичный дистриб от редхатов) написаны на Go, Hugo странички за миллисекунды генерирует, даже Ethetium на гошечке гоняется. Это не говоря уже о всяких докерах, кубернетесах, терраформах и официального компилятора Go (безусловно, скорость компилятора изначально была обусловлена тем, что первые версии были на плюсах, но впоследствии-то он сам себя компилировал)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #285

241. Сообщение от пох. (?), 19-Мрт-23, 22:28	–1 +/–
> Ну то есть вместо того чтобы дописывать недостающий функционал по стораджу и сетям, с которым > у самого Citrix не густо, э... ты издеваешься? Эти ребята пока не могут ДАЖЕ сопровождать тот код что они стащили у цитрикса. Вот щас-щас на чем-то им понятном перепишут - может быть. И вот тогдаааа. > Там же большая драма была в том, что Citrix по сути закрыл свой OpenStack, как вендор и остановил > развитие экосистемы гипервизора потому что редхат предала его анафеме и новым рулезом объявила kvm. А переть против ibmhat было бесполезно. Поэтому все сделали правильно - сосредоточились на том что у редхата никогда не получится (стесняюсь спросить - что там после выбрасывания в помойку spice - опять вернулись к vnc, да?) и для надежности закрыли свой код. Не пересекаясь с теми ни по клиентам, ни по применению. Придумывать свою sds и sdn? А зачем, это ж не для виртуальных цодов (которым тоже не так уж и надо), а десктопам не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

242. Сообщение от пох. (?), 19-Мрт-23, 22:31	+/–
именно так - болгенос на базе старых, еще бывших открытыми исходников цитрикса. В виду большой их сложности, повторить подвиг опенбсдшников и выбросить из гнезда его родного жителя у кукушат не получится, да и не стояло такой задачи. Хотелось просто за лицензию не платить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #250

243. Сообщение от пох. (?), 19-Мрт-23, 22:36	–1 +/–
> Больше скажу, в RISC-V нет аппаратного стека серьезно - здравствуй опять system 360 ? С вытанцовыванием вокруг сохранения несохраняемого на любой смене контекста? Вот дерьмо-то...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #244

244. Сообщение от Аноним (217), 19-Мрт-23, 23:11	+/–
> серьезно да https://vk.com/@erthink-risc-v
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #280

245. Сообщение от 11 (?), 20-Мрт-23, 00:39	+/–
>> `net/http` из стандартной либы более чем быстр смотри с чем сравнивать. Как замена perl/python/ruby/php рвет как тузик грелку, против c/c++/rust обсирается по полной. >>  большинство библиотек в го, как стандартных, так и сторонних, тоже довольно быстры если делать кучу запросов к базам, к стораджам и тд, или просто быстро писать не сильно напрягаясь, то GO отличный выбор. Если надо на бирже "высокоточтку" выжимать, то как-то не то. >> как стандартных, так и сторонних Уберите для начала вызовы через интерфейсы, стек/кучу соптимизируйте  и тд, тогда и приходите. за одно скорость померяете >> ЧЯДНТ? Сравниваете хрен с пальцем. GO - замена питона и прочего скриптового мусора, но там где нужно "реально быстрее всех" лучше сразу взять нормальный иструмент, c GO придется трахаться не по детски и поддерживать это довольно сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #256

247. Сообщение от К.О. (?), 20-Мрт-23, 06:10	+1 +/–
> Все успешные продукты были написаны на питоне, даже ютуп. Я надеюсь, что это ирония. Так-то в мире есть много других вещей кроме фреймворков для вебни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

248. Сообщение от Аноним (248), 20-Мрт-23, 07:52	+1 +/–
Ну так-то полдня проebaтcя с кучей настроек шоб заработало кое как криво - наx не нужно. Купил машину-конструктор  - собираешь и настраиваешь самостоятельно в гараже по мануалам других, а оно не едет, а работу по доставке на этой "машине" никто не отменял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

250. Сообщение от Tron is Whistling (?), 20-Мрт-23, 10:28	–1 +/–
Ну почему же старых :) XAPI и всё прочее кроме гуя до сих пор открыто, бери - не хочу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #290

251. Сообщение от Илья (??), 20-Мрт-23, 10:48	–1 +/–
Дело не в том, что раст приходит. Сишка уходит. В этом дело. C/CPP разработчиков не хотят нанимать потому что они очень дорогие. Притом, 90% времени они сражаются сами с собой в результате получая проекты-уродцы, которые кроме авторов никто не способен поддерживать. Я видел случаи, когда команду из десятков сипипишников выкидывали на мороз потому что их оверрасширяемые решения не способны были без сегфолта посчитать доступные средства на балансе. А раст, дотнет, котлин, js или питон - это взаимозаменяемые технологии и разработчики которые как правило пишут быстрее и лучше. Ну это я только по опыту финтеха говорю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #255, #259

254. Сообщение от Илья (??), 20-Мрт-23, 11:33	+/–
Наверное, он сам просто C разработчик. Раньше они за илитку считались и ходили с надутыми щеками
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

255. Сообщение от Аноним (255), 20-Мрт-23, 11:53	+/–
> Ну это я только по опыту финтеха говорю гипервизоры и ядра ОС это несколько иная сфера - таблица икселя у каждого своя в отличии от фундаментальных компонентов системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #265

256. Сообщение от Аноним (72), 20-Мрт-23, 12:03	–1 +/–
> но там где нужно "реально быстрее всех" лучше сразу взять нормальный иструмент А я где-то сказал, что го быстрее всех? Он достаточно быстр для многих задач, но не наибыстрейший.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #266

257. Сообщение от Аноним (255), 20-Мрт-23, 12:12	–1 +/–
> А вот разработчики низкоуровневых компонент андроида заявляют а вот разработчикам XNU пофиг https://security.apple.com/blog/towards-the-next-generation-.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

258. Сообщение от Аноним (114), 20-Мрт-23, 13:56	+/–
причем здесь нужный только тебе линуксфромскрэтч, причем здесь гипервизор ксен? Почему, например, не система виртуализации Firecracker? Потому что "тибе нинужна"? А надгрызенный лидер рынка зачем приплетён, если мы говорим о подтверждении безопасности раста? Раз твой надкусанный не использует, то он не подтвердит и не опровергнет эту безопасность. Или от него есть статистика с контр-доказательствами? Есть другие значимые и авторитетные игроки для подтверждения. > зачем ты принёс сюда проценты андроида ? Вопрос шел о якобы придуманной-надуманной безопасности. Приведены данные неслабого, многими признаваемыми одним из сильнейших, софтвер-разработчика, важного игрока IT-мира. Что таки да, безопасность реальная. Андроид-то во многих миллионах устройств крутится, статистика есть. В отличие от надгрызанного. Но твое мнение, конечно же, для меня и всех остальных на опеньке важнее. Держи нас дальше в курсе, что там внутрях твоего линуксфромскрэтча (чувствуешь себя "илиткой" наверное?) и на кого равняться, а то аж кушать не могу от неизвестности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239 Ответы: #260

259. Сообщение от псевдонимус (?), 20-Мрт-23, 15:17	–4 +/–
>кроме авторов никто не способен поддерживать Но ведь это про раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

260. Сообщение от Аноним (260), 20-Мрт-23, 15:25	+/–
> ппричем здесь нужный только тебе линуксфромскрэтч, причем здесь гипервизор ксен? Почему, например, не система виртуализации Firecracker? так хорошо видно что Linux и базовое окружение GNU не зависит от раста вообще, а в теме про ксен вопить при чём тут ксен - это верх чудачества > Вопрос шел о якобы придуманной-надуманной безопасности. вопрос шёл про переоценённость безопасности Rust неразбирающимися малолетними пердунами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

261. Сообщение от Аноним (261), 20-Мрт-23, 16:37	–1 +/–
Rust конечно интересен. Но тут недавно в сша заявили что нужно переходить на безопасные языки и все побежали. Просто у C++ нет store который можно котроливоать. Есть исходники. А Rust есть package manager и сервер с которого берет пакеты. И по одной команде от сша закроется доступ к репозиторию. Либо менеджер децентрализованные либо это начало конца opensource
Ответить | Правка | Наверх | Cообщить модератору

262. Сообщение от Аноним (262), 20-Мрт-23, 17:17	+/–
Да-да-да. Ante - A low-level functional language. For exploring refinement types, lifetime inference, and algebraic effects.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

263. Сообщение от PnD (??), 20-Мрт-23, 19:13	+/–
Дело в том что xen — это низкоуровневый (прокладка между железом и ядром) гипервизор и про сравнительно высокоуровневые абстракции ("сетевая карта", например) он мало что знает. В отличие от любимого мной (на локалхосте) virtualBox. Эмуляцией устройств обычно занимается qemu-xen. Чтобы заработал NAT надо объяснить что вы хотите tun-интерфейс. (И дальше объяснять iptables|nftables как поступать с трафиком.) В районе "/etc/xen/scripts/" лежат скрипты "vif-*". Когда я к примеру пишу в конфиге ВМ: """ vif = ['mac=00:16:3E:01:C8:00, bridge=br0'] """ … а потом командую "xl create …". То "mac" идёт в настройку tap-интерфейса (тот же тупой tuntap драйвер), а потом конфигуратор дёргает "vif-bridge" чтобы прицепить тапку куда надо (на br0). * Для запуска винды заказывайте type «= "hvm"» (чтобы стартовало без паравиртуальных драйверов). Дальше можно потихоньку менять HV на PV, по мере разбирательства. Вот для затравки: """ kernel = "hvmloader" builder='hvm' memory = 64 name = "Test" uuid = "7cc95a45-4aa7-47ac-94a2-5e518c9caaad" vcpus=1 vif = [ 'type=ioemu, mac=00:16:3e:ff:01:11, bridge=br111, model=e1000' ] disk = [ 'file:/home/test.raw,hda,w' ] on_poweroff = 'destroy' on_reboot   = 'restart' on_crash    = 'restart' device_model = 'qemu-dm' boot="cda" # enable SDL library for graphics, default = 0 sdl=0 # enable VNC library for graphics, default = 1 vnc=1 vnclisten="127.0.0.1" vncdisplay=11 """ (Это мне как-то пришлось vmdk с кой-каким openwrt в qemu-xen стартовать.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #264

264. Сообщение от Zenitur (ok), 20-Мрт-23, 19:40	–1 +/–
Спасибо за наводку в сторону того, куда копать. Буду экспериментировать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #263

265. Сообщение от Илья (??), 20-Мрт-23, 21:04	–2 +/–
Пацаны сами себя так поставили. Сипипишники годами создавали вокруг себя ореол элитарности. А потом оказалось, что можно за место штата "крутых" хакеров просто писать под сборщик мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #291

266. Сообщение от 11 (?), 20-Мрт-23, 22:53	+1 +/–
>> То-то  же его держат на серверах с откликом меньше миллисекунды. это ваше? - все с этого началось. если вам нужны сервисы "с откликом меньше миллисекунды" которые умеют какую-то бизнес логику, то GO не лучший выбор, только и всего. Просто все другое это 98% мира и GO там вполне подходит. ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #269

267. Сообщение от Аноним (267), 21-Мрт-23, 00:58	+/–
Ссылка ведёт на страничку пропаганды. Просили ссылку на исходники rust в проекте android.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #268

268. Сообщение от Аноним (268), 21-Мрт-23, 07:36	+/–
Куда не плюнь в коде Android сейчас Rust https://android.googlesource.com/platform/system/bt/+/ea7ab7.../ https://android.googlesource.com/platform/frameworks/native/.../ https://android.googlesource.com/platform/prebuilts/rust/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

269. Сообщение от Аноним (72), 21-Мрт-23, 08:16	+/–
>>> То-то  же его держат на серверах с откликом меньше миллисекунды. > это ваше? - все с этого началось. Согласен, перегнул всё-таки. > если вам нужны сервисы "с откликом меньше миллисекунды" которые умеют какую-то бизнес > логику, то GO не лучший выбор, только и всего. Просто все > другое это 98% мира и GO там вполне подходит. )) И то верно. Благодарю за то, что указали на мои ошибки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

271. Сообщение от Аноним (271), 21-Мрт-23, 13:40	+/–
>Принято делить драйвером видеокарты на vGPU с заранее предконфигурированными профилями производительности. Консьюмерские карты этого не позволяют. Только профессиональные за сотни нефти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

272. Сообщение от КернелДиггер (?), 21-Мрт-23, 18:31	–1 +/–
Что - что - что там про "Раст уже в Ядре"? Это - где ж вы там его увидели? В драйверах? И здесь - самое время спросить, чем таким Линуса купили, если за пол-огода до первого согласия он рогом упирался и поносил Раст на чём свет стоит, говоря, что "ноги Раста в ядеро-релэйтед частях"?... А потом, "вдруг"... П - Принципиальность?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

273. Сообщение от КернелДиггер (?), 21-Мрт-23, 18:32	+/–
"Он - не для системного программирования"... Керниган с Пайком смотрят на тебя, как на ... питонщика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

274. Сообщение от КернелДиггер (?), 21-Мрт-23, 18:41	+1 +/–
Вообще - прикольненькая ситуация. Народу, кто ОСМЫСЛЕННО на Си может писАть - всё меньше и меньше. Ну - просто в силу изменнеия общего уровня образованности, отношения к профессии и видению себя в ней. А задачи стоят. А нормально написать софт для их решения - всё меньше и меньше контингента. Решили "помочь". На свойства самогО языка повлиять. А оказалось, что чтобы введёнными свойствами ПРАВИЛЬНО пользоваться, народу снова надо грамотность повышать и учиться. Народ, ведь думал, что "оно - само". А оказалось, что лейбл или упоминание в резюме - ещё не гарантия правильно варящего котелка... А тут - ещё подлянку жисть подкинула - ChatGPT вдруг заработал. Да - ещё так, что оказалось, что в тех нишах программинга, куда всегда троечникам можно было свалить, если окажется, что осмысленно на Си и Си++ гены не позволяют работать, ИИ типовой код для типовых задач лучше этих самых троечников писАть начал!... :))))))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #283

276. Сообщение от Ананий (?), 22-Мрт-23, 13:26	+/–
помимо вставок на асме можно было включать сразу блобик машинного кода и obj файлики от той же сишечки. а уж сборка итогового ехе, с учетом сконпелированных до этого tpu, была в разы быстрее чем в борланд Ц. Особенно на моей любимой EC1841 с 640к памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

277. Сообщение от Аноним (277), 22-Мрт-23, 17:18	+/–
>Некоторые правда хотят смешивать раст и питон, но это лишнее. Но почему же лишнее? Это огонь-смесь ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

278. Сообщение от Аноним (277), 22-Мрт-23, 17:29	+/–
Написан не корпами, поэтому корпопоклонники не замечают. Да и корпы без NIH могли бы обратить на него внимание, а не изобретать подобный ему Carbon.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

279. Сообщение от Аноним (277), 22-Мрт-23, 17:43	+/–
Ну и что с того? Kernel-девелоперы могли бы форкнуть и запилить на его основе специализированный KernelLang. И был бы у него компактный компилер, а не как этот сраст на over 10 гигов требующейся памяти для сборки его самого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

280. Сообщение от Аноним (277), 22-Мрт-23, 17:45	+/–
При RV-подходе можешь иметь хоть два, хоть три стека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

281. Сообщение от Аноним (277), 22-Мрт-23, 17:53	–1 +/–
Подучить-то можно, если бы оно того стоило. А то это оно вышло уже переусложннёней самого C++, в замену которого Rust тоже метит. Замена плоской Сишке нужна, но не таким же переусложнённым корявым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #287

283. Сообщение от Янис (?), 23-Мрт-23, 07:37	+/–
Упомянутый ИИ можно использовать разве что для совсем мелких скриптиков. Для серьезных программ надо использовать мозги
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274

284. Сообщение от Аноним (13), 23-Мрт-23, 08:44	–1 +/–
Ага, сначала случилось это "лучше" и браузер научился течь так, что комфортно работать в какой-то момент без 24 Гб ОЗУ под один только браузер было невозможно, хотя старые версии были быстры как понос, а потом ещё половину плагинов и фич кастомизации продолбали вместе с XUL. На баги традиционно забив, один баг с рендером уже лет 5 регулярно мне в почту спамит что его опять куда-то переназначили, фиксиками и не пахнет. Что там стало принципиально лучше - до сих пор в упор не вижу, но на корче с 4 core (+HT), 64 GB RAM и NVMe браузер умеет регулярно превращаться в лютое тормозище, приходится перезапускать. Хуже только какой-нибудь Discord и MS Teams
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

285. Сообщение от Аноним (13), 23-Мрт-23, 08:53	–1 +/–
В этом комментарии прекрасно всё. Если попробовать у фанов хрустика спросить где же он используется прям в живых проектах, а не hello world, то в лучшем случае найдётся ripgrep и какой-то ещё один, о которых "широко известно в узких кругах", тогда как Golang повсеместно давно и без сектантского нытья "о превосходстве"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240

287. Сообщение от Аноним (13), 23-Мрт-23, 09:05	–1 +/–
Golang хватит всем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

288. Сообщение от Аноним (13), 23-Мрт-23, 09:11	–1 +/–
А когда с этим AVF получится сделать что-то уровня давно почившего Linux on DeX? Новых реально нужных фич в двух последних ведроидах что-то как-то почти и нет, новые искусственные ограничения только которые никак не улучшают на самом деле безопасность и менеджить всё это ин масс всё так же неудобно. Поддержку периферии, особенно более одного внешнего монитора, всё так же не могут, т.е. ждать Desktop Experience который обещают в мейнлайне аж с 10-го андроида не приходится. В плане мобилок Kotlin куда привлекательнее и успешнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

289. Сообщение от пох. (?), 24-Мрт-23, 22:57	+/–
Эммм... а меня точно возьмут? А то за те копейки которые платит xen - я прям немедля готов. окамла правда не знаю, хотя в код заглядывать приходилось и ничего такого прям ужасного я там не видел. С учетом того что там на нем написано - в общем-то ничего не трогая и кормя собак можно лет десять проработать. Куды, короче, резюме высылать? хыхы ру в отдельно взятой стране-за-стеной не предлагать. Кстати с вакансией они тебя тоже надурили - там на игого надо писать да еще для шпионажа. окамл там в списке вариантов чего можно не знать чтоб на эту должность взяли (видимо, не идут-с).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

290. Сообщение от пох. (?), 24-Мрт-23, 23:27	+/–
в этом как я понимаю и проблема - берут, а оно ой - несовместимо с тем что они стырили десять лет назад. Потому что свою-то версию ксен обновил, а эту надо самим. Самим отслеживая каждую смену апи и каждое нововведение. Почему-то им пришло в голову что если все переписать на хруст - дело пойдет на лад. Наивные до слез.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

291. Сообщение от wyry (?), 27-Мрт-23, 16:29	+/–
Кстати вот чего, но разработчики C++ вообще никогда не создавали "ореол элитарности". Это в большинстве случаев инженеры, которым нужно сделать работу с максимальной эффективностью. Элитарностью страдали раньше функциональщики, теперь спустя время тоже спесь поубавилась и стали просто работать. Возможно с Rust будет схожий сценарий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

292. Сообщение от wyry (?), 27-Мрт-23, 16:39	+/–
От Python и сегодня бомбит, причём лично мне Python подгадил значительно больше, чем Rust, т.к. Rust я использовала лишь в академических целях из любопытства, а Python в работе. То что нейросети захламил Python - это бОльший в разы удар по индустрии, чем то, что Rust попал в ядро. Чтобы собрать проект скажем двухлетней давности - потребуется с нуля решать все зависимости! Потому что на новых версиях уже не работает. На C++ можно собрать многие проекты даже бородатой давности без лишних проблем. Чёрт, да даже лучше пусть бы Rust сильнее взлетел, чем Python, для индустрии было бы больше пользы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

293. Сообщение от wyry (?), 27-Мрт-23, 17:05	+/–
Ну давайте посмотрим, здесь смысл не только в самих спец. символах, но и их сочетаниях, причём даже в самых простых ситуациях (не говоря про более сложные). struct Person<'a> {     name: &'a str,     age: u8, } Простейший типичный код. Подряд идут : &' И это недоразумение существует в языке не как костыль, а как база на этапе проектирования. В ситуациях посложнее будет гораздо большее нагромождение и читать код сложнее, чем C++ (в случаях, когда нет намеренного желания запутать код в обоих случаях). Причём синтаксис в Rust простой ровно до момента, пока используются структуры данных, которые языку свойственны, в ситуациях, когда нужно создать что-то "неудобное", это резко прибавляет в сложности кода по крайней мере по чтению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

294. Сообщение от Neon (??), 30-Мрт-23, 03:43	+/–
Из серии: когда коту делать нечего.)))
Ответить | Правка | Наверх | Cообщить модератору

295. Сообщение от Neon (??), 30-Мрт-23, 03:44	+/–
Это из серии: когда коту делать нечего.))) Вот и с rust'ом также
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

296. Сообщение от Neon (??), 30-Мрт-23, 03:45	+/–
Зачем менять уже существующий код ?! Пишите своё новое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

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

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