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

"Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux "	+/–
Сообщение от opennews (??), 12-Июл-20, 09:41
Линус Торвальдс подключился к обсуждению возможности добавления в ядро Linux средств для разработки на языке Rust. Джош Триплет (Josh Triplett) из компании Intel, работаюдий над проектом по доведению языка Rust до паритета с языком Си в области системного программирования, предложил на начальном этапе добавить в Kconfig опцию для поддержки Rust, которая не приводила бы к включению в число зависимостей компилятора Rust при выполнении сборки в режимах "make allnoconfig" и "make allyesconfig" и позволяла бы более свободно экспериментировать с кодом Rust. Аналогичный трюк был реализован при добавлении в ядро экспериментальной  поддержки сборки в Clang в режиме оптимизаций на этапе связывания (LTO, Link Time Optimization), после которой планируется добавить и поддержку сборки с защитой потока выполнения команд (CFI, Control-Flow Integrity)... Подробнее: https://www.opennet.me/opennews/art.shtml?num=53344
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 12-Июл-20, 09:41	+59 +/–
что же будет когда Линус уйдёт? Ох боюсь эти хипстеры развалят ядро к чертям.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #9, #18, #21, #33

2. Сообщение от Аноним (2), 12-Июл-20, 09:45	+5 +/–
Останется Грег вместо Линуса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14, #93, #117, #122

3. Сообщение от Аноним (3), 12-Июл-20, 09:46	+13 +/–
Батя невесты жестко осадил жениха-растолюба читать далее...
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от VINRARUS (ok), 12-Июл-20, 09:47	+/–
С подключением!
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Аноним (5), 12-Июл-20, 09:51	–6 +/–
а если sysvinit на rust переписать и вернуть в debian, а от systemd-зависимостей избавиться?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

6. Сообщение от Аноним (-), 12-Июл-20, 09:53	+3 +/–
rust evangelism strikeforce!
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от n00by (ok), 12-Июл-20, 09:59	+2 +/–
> имеет шанс завязнуть в своём болоте Дипломат.
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (8), 12-Июл-20, 10:02	+3 +/–
А чо Раст? Давайте сразу на питоне, а то многие не могут участвовать в разработке ядра линукс. Это их дискриминирует.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #13, #27, #52

9. Сообщение от Аноним (9), 12-Июл-20, 10:03	–2 +/–
Этот Линус и так уже сломался. Наш Линус указал бы своим пальцем куда им надо идти со своим Растом. А этот или успокоительных переел или ему кто-то сказал что надо делать чтобы его окончательно не выгнали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #32, #37, #48

10. Сообщение от Аноним (9), 12-Июл-20, 10:04	+/–
На джаваскрипт могут программировать даже нейтив американс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

11. Сообщение от n00by (ok), 12-Июл-20, 10:06	–2 +/–
Полагаю, Rust продвигается в ядро ошибочным способом. Следует транслировать его в Си (где это возможно) с asm вставками (где невозможно) для популярных платформ. Тогда неверующие воочию увидят непревзойдённую эффективность и безопасность решения и сразу сдадутся.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #29, #64, #68

12. Сообщение от Аноним (12), 12-Июл-20, 10:09	+5 +/–
А ещё обязать писать код с закрытми глазами, без монитора. Чтоб наверняка дошло как плох Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #46

13. Сообщение от Чукчавед (?), 12-Июл-20, 10:10	–3 +/–
«Чукча не читателиус», рад приветствовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

14. Сообщение от Аноним (14), 12-Июл-20, 10:12	+15 +/–
Вот это-то как раз и вызывает опасения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #194

15. Сообщение от Аноним (-), 12-Июл-20, 10:13	+2 +/–
Растоманы победили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

16. Сообщение от Аноним (16), 12-Июл-20, 10:18	–2 +/–
Проблема растаманов в том, что они не могут без Cargo. В ядре запрещено использование библиотек. Человек загрузил архив ядра, распаковал и просто скомпилировал, все! Опасность заключается в том, что Растаманы по старой привычке станут  в своих исходиках прописывать имена внешних библиотек.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #28, #42, #85

17. Сообщение от анон (?), 12-Июл-20, 10:20	+7 +/–
Через некоторое время.. Сборка ядра: Компилятор языка а1 не обнаружен. Компилятор языка а2 не обнаружен. Компилятор языка а3 не обнаружен. ... Компилятор языка аN не обнаружен. Компилятор языка C обнаружен. Слишком мало языков для сборки ядра.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #96, #169

18. Сообщение от Fracta1L (ok), 12-Июл-20, 10:26	+5 +/–
Если не Торвальдс, то кто, да? Откуда столько тупых в айти, лол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #36, #86

19. Сообщение от n00by (ok), 12-Июл-20, 10:28	+5 +/–
Вавилонское столпотворение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

20. Сообщение от Растобой (?), 12-Июл-20, 10:33	+/–
С возрастом Линус становится адекватнее, это радует))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53

21. Сообщение от Аноним (21), 12-Июл-20, 10:41	+2 +/–
Ровным счётом ничего. Линус уже давно не кодит ядро, лишь отвечает на письма и советы раздаёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #61

22. Сообщение от Аноним (22), 12-Июл-20, 10:43	+/–
кто-нибудь, скажите им что разводить зоопарк в ядре - это плохо!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #56

23. Сообщение от Мордиум (?), 12-Июл-20, 10:54	+1 +/–
Опоздал с этим на много лет, увы Торвальдс, по его же заявлениям не знает всего ядра теперь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #24, #168

24. Сообщение от Аноним (24), 12-Июл-20, 11:00	+2 +/–
Да там его кода уже наверное не осталось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от user (??), 12-Июл-20, 11:05	+4 +/–
И они не замечают использование библиотек, потому что Cargo сам всё скачает, соберёт, а потом ещё их сборку опубликует. Кстати на https://doc.rust-lang.org/cargo/getting-started/installation... официальный способ инсталляции этого чуда: $ curl https://sh.rustup.rs -sSf | sh Похоже, у Линуса хронические сотрясения от фейспалмов или его уже всё задолбало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #51, #60, #70, #240

26. Сообщение от Аноним (26), 12-Июл-20, 11:06	–1 +/–
Конференция Linux Plumbers будет только в конце августа и она вообще-то даже не про ржавчину. Тут что, будут про каждое упоминание Rust в этой связи постить новость? Это ли не фанатизм?
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от qetuo (?), 12-Июл-20, 11:14	+/–
Потому что раст выдает ту же скорость, что и С++, при этом предоставляя на порядок больше гарантий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30, #41, #148, #155

28. Сообщение от Анонимъ (?), 12-Июл-20, 11:14	+2 +/–
В чём проблема напрямую rustc запускать? А ещё никто не запрещает класть зависимости рядышком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #35

29. Сообщение от Аноним (29), 12-Июл-20, 11:27	–1 +/–
https://internals.rust-lang.org/t/impediments-to-transpile-r...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #44

30. Сообщение от Аноним (30), 12-Июл-20, 11:33	–4 +/–
unsafe не безопаснее ленты которой перетянули рядом с открытым люком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #47, #49

31. Сообщение от Аноним (30), 12-Июл-20, 11:34	+2 +/–
Хайп ради хайпа
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

32. Сообщение от Аноним (32), 12-Июл-20, 11:37	+2 +/–
корпорации намекнули Линуксу что он может остаться на панели если пойдет против ветра ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

33. Сообщение от Пувс2 (?), 12-Июл-20, 11:39	–1 +/–
Сделают форк ядра с зоопарком, а оригал уйдёт в небытие
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #224

34. Сообщение от RedEyedMan (ok), 12-Июл-20, 11:40	+/–
Надеюсь, дядя Линус не позволит пихать этот неуместный слог в без того жирное ядро
Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Аноним (35), 12-Июл-20, 11:52	–1 +/–
> никто не запрещает класть зависимости рядышком Ога. Мало нам инитрд с коллекцией шлака, без которого ОС уже не может взлететь, так теперь ещё нужен будет рядом с ядром навалить груду навоза, а загрузчик теперь должен будет не просто загрузить ядро в память и передать ему управление, а прошерстить его код, найти требуемые функции в приложенных библиотеках и подгрузить их вместе с ядром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #74

36. Сообщение от б.б. (?), 12-Июл-20, 11:55	+1 +/–
Куча проектов держатся на личности своих создателей. И без них не особо интересны. Ну или едут не туда, выезжая по инерции - та же MS при Манделе, Эпл при кто-у-них-там-после-Джобса...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #66

37. Сообщение от Я (??), 12-Июл-20, 11:56	+15 +/–
не надо приписывать Линусу своё узколобое мышление.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #65

38. Сообщение от Я (??), 12-Июл-20, 12:01	+/–
после того как вы допишете сисвинит до состояния в котором он являтся заменой системд вы получите ещё один системды.. и разница будет лишь в том что вместо самодуров разработчиков системде у проекта во главе будете вы.. проще уж сразу свой форк системды на расте сделать..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #43, #162

39. Сообщение от Аноним (39), 12-Июл-20, 12:01	+/–
>>драйвер должен быть в формате, при котором сбои будут Ради этого стоило доставать с полки раст
Ответить | Правка | Наверх | Cообщить модератору

40. Сообщение от Аноним (39), 12-Июл-20, 12:03	+1 +/–
Если я всех индусов буду называть ржавыми то они выкинут эту дрянь из ядра как они выкинули чёрных?
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от Аноним (41), 12-Июл-20, 12:04	+/–
Вы не правы, у С++ основная проблема это не сложность и гарантии, это невероятно долгая компиляция. Любой средний проект файлов на 200-300 компилируется по часу на современных 6-8 ядерниках. Будь ядро на С++ Линус на своём райзене компилировал бы его часов 7. Раст по всем тестам и личному опыту компилируется ещё дольше, иногда раза в полтора. В реальной разработке а не в хипстерский проектах на 10 файликов это выливается в кучу проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #67, #185

42. Сообщение от Я (??), 12-Июл-20, 12:07	+5 +/–
то что карго удобный не означает что драйвера в ядре обязательно надо писать с его использованием.. особенно если такие драйвера просто никто не примет в ядро тут хочешь не хочешь а перепишешь на чистый раст без карго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #147

43. Сообщение от Аноним (43), 12-Июл-20, 12:12	+1 +/–
кстати про systemd на rust, https://github.com/KillingSpark/rustysd хотя там цель была не systemd на rust ради rust, а показать, что функционал systemd возможно реализовать на других языках
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #50

44. Сообщение от n00by (ok), 12-Июл-20, 12:26	–1 +/–
Какая неожиданность. :) In the last week or so, the points has been made multiple times that Rust could never unseat C because it just was not portable enough. This is indeed a fair point, rustc is currently bound to LLVM which supports much less platforms than C compilers do Но там джва года прошло, а я так и не дочитал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

45. Сообщение от Соня Мармеладова (?), 12-Июл-20, 12:45	+1 +/–
Линуса задолбали. Он возьмёт тактику, что будет соглашаться с тем, что ржавый в ядре нужен, но разносить все попытки его туда засунуть. Молодец, так и надо. Это уже политика
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #234

46. Сообщение от n00by (ok), 12-Июл-20, 12:46	+/–
Благодарю за идею. Заказал самый лучший микроконтроллер Arduino 101 и 5 соединительных проводников типа пап-папа. Теперь осталось найти подходящие сервопривод, реле и линейку (суперклей у меня уже есть). Подскажите пример кода на Rust, который обработает вывод компилятора и установит высокий уровень на 10м пине.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #54, #84

47. Сообщение от Аноним (47), 12-Июл-20, 12:58	+3 +/–
Если бы был компилятор/препроцессор C каждый раз, когда делается что-то потенциально опасное требовал бы писать какую-нибудь директиву типа #unsafe, думаю само это уже чуток, но улучшило бы качество продукта. Другой вопрос что в классическом C это пришлось бы писать почти везде и сильно ухудшило бы качество уже кода. Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то? Rust как раз отражает возникший спрос. Соответствует ли он ему, это уже другой вопрос. Но уже понятно, что просто сказать "лучше тестируйте", "нанимайте профи" и т.п. уже не достаточно. Что-то он это улучшит, где-то поднимет дискуссию, где-то сам Rust потом еще будут допиливать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #80, #87

48. Сообщение от Аноним (189), 12-Июл-20, 12:59	–2 +/–
Вот вот. Позволят неоюразованным растопрограммистам писать в код в ядре. rust нужно запретить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

49. Сообщение от Аноним (189), 12-Июл-20, 13:11	+7 +/–
Увы, мнение об отключении всех проверок в unsafe — это типичное заблуждение, потому что в документации к языку Rust сказано, что unsafe позволяет:     Разыменовывать сырой указатель;     Вызывать и объявлять unsafe функции;     Читать или измененять статическую изменяемую переменную;     Реализовывать и объявлять unsafe типаж;     Получать доступ к полям union. Ни о каких отключениях всех проверок Rust здесь и речи не идет. Если у вас ошибка с lifetime-ами, то просто добавление unsafe не поможет коду скомпилироваться. Внутри этого блока компилятор продолжает проверять код на соответствие системы типов, отслеживать время жизни переменных, корректность на потокобезопасность и многое-многое другое. Подробнее можно прочитать в статье You can’t "turn off the borrow checker" in Rust. К unsafe не стоит относиться как "я делаю, что хочу". Это указание компилятору, что вы берете на себя ответственность за вполне конкретный набор инвариантов, которые компилятор самостоятельно проверить не может. Например, разыменование сырого указателя. Это мы с вами знаем, что сишный malloc возвращает NULL или указатель на аллоцированный кусок неинициализированной памяти, а компилятор Rust об этой семантике ничего не знает. Поэтому для работы с сырым указателем, который вернул, к примеру, malloc, вы должны сказать компилятору: "я знаю, что делаю; я проверил, там не нулл, память правильно выравнена для этого типа данных". Вы берете на себя ответственность за этот указатель в блоке unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #62

50. Сообщение от анонимм (?), 12-Июл-20, 13:12	–1 +/–
на баше давайте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #76, #225

51. Сообщение от Аноним (189), 12-Июл-20, 13:19	+/–
Сразу видно очень умного человека. Уточните, пожалуйста, на чем вы программируете и какой у вас опыт разработки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

52. Сообщение от Ольга (??), 12-Июл-20, 13:21	+/–
На html и CSS могу, подключив bootstrap 4!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #82, #90

53. Сообщение от Аноним (189), 12-Июл-20, 13:21	–3 +/–
не одыкватнее. Любому анонимному комментатору opennet, очевидно что у Линуса сотресение мозга от феспалмов, раз он согласен добавить поддержку этого "ужастного недоязыка" с unsafe блоками!!!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #92

54. Сообщение от zg_nico (ok), 12-Июл-20, 13:22	+/–
Суперклей из старых запасов, с толуолом? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #115, #133

56. Сообщение от Аноним (56), 12-Июл-20, 13:27	+1 +/–
кто-нибудь, скажите психиатрам что разводить зоопарк - это плохо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

60. Сообщение от user (??), 12-Июл-20, 13:46	+/–
И эти люди говорят про безопасность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

61. Сообщение от mail (?), 12-Июл-20, 13:49	–2 +/–
В ИТ хороший менеджер десятка кодеров стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #230

62. Сообщение от Аноним (62), 12-Июл-20, 13:49	–2 +/–
>к примеру, malloc, вы должны сказать компилятору: "я знаю, что делаю; я проверил, там не нулл, память правильно выравнена для этого типа данных". Вы берете на себя ответственность за этот указатель в блоке unsafe. Ровно тоже делает разработчик на С, далее приводит указатель к нужному типу, работает с ним и освобождает. В С++ operator new ещё и возвращает указатель нужного типа на полностью сконструированный объект и может бросить (он или конструктор объекта) исключение, а деструктор освободит все ресурсы выделенные объектом. Или раст в состоянии автоматически освободить системный хэндл или указатель выделенный в ансейф блоке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #81, #112

64. Сообщение от nelson (??), 12-Июл-20, 13:53	+/–
> Следует транслировать его в Си Зачем тогда этот ваш раст нужен? Генерить Си-код, теоретически, можно вообще из любого ЯП'а.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #75, #78, #150

65. Сообщение от Аноним (65), 12-Июл-20, 13:56	+3 +/–
Если ты сделал Хэллоу Ворлд на Раст это не значит что твой кругозор резко расширился. Наоборот он сузился до фанбойства Раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #94

66. Сообщение от Аноним (65), 12-Июл-20, 13:58	+/–
Тот же Питон повернул не туда после ухода Гвидо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #77

67. Сообщение от Аноним (65), 12-Июл-20, 13:59	+1 +/–
Просто кто-то не умеет свой проект правильно готовить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

68. Сообщение от Аноним (65), 12-Июл-20, 14:04	+/–
asm код это итак результат компиляции. Но пользовать этот Дизассемблироавнный код будет еще той морокой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

70. Сообщение от Анонимъ (?), 12-Июл-20, 14:20	+1 +/–
https://forge.rust-lang.org/infra/other-installation-methods... же Ещё можно из репозиториев своего дистра установить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

71. Сообщение от Аноним (71), 12-Июл-20, 14:21	–1 +/–
Пусть еще добавят поддержку язык brainfack и 1С :)))) А так на деле надо чтобы использовался один язык. Проще аудит проводить.
Ответить | Правка | Наверх | Cообщить модератору

72. Сообщение от Аноним (71), 12-Июл-20, 14:22	–6 +/–
Хочу поддержку Паскаля и Бейсика, пусть добавят
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95, #139

73. Сообщение от Аноним (73), 12-Июл-20, 14:23	–3 +/–
Я думаю, если rust будут использовать в ядре, то язык станет более востребованным. Соответственно есть все шансы на большую пополищацию данного языка. Само ядро хуже от этого врятли станет. Вопрос с переносимостью, раньше достаточно было переноса на платформу компилятора и минимум библиотек, теперь ещë нужно, что бы Rust там зарускался.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #97

74. Сообщение от Анонимъ (?), 12-Июл-20, 14:39	+/–
Для внешнего кода нет разницы, один там крейт или несколько десятков. На выходе тот же бинарный полуфабрикат в количестве одной штуки. Прям как в няшном си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

75. Сообщение от НяшМяш (ok), 12-Июл-20, 14:46	+1 +/–
https://andrei-markeev.github.io/ts2c/ Ещё чуть-чуть и можно будет в ядро контрибутить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #137

76. Сообщение от Аноним (43), 12-Июл-20, 14:47	+2 +/–
слабак, вот на posix sh - другое дело!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

77. Сообщение от виндотролль (ok), 12-Июл-20, 14:55	+4 +/–
Погодите, т.е. при Гвидо питон шел куда надо? Хорошо тогда что этот Гвидо ушел, может ещё шанс на нормальный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #229

78. Сообщение от n00by (ok), 12-Июл-20, 15:02	–4 +/–
>> Следует транслировать его в Си > Зачем тогда этот ваш раст нужен? Генерить Си-код, теоретически, можно вообще из > любого ЯП'а. В том то и дело. При этом в результате трансляции некоторых ЯП  образуется вермишель. Но Rust то рвёт всех как Тузик грелку. Представляете себе лицо Линуса, когда ему дают вариант на Си в 2.71 — 3.15 раз более оптимальный, чем он написал ручками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #79, #244

79. Сообщение от nelson (??), 12-Июл-20, 15:51	+1 +/–
> Но Rust то рвёт всех как Тузик грелку Особенно по скорости компиляции, ага. > Представляете себе лицо Линуса, когда ему дают вариант в 2.71 — 3.15 раз более оптимальный, чем он написал на Си? В каком плане более оптимальный? Как раз таки Си - наиболее оптимальный ЯП для решения задач из области разработки системного ПО и, тем более, ядер ОС из существующих в природе. В идеале, конечно, ядро ОС должно реализовываться на более низкоуровневом ЯП'е, нежели С, но, за неимением такового, приходится использовать последний. Высокоуровневые ЯП'ы с функцией подтирания соплей за нерадивыми разрабами в этой области нафиг не сдались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #113, #116, #134

80. Сообщение от Аноним (80), 12-Июл-20, 15:52	–2 +/–
>Если бы был компилятор/препроцессор C каждый раз, когда делается что-то потенциально опасное требовал бы писать какую-нибудь директиву типа #unsafe, думаю само это уже чуток, но улучшило бы качество продукта. Епрст. Прагма unsafe сделана для ЯП, где работы с указателями нуль. При чем тут Си, который работает только с указателями и другого режима у него нет? Господин иксперт, идите учить матчасть. Для вас смысл unsafe все еще не раскрыт. >Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то? А вы из под какой ОС написали это сообщение? Ядро линукса (сюда же андроид) на сях, ядро винды на сях, ядро макос на сях. Вы ядру значит доверяете, а программам нет? Это ваши личные половые трудности, что вы нанимаете программистов, которым вы не доверяете. Наймите Торвальдса и делов-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

81. Сообщение от Аноним (80), 12-Июл-20, 16:00	–1 +/–
>Или раст в состоянии автоматически освободить системный хэндл или указатель выделенный в ансейф блоке? Да никак он не освободит. Вызывать раз free() это совсем детский случай. Но также жду ответа от ржависта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #211

82. Сообщение от амоним (?), 12-Июл-20, 16:01	+/–
Слабак, уже есть bootstrap 5.0.0 alpha 1 https://github.com/twbs/bootstrap/releases/tag/v5.0.0-alpha1
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #210

83. Сообщение от nothing (?), 12-Июл-20, 16:02	+/–
Вот, вот! И все это не про безопасность, а про запланироааное устаревание. Как еще более простимулировать людей к обновлению железа, тех которые даже в игры не играют? А давайте е*нем в ядро раст? Кто компилил огнелис тот в цирке не смеется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

84. Сообщение от амоним (?), 12-Июл-20, 16:03	–1 +/–
ищи тут https://www.rust-lang.org/what/embedded
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

85. Сообщение от амоним (?), 12-Июл-20, 16:06	+1 +/–
ну откуда вы повылазили то... у раста есть ядро, которое работает вообще без внешних зависимостей вот ссылка, для самый продвинутых https://doc.rust-lang.org/core/index.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #89, #99, #107

86. Сообщение от Аноним (86), 12-Июл-20, 16:08	+/–
Бизнес очень хочет IT услуг, но не хочет за это платить. Поэтому они продвигают технологии, максимально упрощающие вход в IT неквалифицированных людей, надеясь, что они снизят стоимость специалистов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #105

87. Сообщение от Аноним (86), 12-Июл-20, 16:19	+/–
>Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то? И Java их даёт уже не один десяток лет. Ещё есть виртуальные машины, контейнеры, микросервисы. Rust то зачем нужен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #104, #226

89. Сообщение от Аноним (86), 12-Июл-20, 16:33	–2 +/–
У C# тоже есть ядро не требующее фреймворка. Давайте и C# добавим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

90. Сообщение от Anonn (?), 12-Июл-20, 16:38	+1 +/–
"Ольга" это, полагаю, такая тонкая отсылка к ольгинским ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

91. Сообщение от Anonn (?), 12-Июл-20, 16:42	+1 +/–
Брался за раст раза три с интервалом в год. Ну не могу проглотить я этот ужасный синтаксис... Но в ядре такая вещь, считаю, должна быть. Годнота ведь. Эх.. Вот бы у простого си или го такие фичи.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

92. Сообщение от Аноним (92), 12-Июл-20, 16:48	+/–
> Любому анонимному комментатору opennet очевидно лучше так: любом иксперту опеннета. знатный троллинг, продолжайте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

93. Сообщение от biomassa (?), 12-Июл-20, 16:49	+9 +/–
Ой, боюсь Микрософт пропихнет своего человечка и будет как с Нокией. Этих мудаков надо гнать от ядра поганой метлой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #102, #179

94. Сообщение от Аноним (94), 12-Июл-20, 16:51	+4 +/–
То-есть если человек поэкспериментировал с другим языком программирования и понял, что он может быть лучше (=более удобный/безопасный/т.п.) в каких-то сценариях, это значит что его кругозор сузился? Очень "креативный" логический вывод. Т.е. по такой логике, человек с самым широким кругозором это тот, кто научился писать на C древней версии стандарта в одном стиле и никогда больше ничего не пробовал и не менял свое мнение? Мне кажется это не совсем отвечает идеям "широкого кругозора".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #100

95. Сообщение от Led (ok), 12-Июл-20, 16:57	+6 +/–
Ты забыл топнять ножкой, ламерок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

96. Сообщение от Аноним (96), 12-Июл-20, 17:17	+/–
Будешь платить за рас(т)ововерную сборку ядра. Ишь ты вздумал сам собирать из исходников, соответствющих бинарям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

97. Сообщение от Аноним (97), 12-Июл-20, 17:17	+1 +/–
Это мелклмягкие хотят писать драйвера на русте. Больше он никому практически не упал, элоп я не знаю где там его использует. Видимо хотят поэкспериментировать с брейнфаками в ядре прежде чем тащить их в свои проприетарные ос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

98. Сообщение от Аноним (-), 12-Июл-20, 17:26	+/–
Фичастость в ядре не поможен. Там реальный структурный код, не ООП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #114, #129

99. Сообщение от Ретроград (?), 12-Июл-20, 17:59	–1 +/–
А ты, похоже, даже в своем расте не разбираешься. Core - это и есть внешняя зависимость. Более того, в этом Core куча примитивов, которые в ядре просто неприемлемы, но которые требуются всякими языковыми конструкциями. Собственно, это основная претензия к расту - он абсолютно неюзабелен как системный ЯП из-за этого. Если бы это просто был "Си со сборкой мусора во время компиляции", ядро бы давно уже на него перешло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #101

100. Сообщение от Аноним (100), 12-Июл-20, 18:07	+5 +/–
Какую конкретно проблему может решить до сих пор ЭКСПЕРИМЕНТАЛЬНЫЙ язык в ядре широко распространенной ОС? Никакой, кроме ЕЕЕ (ТМ) мелкософт. Человек с широким кругозором - это тот, кто понимает, зачем корпорации делают те или иные телодвижения. Еще для кругозора историю развития технологий полезно изучать, вместо хипсторских говноязыков всяких.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #106, #127, #159, #189

101. Сообщение от Аноним (101), 12-Июл-20, 18:22	+1 +/–
Стоп - стоп, какая внешняя зависимость core??... core это всеголишь набор кучки трейтов и макросов которые реализованы самим языком. Хотите реально внешнюю библиотеку (я не про std), возьмите alloc....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

102. Сообщение от Lex (??), 12-Июл-20, 18:44	+3 +/–
Ядро и так разжирело и расползлось. Требования к процу и потребление ОЗУ и без того серьезно росли и продолжают расти... С таким прогрессом и людей от Микрософта не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #103, #213

103. Сообщение от biomassa (?), 12-Июл-20, 18:54	+5 +/–
Use "make menuconfig" Luke.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #120

104. Сообщение от Lex (??), 12-Июл-20, 18:57	–3 +/–
Затем, что джава не нужна. Безумно жирная и откровенно переусложненная для нынешнего времени.. и это притом, что багованного барахла на ней понаписано более, чем немало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #130, #173

105. Сообщение от Аноним (105), 12-Июл-20, 19:22	+/–
Бизнесу нужны фреймворки для того, чтобы писать тонны кода быстро и дешево. Правда множество фреймворков, наслаиваясь на приколы языков и компиляторов, в итоге ловят кучу багов, падают в производительности и т.д. Ядро - это продукт для работы с хардваром, поэтому по крайней мере Линус не хочет в довесок к уже немаленькому линуксу тянуть и поддержку рантаймов этих ваших растов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

106. Сообщение от анончик (?), 12-Июл-20, 19:28	–4 +/–
> сих пор ЭКСПЕРИМЕНТАЛЬНЫЙ язык с разморозкой, там пару лет назад все стабилизировалось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #110, #214

107. Сообщение от nelson (??), 12-Июл-20, 20:22	+/–
> у раста есть ядро, которое работает вообще без внешних зависимостей It is the portable glue between the language and its libraries, defining the intrinsic and primitive building blocks of all Rust code. и что с того, если это ядро не входит в реализацию самого ЯП и при этом реализует его возможности, т.е. является, по сути, внешней зависимостью? ЯП, требующий зависимости для использования языковых конструкций? ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #111

108. Сообщение от Аноним (108), 12-Июл-20, 20:23	–1 +/–
Звучит так, как будто Линус действительно заинтересован в поддержке раста.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #192

109. Сообщение от X5asd5 (?), 12-Июл-20, 20:30	+8 +/–
надеюсь инициатива просто обосрёстся и на этом дело закончится
Ответить | Правка | Наверх | Cообщить модератору

110. Сообщение от Аноним (110), 12-Июл-20, 20:37	+1 +/–
Ачеридной растофанбой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

111. Сообщение от Аноним (-), 12-Июл-20, 20:42	+/–
>>> у раста есть ядро, которое работает вообще без внешних зависимостей >> It is the portable glue between the language and its libraries, defining >> the intrinsic and primitive building blocks of all Rust code. >> It links to no upstream libraries, no system libraries, and no libc. > и что с того, если это ядро не входит в реализацию самого > ЯП и при этом реализует его возможности, т.е. является, по сути, > внешней зависимостью? Если читать целиком, а не отдельными буквами - ничего. Потому что чушь. > ЯП, требующий зависимости для использования языковых конструкций? ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно Прежде чем пройти по ссылке, подготовь ведерко со льдом и огнетушитель, предупреди соседей: . . . . . . . . . . . . . . . https://www.redox-os.org/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #231, #241

112. Сообщение от Аноним (112), 12-Июл-20, 20:43	+/–
Да, типичная история. unsafe указатель оборачивают в структуру Rust и для нее пишут деструктор (реализуют Drop trait) после этого раст автоматически освободит системный хэндл после окончания его жизни Вот тут подробнее https://medium.com/dwelo-r-d/wrapping-unsafe-c-libraries-in-...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #163

113. Сообщение от Ordu (ok), 12-Июл-20, 21:03	+/–
> Высокоуровневые ЯП'ы с функцией подтирания соплей за нерадивыми разрабами в этой области нафиг не сдались. Да, именно об этом и говорит нам новость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

114. Сообщение от Аноним (115), 12-Июл-20, 21:04	+3 +/–
Cмотря что понимать под ООП
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

115. Сообщение от Аноним (115), 12-Июл-20, 21:12	+1 +/–
Это "Момент" был с толуолом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

116. Сообщение от PnD (??), 12-Июл-20, 21:50	+1 +/–
Уровнем ниже — "языки ассемблера" ("высокоуровневая" абстракция над оп-кодами), и их вовсю используют. Там, где без этого будет плохо. А C — как раз таки кросс-ассемблер "среднего" уровня. Где всё ещё всё можно, но есть инструменты для написания "универсального" кода. И современные реализации, что приятно, знают обо всякой рутине. Вроде размера указателя или приведения типов. Но кое чего начинает не хватать. Ядер в последнее время стало много, а C хорошо заточен под программирование *одного* потока. "Фреймворки" (библиотеки) понятно есть, но для их использования надо прокачивать скилл шизофреника (утрирую, но не сильно). Вот где-то здесь (как мне кажется) начинается заход на более "молодёжные" ЯП. Но конкретно на счёт rust есть сомнение, т.к. от него явственно попахивает оверинженирингом. Поглядим, может и сумеют зашлифовать. Ну или выпустят на следующем витке какой-нибудь "corrosion"…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #136

117. Сообщение от d (??), 12-Июл-20, 21:50	+/–
> Останется Грег вместо Линуса. Ты его предупреди, а то он не в курсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

118. Сообщение от Аноним (118), 12-Июл-20, 21:58	+1 +/–
Пидаrustы, что они хотят сделать с ядром
Ответить | Правка | Наверх | Cообщить модератору

119. Сообщение от Аноним (119), 13-Июл-20, 00:39	+/–
Ну давайте все модные недоязыки в ядро запихнём
Ответить | Правка | Наверх | Cообщить модератору

120. Сообщение от Ноним (?), 13-Июл-20, 00:51	–3 +/–
Дано: AMD Athlon(tm) II X2 220 Processor, 4Gb RAM Ubuntu 12.04: все летает, не более 1Гб рамы занято, свопа не нужно Ubuntu 14.04: работает, без свопа не ок, можно жить, но ядро нужно ставить 4.4 из xenial Ubuntu 18.04: тормозит, своп постоянно забит, переключение окон тормозит, все тормозит, и похоже что ядро течет Последнее нормальное ядро - это 2.6.32, ветка ядер 3.x - адовое тормозилово, ядра 4.x получше, но еще не тестировал Вообще, весьма интересно будет попробовать нарисовать какие-то тесты чтобы можно было бы говорить предметно, с цифрами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #121, #125, #126, #140, #144, #172, #178, #197, #216

121. Сообщение от biomassa (?), 13-Июл-20, 01:16	–2 +/–
Э парниша, тут опеннет, а не кернел.орг. Тут, как собственно и там, тебе никто, ничего не должен. Коли сам не можешь разобраться - оформи баг репорт и жди ответа. А если хочешь качать права - купи себе Винду и клюй мозги суппорту Микрософта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #124, #135

122. Сообщение от Аноним (122), 13-Июл-20, 01:18	+/–
Грег тоже немолодой, как и Фёдор Т`so. Страшно себе представить что будет если Линус получит шальную пулю от мирных протестующих в своем SJW-шном Портланде, Орегон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

123. Сообщение от Аноним (123), 13-Июл-20, 03:05	+/–
блин, читаю новости на опеннете и понимаю, что реально надо ставить другую операционку. перетаскивать на неё всё с линукса, фуууух, гемор. 2020 - реально паршивый год, а ещё только июль.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #131, #190

124. Сообщение от Ноним (?), 13-Июл-20, 03:53	+2 +/–
чо там с 12309
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #141, #198

125. Сообщение от хотел спросить (?), 13-Июл-20, 04:29	+2 +/–
Fedora 31 без гуев тстоит самба, трансмишен, несктклауд 637M в htop из 16G доступных может гуи жрут много, может бубунта тупит, хз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

126. Сообщение от Отражение луны (ok), 13-Июл-20, 04:56	+1 +/–
1. Если поставишь КДЕ, то окружение будет работать вполне норм 2. Томозят в основном не ДЕ, а приложения. Но не в случае с гномом. В случае с гномом тормозят и приложения, и гном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

127. Сообщение от Аноним (94), 13-Июл-20, 04:57	+/–
Я понятия не имею и не хочу гадать. Я не разработчик ядра. Не был разработчиком ядра на C и не планирую присоединяться на rust. Более того, я не занимаюсь гаданием о том, чем там "корпорации" занимаются и не очень люблю копаться в заговорческих теориях о том как майкрософт (судя по всему, руками людей из других компаний) собирается уничтожить Linux (или к чему это "EEE (TM) мелкософт" было?). Мой комментарий не отвечал на критику использования rust в ядре, он отвечал на заявление вида "если ты попробовал rust, то ты фанбой и твой кругозор сузился". Нет, это не то, как это работает. А обсуждение зачем в ядре rust, какую проблему он решит, какие проблемы он принесет и т.п. я оставлю разработчикам ядра, потому что рассуждать на уровне выше "бабок на базаре" мои знания мне не позволяют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

129. Сообщение от Anonn (?), 13-Июл-20, 05:41	+/–
Тем не менее мы регулярно имеем баги/уязвимости с использыванием разыменования указателя, nil-указателя, переполнения буферов, стеков и прочих типичных си-ошибок, даже переписывание констант, практически во всех подсистемах линукса. Здесь уже на кривые руки автора не спишешь - если язык это позволяет, то где-то оно рано или поздно, намеренно или случайно всплывет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #167

130. Сообщение от Аноним (86), 13-Июл-20, 05:50	+1 +/–
> и это притом, что багованного барахла на ней понаписано более, чем немало. Это прекрасно демонстрирует, что инструмент не помогает вправлять кривые руки, следовательно все языки существующие лишь ради ограничения возможности программиста не нужны. Нужен Си для самого производительного кода и языки набитые сахаром вроде шарпа и Perl. Если сделать язык, на котором могут писать даже идиоты то только идиоты на нём и будут писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #161

131. Сообщение от Аноним (131), 13-Июл-20, 06:19	+/–
Выньдовз?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #138, #146

133. Сообщение от n00by (ok), 13-Июл-20, 07:04	+/–
ТНТ слишком радикальное средство для выпрямления рук.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

134. Сообщение от n00by (ok), 13-Июл-20, 07:08	+/–
>> Но Rust то рвёт всех как Тузик грелку > Особенно по скорости компиляции, ага. >> Представляете себе лицо Линуса, когда ему дают вариант в 2.71 — 3.15 раз более оптимальный, чем он написал на Си? > В каком плане более оптимальный? Как раз таки Си - наиболее оптимальный > ЯП для решения задач из области разработки системного ПО и, тем > более, ядер ОС из существующих в природе. Это не совсем так. Си всем понятен, это не всегда хорошо. Вы пробовали отправлять код в ядро? Сразу же отвечают: вот тут ошибка, вот так не пишут, и так далее. Приходится читать очередную главу из Кернигана и Риччи. Очень долго и не оптимально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

135. Сообщение от КО (?), 13-Июл-20, 07:17	+/–
Ля он тебе полупруфы кидает,  что линукс в последнее время не торт. А ты все равно недоволен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #143

136. Сообщение от n00by (ok), 13-Июл-20, 07:17	+/–
> Уровнем ниже — "языки ассемблера" ("высокоуровневая" абстракция над оп-кодами), > и их вовсю используют. Там, где без этого будет плохо. > А C — как раз таки кросс-ассемблер "среднего" уровня. Где всё ещё > всё можно, но есть инструменты для написания "универсального" кода. С не просто кроссассемблер, а абстракция над машинным кодом PDP (см. пре- и пост-инкременты/декременты). В языке отсутствуют аналоги для команд обмена (bswap и xchg), lock лишь недавно появился. Потоковые "мультимедия" инструкции вообще отдельная тема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #208

137. Сообщение от n00by (ok), 13-Июл-20, 07:23	+1 +/–
> https://andrei-markeev.github.io/ts2c/ > Ещё чуть-чуть и можно будет в ядро контрибутить Вот это правильно! Давно пора!!111 Осталось добавить обвязку для выполнения в ядре printf() и abort();
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #209

138. Сообщение от Аноним (138), 13-Июл-20, 07:52	+/–
Даже не знаю, посоветуйте альтернативу. Я знаю, что в фряхе пилят поддержу wsl2 - это может быть оно, но если нет, то баш на виде тоже в принципе нормально работает. Плюс всегда можно запустить виртуальную.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #145, #191, #247

139. Сообщение от n00by (ok), 13-Июл-20, 08:32	–1 +/–
Известны случаи написания драйверов под Windows на Паскале (точнее, на Delphi). Так что вперёд. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #149

140. Сообщение от Онаним (?), 13-Июл-20, 08:35	+1 +/–
Вам к коняникалу. CentOS 8 с ядром UEK6 (5.x) и с родным ядром (3.10+) вполне умещается в 512M.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #158, #174

141. Сообщение от Онаним (?), 13-Июл-20, 08:36	+1 +/–
Не задолбало ещё про несуществующее справляться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #157

143. Сообщение от Аноним (143), 13-Июл-20, 08:54	–2 +/–
А что он не торт? Первым добавил поддержку WireGuard, старается поддерживать различные имеющиеся и появляющиеся девайсы и одноплатники.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

144. Сообщение от Аноним (143), 13-Июл-20, 08:55	+/–
>Ubuntu 12.04: все летает Подозреваю, в 2012-м ещё не знали про Meltdown и Spectre.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

145. Сообщение от Аноним (143), 13-Июл-20, 08:59	+/–
Но внутри WSL2, всё равно, ядро Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #154

146. Сообщение от Аноним (143), 13-Июл-20, 09:00	+/–
Genode
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

147. Сообщение от Аноним (147), 13-Июл-20, 09:19	+/–
Тут такое, всё что может использоваться во зло, будет использовано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

148. Сообщение от КО (?), 13-Июл-20, 09:20	+/–
В свое время Oracle демонстрировал, что java способна выдавать такую же скорость, как ассемблер (на одной единственной задаче для одного единственного процессора). Но это ж не повод? С одной стороны, чем больше всяких ЯП поддерживается при разработке - тем проще порог вхождения в проект (типа есть те кто умеют в Ржавого, но не умеют в Сишечку). Но и усложняют требования к мантейнерам и ревизорам кода - а именно на их нехватку Линус и жаловался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

149. Сообщение от КО (?), 13-Июл-20, 09:27	–3 +/–
Первоначально оно так и было (стырено с яблока) поэтому ранние API были не в сишной нотации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #151

150. Сообщение от Совершенно другой аноним (?), 13-Июл-20, 09:34	+/–
Ну так он, говорят, все проверки сделает в compiletime-а, соответственно код на C, будет гораздо более надёжный, чем если-бы его сразу писал человек. При этом будет компилироваться для всех платформ, которые поддерживает язык С. Сплошные профиты же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #249

151. Сообщение от n00by (ok), 13-Июл-20, 10:24	–1 +/–
Вы вообще о чём? Ядро NT фактически перекуплено компанией Microsoft у профессионалов и уходит корнями к DEC/VAX и VMS. Когда оно начиналось, яблоком в гараже закусывал Джоббс, рисуя Стиву Возняку золотые горы. Но это всё вряд ли имеет отношение к тому факту, что Delphi позволяет собрать пригодный для загрузки в ядро модуль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #152

152. Сообщение от КО (?), 13-Июл-20, 10:27	–3 +/–
Ну да, а до NT окошек не было. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #153

153. Сообщение от n00by (ok), 13-Июл-20, 10:32	–1 +/–
Ядро и окошки две большие разницы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #186

154. Сообщение от Аноним (123), 13-Июл-20, 10:40	+/–
нет, внутри wsl2 hyper-v в котором запущено ядро другой ос. например freebsd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #233

155. Сообщение от докерман (?), 13-Июл-20, 11:25	+/–
с разморозкой, но нас, и бизнес,  не интересует скорость
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

156. Сообщение от докерман (?), 13-Июл-20, 11:28	+/–
подключился: если хотите - пилите, но не здесь
Ответить | Правка | Наверх | Cообщить модератору

157. Сообщение от Аноним84701 (ok), 13-Июл-20, 11:40	+/–
> Не задолбало ещё про несуществующее справляться? В смысле, "с глаз долой - из сердца вон!"? Тогда ошибку на "not found" поправьте, что ли. А то палевно: https://bugzilla.kernel.org/show_bug.cgi?id=12309 > Bug Access Denied > You are not authorized to access bug #12309. To see this bug, you must first log in to an account with the appropriate permissions. >
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #199

158. Сообщение от Kenneth (?), 13-Июл-20, 11:48	+2 +/–
У CentOS 8 ядро не 3.10.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #160

159. Сообщение от Im banana man (?), 13-Июл-20, 12:03	+/–
Так есть такие персонажи. За новую блестящую погремушку схватились и суют ее везде. Это как дети на отдыхе с родителями. Им втюхивают всякую чурчхелу на пляже, а они и просят - дай-дай ) Верно сказано уже - надо смотреть дальше и шире. Задавать вопросы. Зачем? Кому выгодно? И вдруг (внезапно) окажется, что это компании определенные преследуют свои интересы. Именно поэтому Microsoft носится с C# и TypeScript. Именно поэтому Google сейчас свой Dart пытается вбить гугло-хомякам и мобильным разработчикам. Им пыль в глаза пускают - а они и рады.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

160. Сообщение от Онаним (?), 13-Июл-20, 12:46	+/–
> У CentOS 8 ядро не 3.10. Да, простите, 3.10 это у 7. Восьмёрка - 4.18+.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

161. Сообщение от Lex (??), 13-Июл-20, 13:14	+/–
>> и это притом, что багованного барахла на ней понаписано более, чем немало. > Это прекрасно демонстрирует, что инструмент не помогает вправлять кривые руки, следовательно > все языки существующие лишь ради ограничения возможности программиста не нужны. Нужен > Си для самого производительного кода и языки набитые сахаром вроде шарпа > и Perl. Если сделать язык, на котором могут писать даже идиоты > то только идиоты на нём и будут писать. Перл и шарп не набитые сахаром. Они вообще едва ли когда-то таковыми были, поскольку набивка их - синтаксический мусор и горы оверхеда. Если сделать язык, на котором будут способны писать даже идиоты, то и идиоты смогут решать посредством него какие-то свои, специфические задачи( которых наверняка хватает ) и чего-либо плохого лично я в этом не вижу. Другое дело, что подобный "взгляд" на проблему( что язык не надо делать простым "просто потому что" ) ведет к совершенно гротескному положению дел в разработке по и откровенному уродованию ЯП и самой разработки, тогда как результат от этого, нередко, лучше не становится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

162. Сообщение от hardij (?), 13-Июл-20, 13:18	–1 +/–
Ну ты лох... sysvinit читается как систем пять инит! Пять карл! Ревизия юникса была в которой данный инит стал дефолтным
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #253

163. Сообщение от Аноним (80), 13-Июл-20, 14:17	–1 +/–
Ну это порнография. Враппер на внутренний небезопасный деструктор. Где тут иксперт по unsafe. Вот он этому коду будет доверять? Ведь там есть магическое слово unsafe. А то, что нижележачий деструктор на плюсах может быть бажным никого не волнует!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #165

164. Сообщение от Эбола (?), 13-Июл-20, 15:38	+/–
Rust - это всего лишь статистический анализатор, встроенный в компилятор. Какие проблемы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #166

165. Сообщение от анонн (ok), 13-Июл-20, 15:49	+2 +/–
>>> Да никак он не освободит. >> после этого раст автоматически освободит системный хэндл после окончания его жизни > Ну это порнография. Враппер на внутренний небезопасный деструктор. > И вообще НИЩИТАИЦА! ЭТО НИЩИТАИЦА, Я СКАЗАЛ!1! Движок форума съел последнюю строчку. Я восстановил. > Вот он этому коду будет доверять? Ведь там есть магическое слово unsafe. А то, что нижележачий деструктор на плюсах может быть бажным никого не волнует! > А вообще, баги могут быть в микрокоде и железе, поэтомо в ж*пу все тесты, анализаторы, МИЗРЫ и прочее ограничивающее креативность настоящих разработчиков  барахло для ламаков! Потому что анонимный гладиолус! Тут движок целый абзац съел. Не благодари!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

166. Сообщение от Аноним (167), 13-Июл-20, 15:49	+/–
Rust - это всего лишь статистический анализатор, встроенный в компилятор LLVM. Не в GCC, а в LLVM. Договаривать надо, да? LLVM создается проприетарщиками. Rust is Not GNU.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

167. Сообщение от Аноним (167), 13-Июл-20, 15:51	+/–
Тем не менее не надо драматизировать. Чистый Си - это эталон в драйверостроении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #183

168. Сообщение от Gogi (??), 13-Июл-20, 16:34	+/–
А Танненбаум предупреждал!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #232

169. Сообщение от Gogi (??), 13-Июл-20, 16:35	+/–
"Хозяин, надо больше компиляторов!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

170. Сообщение от Аноним (185), 13-Июл-20, 18:24	+/–
А что думает о Rust товарищ Ричард Мэтью Столман?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #181

171. Сообщение от Аноним (-), 13-Июл-20, 18:44	+/–
>Линус не согласился и выразил опасение, что тогда начальная поддержка Rust окажется не протестированной на сборку и имеет риск завязнуть в своём болоте, в котором небольшая группа заинтересованных в проекте разработчиков проверяет работу кода только в своих специфичных условиях и добавляет неправильные вещи, так как они остаются спрятанными и не всплывают при тестировании ядра в других окружениях. Этот диагноз пославил Линус Торвальдс! Всё. Тема закрыта.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #182, #184, #200

172. Сообщение от лютый жабби__ (?), 13-Июл-20, 19:03	+/–
Брэд оф сив кэйбл. Дома тоже машина core2duo и 4GB. Арч, соответственно ядра свежайшие, ничего не течёт... ssd поставь, кстати, даже дешевый 40гб за 1тыр, будет небо и земля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

173. Сообщение от лютый жабби__ (?), 13-Июл-20, 19:08	+/–
>Безумно жирная и откровенно переусложненная для нынешнего времени дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по местным креативам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #195, #212

174. Сообщение от лютый жабби__ (?), 13-Июл-20, 19:10	+/–
>CentOS 8 с ядром UEK6 (5.x) и с родным ядром (3.10+) вполне умещается в 512M. даже 7й центос уже разжирел за 512МБ. есть один VPSик, там yum нормально не работает. хотя на нём висит только bind и haproxy.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #175

175. Сообщение от Онаним (?), 13-Июл-20, 19:30	+/–
7 лезет плохо, да. 8 постригли, и он лезет - сам удивился. После старта VPS в минималке используемый объём порядка 160 мб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #176

176. Сообщение от Онаним (?), 13-Июл-20, 19:38	+/–
Сейчас глянул на один из почтовиков - из 2G - 350M с рабочим постфиксом, опендкимом, давкотом, OCFS2. Всё остальное - буферы и кеш.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #223

177. Сообщение от Аноним (-), 13-Июл-20, 20:04	+1 +/–
Rust это что, такое оборудование такое, что его необходимо обрабатывать в ядре?
Ответить | Правка | Наверх | Cообщить модератору

178. Сообщение от Аноним (178), 13-Июл-20, 23:51	–2 +/–
Сейчас я вас научу плохому. 0. Я подозреваю, что вы уже используете 32-битную ubuntu. Если нет, переставьте. 1. Именем рута, откройте /etc/default/grub в своём любимом текстовом 2. Найдите строчку GRUB_CMDLINE_LINUX_DEFAULT. Там у вас скорее всего присвоено "quiet splash" 3. Добавьте туда опций ядра, чтобы получилось так в одну строчку: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nopti noibrs noibpb nospectre_v1 nospectre_v2 no_stf_barrier spectre_v2_user=off spec_store_bypass_disable=off l1tf=off mds=off tsx=on tsx_async_abort=off kvm.nx_huge_pages=off" 4. Потом нужно обновить параметры GRUB. На ubuntu вроде update-grub2 5. Перезагрузитесь Поздравляю! После этого ваша система снова полна уязвимостей. Вы получили достижение "вернуть 2007-ой". Список уязвимостей должно быть видно через lscpu. А если серьёзно, может пора купить новый комп?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #180, #217

179. Сообщение от KarlOS (?), 14-Июл-20, 09:31	+1 +/–
Человечка? А то, что Майкрософт уже много лет как является платиновым партнёром Linux Foundation (поинтересуйтесь, что это им даёт) вас не пугает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

180. Сообщение от Ноним (?), 14-Июл-20, 10:01	+/–
> Поздравляю! После этого ваша система снова полна уязвимостей. Вы получили достижение "вернуть > 2007-ой". По расходу памяти этого не видно. Может стоит читать что написано, а не фантазировать? > А если серьёзно, может пора купить новый комп? Сразу новый комп с виндой, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

181. Сообщение от Аноним (181), 14-Июл-20, 11:39	+1 +/–
"The nonfree compilers that are now based on LLVM prove that I was right -- that the danger was real" https://metager.org/meta/meta.ger3?eingabe=supporting+LLVM+i...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #250

182. Сообщение от Аноним (181), 14-Июл-20, 12:33	+/–
нестабильный компонент в системной сборке, прогрессивно накапливающий баги, вкусно, что уж
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

183. Сообщение от Аноним (185), 14-Июл-20, 12:59	+/–
Утверждается, что ObjectiveC по ABI полностью совместим с этим чистым C. Т.е., я полагаю, что в ядре не должна требоваться какая-то специальная поддержка кода на ObjectiveC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

184. Сообщение от Аноним (185), 14-Июл-20, 13:01	+/–
Опасаюсь, что вы слишком оптимистичны в этом вопросе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

185. Сообщение от Аноним (185), 14-Июл-20, 13:05	+/–
Дело не в конкретно C++. Любой язык с метапрограммированием будет компилить долго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

186. Сообщение от КО (?), 14-Июл-20, 14:56	–2 +/–
Так речь и шла про окошки. Вообще язык не определяет можно или нет на нем писать для ядра. Это определяется   1. Наличием кмпилятора (и линкера) позволяющих из этого языка собрать код не требующий рантайма или линкующего напрямую с рантаймом ядра (или в ядре должна быть машина по выполнению промежуточного кода :)   2. Наличием договоренностей, что на этом можно писать и будет сопровождаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #187

187. Сообщение от n00by (ok), 14-Июл-20, 16:27	+/–
> Так речь и шла про окошки. Да ну? Где это она шла? Может Вы темой ошиблись? Эта называется "Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux"   и в https://www.opennet.me/openforum/vsluhforumID3/121235.html#72 просят добавить Паскаль. > Вообще язык не определяет можно или нет на нем писать для ядра. Ещё как определяет. Напишите что-либо для ядра на "нестандартном" языке, разберитесь, есть ли в ядре рантайм и какой, потом вернёмся к вопросу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

189. Сообщение от Аноним (189), 14-Июл-20, 22:04	+/–
линукс это ядро, а не ос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

190. Сообщение от Аноним (189), 14-Июл-20, 22:15	+/–
Я уже давно использую Windows 10 и у меня всё работает замечательно. Никаких рустов и тому подобной гадости в ядре. Переходите на windows 10, самую лучшую ос в мире.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #218, #252

191. Сообщение от Аноним (189), 14-Июл-20, 22:16	+/–
Зачем всё это? Вы можете использовать hyper-v, внутри которой запускать Windows 10
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

192. Сообщение от Аноним (189), 14-Июл-20, 22:21	+1 +/–
Линуса просто скупили корпорации в рамках ЕЕЕ, это очевидно любому разбирающемуся человеку.Никто в сваём уме ни будит писать праграммы на rust, а тем болие едро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

193. Сообщение от Аноним (189), 14-Июл-20, 22:24	+1 +/–
Если Rust включат в ядро то он станет гораздо популярнее. Это очень хорошо что язык с автоматическим управлением памятью без сборщика мусора и ориентированный на безопасность и скорость исполнения станет распространен.
Ответить | Правка | Наверх | Cообщить модератору

194. Сообщение от Аноним (-), 15-Июл-20, 05:39	+1 +/–
Грег только кажется мягким. Но отбрить умеет - да так что ему еще и спасибо говорят, хотя все-равно вышло по его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

195. Сообщение от Lex (??), 15-Июл-20, 05:47	+/–
> дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по > местным креативам? Забавное слово. Самого так часто называют ?) Поскольку лично я, по итогу многих лет разработки, слышу это слово впервые. Просто это ненормально, когда, для каких-то даже относительно простых вещей, требуются баснословные вереницы кода и многие месяцы/годы обучения именно "самому языку". Жаба в этом смысле чем-то плюсЫ напоминает: нЕкогда крутая, логичная и лаконичная, с течением времени и появлением новых технологий/подходов к разработке, полухаотически допиливалась для хоть какой-то актуализации.. Как итог - нереально жирная лексика, бескрайние кучи барахла.. и "основа", на которой, вроде бы, сделать можно и очень многое, но почти нифига - просто, быстро и без тонн уродливого кода. п.с: жабу сужу по мобильной разработке и в т.ч по тому простому факту, что, посредством нее, программист по итогу многих месяцев( а то и лет ) обучения, с кучей страданий и расходов для конторы( посколькумобильные жаба-программисты еще каких-то денег стоят.. по "инерции" ) выдаст приложение только под андройд, тогда как другой программист, по итогу месяцев обучения и применению штук типа react-native, выдаст на выходе 2 приложения - для андройда и для яблока, более того, при нормальной реализации, у 80+% приложений даже не будут ощущаться проблемы с производительностью( поскольку у норм реализованных приложений, подавляющая часть времени ожидания - это просто ожидание выполнения запросов к бэкенду ). Конечно, можно сказать, что подобные штуки базируются на модулях с "нативным" для платформ кодом, но для 90+% типовых приложений( формы/поля/статистика/итп ) не требуется вообще на него глядеть и все потребности полностью покрываются штуками вроде того же JS( или Dart ).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

196. Сообщение от Анонолекс (?), 15-Июл-20, 06:13	+1 +/–
Гнать растаманов ссаными тряпками!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #235

197. Сообщение от Аноним (197), 15-Июл-20, 08:55	+2 +/–
>AMD Athlon(tm) II X2 220 Processor, 4Gb RAM Сидишь со старьем а претензии к ядру. 😂 Райзены сейчас по цене грязи, обновись уже. 🤣
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #215

198. Сообщение от Аноним (-), 15-Июл-20, 18:02	–1 +/–
> чо там с 12309 Он починен и закрыт. А если у вас что-то вылезает, это не 12309 уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

199. Сообщение от Аноним (-), 15-Июл-20, 18:05	+/–
> Тогда ошибку на "not found" поправьте, что ли. А то палевно: Зачем? Такой баг был. Его пофиксили и закрыли. А то что там толпа даунов навалили еще 20 других багов вопя что это то же самое - пусть и получают плашку в фэйс. Кому будет сильно надо, не развалятся новый баг создать. С ***детальным*** описанием ***СВОЕЙ*** ситуации и конфигурации, если, конечно, цель - починить баг и получить нормально работающую систему. А так извините, господа тролли, сломали вам ваше шапито.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #219

200. Сообщение от Аноним (-), 15-Июл-20, 18:07	+/–
> Этот диагноз пославил Линус Торвальдс! Всё. Тема закрыта. Это не диагноз а описание типового антипаттерна - и предложение на эти грабли не наступать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171

208. Сообщение от Аноним (-), 15-Июл-20, 18:22	+/–
> Потоковые "мультимедия" инструкции вообще отдельная тема. Кроме потоковых инструкций, на "ассемблере" можно и вот так: (GPL2+, сперто из examples) #include "lwan.h" LWAN_HANDLER(hello_world) {     static const char message[] = "Hello, World!";     response->mime_type = "text/plain";     lwan_strbuf_set_static(response->buffer, message, sizeof(message) - 1);     return HTTP_OK; } int main(void) {     const struct lwan_url_map default_map[] = {         { .prefix = "/", .handler = LWAN_HANDLER_REF(hello_world) },         { .prefix = NULL }     };     struct lwan l;     lwan_init(&l);     lwan_set_url_map(&l, default_map);     lwan_main_loop(&l);     lwan_shutdown(&l);     return 0; } ...а чо, ассемблерщики или там какие растаманы покажут нам чонить сравнимое? А то я нечто похожее только на Go видел :). Это lwan.ws, с очень милыми корутинами, кстати. И кстати си достаточно низкоуровневый чтобы эти самые корутины на нем можно было выпилить, даже если их изнчально и не было. А растаманы так расширять ЯП могут? Ассемблерщики то смогут... если не заколебутся раньше :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #221

209. Сообщение от Аноним (-), 15-Июл-20, 18:24	+/–
> printf() и abort(); printf -> printk abort -> panic :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

210. Сообщение от Аноним (-), 15-Июл-20, 18:26	+1 +/–
> Слабак, уже есть bootstrap 5.0.0 alpha 1 > https://github.com/twbs/bootstrap/releases/tag/v5.0.0-alpha1 А кого уже заколебали эти адские переростки - есть чудный w3.css, сделаный ни много, ни мало автором w3schools. Который таки показал как делать as simple as possible, but not simpler than that. Этим гении от вебмакак и отличаются...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

211. Сообщение от Аноним (-), 15-Июл-20, 18:28	–1 +/–
> Да никак он не освободит. Вызывать раз free() это совсем детский случай. > Но также жду ответа от ржависта. Мне интересно как ржависты хотя-бы из юзермода безопасно делают какой-нибудь sendmsg() когда у него прототип явно тому не споособствует :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #236

212. Сообщение от Аноним (-), 15-Июл-20, 18:29	+/–
> дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по местным креативам? Чтобы судить о жаба программах можно быть даже домохозяйкой - УГшность этого софта самоочевидна. Хуже только гадюка да электрон чтоли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

213. Сообщение от Аноним (-), 15-Июл-20, 18:30	+/–
> Требования к процу и потребление ОЗУ и без того серьезно росли и > продолжают расти... Да ну не пинди! До сих пор бутается на винтажном роутере с 32 мегами RAM на все - там же все и вся опциональное нафиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

214. Сообщение от Аноним (-), 15-Июл-20, 18:32	+/–
> с разморозкой, там пару лет назад все стабилизировалось Именно поэтому пару месяцев назад выкатили очередное это, с несовместимыми изменениями? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

215. Сообщение от Аноним (-), 15-Июл-20, 18:33	–2 +/–
> Райзены сейчас по цене грязи, обновись уже. 🤣 И получи в подарок PSP и прочие uefi secureboot'ы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

216. Сообщение от Аноним (-), 15-Июл-20, 18:35	+/–
> Ubuntu 18.04: тормозит, своп постоянно забит, переключение окон тормозит, все тормозит, > и похоже что ядро течет Переходи на debian 10 с xfce, ядро по вкусу, это пофиг :D > Последнее нормальное ядро - это 2.6.32, ветка ядер 3.x - адовое тормозилово, > ядра 4.x получше, но еще не тестировал В убунте проблема ну вообще совсем не в ядрах. Ядро это наименее проблемная часть убунт, но они успешно справляются с торможением, напихивая в систему всякое гомно на пихоне и тому подобное счастье :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

217. Сообщение от Аноним (217), 15-Июл-20, 18:38	+/–
> 0. Я подозреваю, что вы уже используете 32-битную ubuntu. Если нет, переставьте. Могу посоветовать радикальное лечение: перейти на 10-й дебиан :). Он на 32 битах работает изуметельно, даже на древних, следующие 3-4 года можно вообще не дергаться. > 3. Добавьте туда опций ядра, чтобы получилось так в одну строчку: > GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nopti noibrs noibpb nospectre_v1 nospectre_v2 > no_stf_barrier spectre_v2_user=off spec_store_bypass_disable=off l1tf=off mds=off > tsx=on tsx_async_abort=off kvm.nx_huge_pages=off" ...и получите пачку уязвимостей в подарок... > А если серьёзно, может пора купить новый комп? Занафига? Десятый демьян с XFCE лично я завожу даже на совсем винтажных экспонатах типа селерон-1800 хрен знает какого года, для ютуба юзерам хватает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

218. Сообщение от Аноним (218), 15-Июл-20, 18:51	+/–
Просыпайся, тролль, ты все проспал. Microsoft уже давно Rust обкатывает, а Linux только подтягивается. "Лучшая ос в мире" - ну ты толсто завернул, конечно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

219. Сообщение от Аноним84701 (ok), 15-Июл-20, 18:54	+/–
>>> Не задолбало ещё про несуществующее справляться? >> Тогда ошибку на "not found" поправьте, что ли. А то палевно: > Зачем? Такой баг был. Его пофиксили и закрыли. За квасом? Читать, хотя бы целыми комментариями (вместе с процитированным), а не отдельными строками? Не? > А то что там толпа даунов навалили еще 20 других багов вопя что это то же самое - пусть и получают плашку в фэйс. Кому будет  сильно надо, не развалятся новый баг создать. С ***детальным*** описанием ***СВОЕЙ*** > ситуации и конфигурации, если, конечно, цель - починить баг и получить нормально работающую систему. А так извините, господа тролли, сломали вам ваше шапито. Э-э-э, поздравляю. Абсолютно мимо темы и не отвечает ни на один затронутый вопрос: мало того, что речь шла о якобы несуществующем баге, так и подкол был в сторону закрытия доступа на _чтение, для всех_. Пафосные речи про фейсы, плашки и троллей  ну совершенно никак не объясняют, почему нельзя было просто закрыть ветку на запись. Увы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #220

220. Сообщение от Аноним (-), 15-Июл-20, 19:03	+/–
> За квасом? Читать, хотя бы целыми комментариями (вместе с процитированным), а не > отдельными строками? Не? Это какой-то жирный и глупый троллинг. Попробуйте еще раз. > мало того, что речь шла о якобы несуществующем баге, так и подкол > был в сторону закрытия доступа на _чтение, для всех_. Ну так там набежали какие-то тролли, вот и результат. > Пафосные речи про фейсы, плашки и троллей  ну совершенно никак не > объясняют, почему нельзя было просто закрыть ветку на запись. Увы. Потому что там развели неконструктивный срач и вообще помойку. Теперь бсдотной троллоте и мсовским ботикам станет немного неудобнее. Что как бы хорошо и правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #222

221. Сообщение от Аноним84701 (ok), 15-Июл-20, 19:21	+/–
> с очень милыми корутинами, кстати. И кстати си достаточно низкоуровневый чтобы > эти самые корутины на нем можно было выпилить, даже если их изнчально и не было. Зашкаливающее знания матчасти анонимами 🙄 http://www.dabeaz.com/coroutines/ - реализация корутин на питоне 2 в 2009 году. Еще есть для жабки/Scala/Clojure/Kotlin https://github.com/leonoel/cloroutine/tree/master/src/clorou... https://github.com/Kotlin/kotlinx.coroutines > А растаманы так расширять ЯП могут? Просто зашк... а не, не буду повторяться ... https://docs.rs/corona/0.4.3/corona/ > A library combining futures and coroutines. https://docs.rs/coroutine/0.8.0/coroutine/ > Coroutine implementation in Rust. https://docs.rs/tokio/0.2.9/tokio/task/index.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #227

222. Сообщение от Аноним84701 (ok), 15-Июл-20, 19:32	+/–
>>>>> Не задолбало ещё про несуществующее справляться? >>>> Тогда ошибку на "not found" поправьте, что ли. А то палевно: >>> Зачем? Такой баг был. Его пофиксили и закрыли. >> За квасом? Читать, хотя бы целыми комментариями (вместе с процитированным), а не >> отдельными строками? Не? > Это какой-то жирный и глупый троллинг. Попробуйте еще раз. Ну, не будте так самокритичны -- не такой уж и жирный, ваш троллинг-то. А с чтением вы попробуйте еще разок -- вдруг получится. А там глядишь и  с троллингом получше станет. >> Пафосные речи про фейсы, плашки и троллей  ну совершенно никак не >> объясняют, почему нельзя было просто закрыть ветку на запись. Увы. > Потому что там развели неконструктивный срач и вообще помойку. Теперь бсдотной троллоте > и мсовским ботикам станет немного неудобнее. Что как бы хорошо и правильно. Пафосное бла-бла про мсботов и происки "бсдотной троллоты" конечно же отличное объяснение и оправдание цензуры на ровном месте 🙄
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #228

223. Сообщение от Аноним (223), 15-Июл-20, 19:32	+/–
> Сейчас глянул на один из почтовиков - из 2G - 350M с > рабочим постфиксом, опендкимом, давкотом, OCFS2. Всё остальное - буферы и кеш. В случае редгада и менее 512 мегов - проблемы в их гадском пакетном манагере: эта пакость на питоне улетает в OOM и делает базе пакетов харакири. А так то все работает, пока пакет пожирнее не попробуешь вкатить - после чего система немного превращается в тыкву.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #237

224. Сообщение от Аноним (-), 15-Июл-20, 19:34	+/–
> оригал уйдёт в небытие Это что за зверь такой? Звучит как гибрид орангутана с гамадрилом?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

225. Сообщение от Аноним (-), 15-Июл-20, 19:35	+/–
> на баше давайте С экранированием заманаешься.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

226. Сообщение от Аноним (-), 15-Июл-20, 19:37	+/–
> И Java их даёт уже не один десяток лет. Ещё есть виртуальные > машины, контейнеры, микросервисы. Rust то зачем нужен? Там, в отличие от, придумали как все это в compile time, а не в run time обтяпать. Так что жаба вообще совсем не конкурент по перфомансу и предсказуемости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

227. Сообщение от Аноним (-), 15-Июл-20, 19:55	–1 +/–
> http://www.dabeaz.com/coroutines/ - реализация корутин на питоне 2 в 2009 году. > Еще есть для жабки/Scala/Clojure/Kotlin > https://github.com/leonoel/cloroutine/tree/master/src/clorou... > https://github.com/Kotlin/kotlinx.coroutines Этот мусор вообще к чему? Он позволяет выжать больше перфоманса? Или там будет код лаконичнее и симпатичнее? Или это до кучи, "с лопаты"? Это в упомянутом случае был реверанс на тему низкоуровневости си, пример что при желании си может стать и довольно высокоуровневой штукой, где минимальный "вебапп"/"микросервис" - полстранички кода аж. С минимумом зависимостей. У той фигни весь бинарь с кучей фич менее 200К на все. Сравним с jvm, python, clojure... :D > Просто зашк... а не, не буду повторяться ... Ну так покажи пример столь же лаконичного вебсервака на расте? Вот конкретно та штука для этого на сях лезет в весьма солидные дебри с setjmp и сотоварищи, вытворяя ту еще черную магию. Но это все "где-то там" и сделано автором той вундервафли. А для юзера "либы" получился симпатичный и относительно высокоуровневый интерфейсик для дерга. >> https://docs.rs/corona/0.4.3/corona/ A library combining futures and coroutines. > https://docs.rs/coroutine/0.8.0/coroutine/ Отлично, только это - не вебсервак. А покажете весь вебсервак с корутинами и чтобы не менее лаконично чем тот пример? Я пока только у go'пников что-то сравнимое видел, но у них бинарь такого пошиба - мегов на 6, и тормознее, с GC и прочими прелестями :) > https://docs.rs/tokio/0.2.9/tokio/task/index.html На мой вкус - многовато странного мусора в синтаксисе. А нельзя было оставить аккуратный сиобразный синтаксис не усугубляя его лишними закорючками? В сях и так странных закорючек хватает :P
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221

228. Сообщение от Аноним (228), 15-Июл-20, 20:11	+/–
> Ну, не будте так самокритичны -- не такой уж и жирный, ваш троллинг-то. Хорошо. > А с чтением вы попробуйте еще разок -- вдруг получится. А там > глядишь и  с троллингом получше станет. Вы хотите говорить, но не имеете что сказать. > Пафосное бла-бла про мсботов и происки "бсдотной троллоты" конечно же отличное объяснение > и оправдание цензуры на ровном месте 🙄 На опеннете в основном какие-то такие рожи на тот баг ссылаются. А что до цензуры, кому багфиксы надо - они совершенно свободны создать новый баг. А то что багтрекер предназначен для конструктивного взаимодействия а не помощи каким-то левым телам в поливании проекта фекалиями или пикировках, имхо, само собой подразумевается. Имхо, у тролоты морда треснет юзать багзилу как площадку для антипиара. А так чисто по человечески, вас никто не заставляет линухом пользоваться. Судя по тому что я вижу вы линем и не пользуетесь. Либо из-под палки, "потому что работодатель заставил". Интересно, я угадал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

229. Сообщение от Аноним (228), 15-Июл-20, 20:13	–1 +/–
> Погодите, т.е. при Гвидо питон шел куда надо? Гвидо разрабатывая питон бурчал: "не сбить нас сверного пути: нам все-равно куда идти". Правда в конце концов он сам же и заколебался, но это уже другая история. > Хорошо тогда что этот Гвидо ушел, может ещё шанс на нормальный язык. Отличный ЯП - может почти что угодно, при том - одинаково паршиво.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

230. Сообщение от Аноним (230), 15-Июл-20, 20:15	+/–
> В ИТ хороший менеджер десятка кодеров стоит. И даже тысячи. Один хреновый менеджер может слить результат работы 1000 человек как делать нефиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

231. Сообщение от Аноним (230), 15-Июл-20, 20:18	–2 +/–
> https://www.redox-os.org/ Этой шляпой хотя-бы ее авторы пользуются? А то с дровами в юзермоде и микрокернелом оно кажется как максимум сможет быть машиной для чтения почты. Игори? Серваки? 4К видео? Удачи :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

232. Сообщение от Аноним (230), 15-Июл-20, 20:20	+/–
> А Танненбаум предупреждал! Таненбаум в отличие от опеннетчиков намного более здравомыслящий тип, который даже местами признал что его взгляды тоже не вели к наилучшим результатам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

233. Сообщение от Аноним (230), 15-Июл-20, 20:21	+/–
> нет, внутри wsl2 hyper-v в котором запущено ядро другой ос. например freebsd. Где вы там оное нашли? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

234. Сообщение от Аноним (234), 15-Июл-20, 20:27	+/–
> Линуса задолбали. Он возьмёт тактику, что будет соглашаться с тем, что ржавый > в ядре нужен, но разносить все попытки его туда засунуть. Молодец, > так и надо. Это уже политика Торвальдс вообще сообразительный тип - вы там пободайтесь с этим, на публику, и в моем формате, а я посмотрю выйдет ли у вас чего дельное и не задолбаетесь ли :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

235. Сообщение от Аноним (-), 15-Июл-20, 21:14	+1 +/–
> Гнать растаманов ссаными тряпками! Это слишком просто. Пусть сперва попашут над своим нафигнужным мусором, а когда задолбаются, можно вспомнить про этот пункт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #238

236. Сообщение от Аноним (-), 15-Июл-20, 21:26	–1 +/–
Как интересно, ржава сы-куны только минус поставить смогли, и молчок в тряпочку? А то все позиксное апи мало того что си, мало того что везде указатели, так это еще самый древний и дурной диалект сей, 89-й, где UB просто в крови. Ибо "int something" там может означать все что угодно. Как правило от 16 до 64 битов шириной, без каких либо гарантий. Что очень доставляет системным програмерам. И, главное, ничего с этим чудом не поделаешь - апи такое! Если его изменить - программы сломаются. И кому это апи будет нужно...? Не понимаю как это апи вообще секурным может быть, хоть тресните.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

237. Сообщение от Онаним (?), 16-Июл-20, 08:57	+/–
Тем не менее, помещается. А для bloatware - немножко свопа и vm.swappiness=1, чтобы без причины в своп не лезло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #239

238. Сообщение от Аноним (-), 16-Июл-20, 09:14	+1 +/–
Ядро это вам не в бирюльки играть, пусть в другом месте попашут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #242

239. Сообщение от Аноним (-), 17-Июл-20, 05:30	+/–
> Тем не менее, помещается. Тем не менее, когда у вас пакетник резко и внезапно дохнет в стиле "кровь, кишки, расФЕДОРАсило" - это ну вообще совсем не айс. > А для bloatware - немножко свопа и vm.swappiness=1, чтобы без причины в своп не лезло. Кусок гуано на пихоне вместо пакетного менеджера само по себе блоатваре, при том весьма похабное и стремное. В том же дебиане например пакетный манагер просто на голову лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

240. Сообщение от Аноним (-), 17-Июл-20, 05:33	+/–
> $ curl https://sh.rustup.rs -sSf | sh БезопасТность такая безопасТнность...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

241. Сообщение от Аноним (-), 17-Июл-20, 05:34	–2 +/–
> https://www.redox-os.org/ Этим хотя-бы авторы оного уже пользуются? Не говоря о тех кто на него ссылается :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #243

242. Сообщение от Аноним (-), 17-Июл-20, 06:25	+/–
> Ядро это вам не в бирюльки играть, пусть в другом месте попашут. Ядерщики никогда не комплексовали по поводу выноса unsupported шмотков кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

243. Сообщение от Аноним (243), 17-Июл-20, 11:36	+/–
> ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно >> https://www.redox-os.org/ > Этим хотя-бы авторы оного уже пользуются? Не говоря о тех кто на него ссылается :) > И вообще, это НИЩИТАИЦА! НИЩИТАИЦА Я СКАЗАЛ! Какая-то совсем уж унылая отмазка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241

244. Сообщение от СССР (?), 17-Июл-20, 12:30	+/–
да отстаньте вы уже от людей! со своими модными штучками. напишите сво линукс, в чем проблема? сделайте форк и балуйтесь. реально эти покемоны уже достали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #245

245. Сообщение от n00by (ok), 17-Июл-20, 13:07	+/–
Проблема в том, что кто-то читает выборочно, потому недостаточно осведомлён о передовых достижениях науки. Британские учёные скрестили Тузика и Грелку, и новое животное порвало само себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

246. Сообщение от burjui (ok), 17-Июл-20, 21:40	+1 +/–
Когда читаю комментарии новостей о Rust, такое ощущение, будто пересматриваю "Зелёного слоника".
Ответить | Правка | Наверх | Cообщить модератору

247. Сообщение от CoolMan (??), 28-Июл-20, 14:21	+3 +/–
Могу посоветовать Redox, очень стабильная юникс лайк система, правда пакетов немного. Думаю быстро с линукса пересядешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #248

248. Сообщение от С_Bad (?), 28-Июл-20, 14:31	+1 +/–
linuh хуже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

249. Сообщение от freecoder (?), 07-Авг-20, 11:13	+/–
Rust полагается на оптимизации, которые производит LLVM. Прямая компиляция в Си ничего не даст, даже ухудшить может ситуацию, потому что Си не дает тех гарантий для LLVM, которые дает Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #251

250. Сообщение от freecoder (?), 07-Авг-20, 11:24	+/–
У Rust не нон-фри компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

251. Сообщение от Совершенно другой аноним (?), 07-Авг-20, 14:55	+/–
Не совсем понятно почему? Там-же большая часть контролей, вроде, на уровне компилятора. Т.е. сам компилятор контролирует, что что-то куда-то не вылезло и ни на кого не налезло.. Runtime-проверок должно быть не больше, чем в C, иначе не понятно, почему Rust на уровне, а по заявлению некоторых, и быстрее, чем C.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

252. Сообщение от Аноним (252), 27-Окт-20, 16:58	+/–
О, да ты даже не подозреваешь, каких гадостей в твоей Windows 10 понапихано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

253. Сообщение от Я (??), 19-Ноя-20, 02:25	+/–
> Ну ты лох... sysvinit читается как систем пять инит! Пять карл! Ревизия > юникса была в которой данный инит стал дефолтным грамароглистам не понять модель каверканья транслитературных слов, подчёркивающую неуважение к обсуждаемым предметам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

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

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