| |
| 2.125, Урри (ok), 17:45, 26/12/2020 [^] [^^] [^^^] [ответить]
| +8 +/– |
 Божественный язык - это лисп. Не смейте называть вашу смузинедоделку божественным.
| | |
| |
| |
| 4.255, Аноним (255), 13:24, 27/12/2020 [^] [^^] [^^^] [ответить]
| +8 +/– |
Но да будет слово ваше: «да, да»; «нет, нет»; а что сверх этого, то от лукавого.
Евангелие от Матфея 5:37 – Мф 5:37
| | |
|
|
| 2.275, ИмяХ (?), 17:39, 27/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
И что в ней великолепного? Ни киберпунк ни автокад не запустить, даже блютуз наушники не работают. Оxepеть, такая великолепная, что вообще ничего сделать в ней нельзя - только включить, полюбоваться на рабочий стол и выключить.
| | |
|
| |
| 2.23, Аноним (23), 12:39, 26/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
А std то на си почему-то написана. Ай-яй-яй. Ждём нашествия Си-фобов.
| | |
| |
| |
| |
| |
| 6.286, A.Stahl (ok), 18:32, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Скорее всего это работа одного человека со скриптом. Наверное кому-то на больную мозоль наступил или ещё чего. Время от времени у совершенно случайных моих сообщений бывают такое вот необычное количество минусов.
| | |
|
|
|
|
| 2.59, Dzen Python (ok), 14:15, 26/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
 А что их ждать, если одного unsafe достаточно, чтобы похерить все крики растовцев о Безапашности(тм)?
До сих пор помню, как затравили того автора, что для критических частей своего растового веб-сервера их заюзал (ради +150% к скорости) и огреб от токсичного растового коммунити.
| | |
| |
| 3.87, банан (?), 15:52, 26/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Перед вами два стула, на одном производительность, а на другом - безопасность
| | |
| |
| |
| 5.110, Урри (ok), 17:22, 26/12/2020 [^] [^^] [^^^] [ответить]
| –8 +/– |
правильный ответ: сам сяду на производительность, а мать посажу себе на колени.
| | |
|
| 4.133, Аноним (-), 18:13, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
А просто взять и написать производительно и безопасно уже нельзя, ну совсем никак ? Разгневаются боги хрустоманов...
| | |
|
| 3.144, Аноним (144), 18:26, 26/12/2020 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Того автора затравили действительно из-за unsafe, но не от факта его наличия. А от того что данный unsafe ДЕЙСТВИТЕЛЬНО был не безопасен и автора за это чморили, а автор не мог быстро и красиво решить данную проблему без потери производительности.
Как итог, автор свою проблему решил, с другим unsafe, другими вещами, а та уязвимость исправлена и производительность уже не 150% а гдето 140%:)
| | |
| |
| 4.421, Аноним (421), 16:37, 11/03/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Получается что наличие unsafe в коде позволило выявить проблему безопасности? Потенциальное CVE. Ведь люди которые искали ошибки смотрели на блоки unsafe.
Надо же, я думал что один unsafe написал в коде и все - считай что в С++ попал, а мог и не учить раст даже. НУ ничего, там наверно осталось полно утечек памяти, вот порадуюсь когда у кого-нибудь сервер крашнется. Когда-нибудь. Пусть и без privilege gain..
| | |
|
| 3.183, Wilem82 (?), 22:26, 26/12/2020 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> А что их ждать, если одного unsafe достаточно, чтобы похерить все крики растовцев о Безапашности(тм)?
Ансейф отключает некоторые проверки, но не все. Кроме того, небольшую ансейфовую часть легче проверить, чем когда вся программа - ансейф.
| | |
| 3.235, red75prim (?), 09:59, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> До сих пор помню, как затравили того автора
А помните как Боинг затравили за 737MAX? Такая-же история: не будем ставить индикатор рассогласования датчиков углов атаки - напишем в инструкции как распознать ситуацию, пилоты умные, справятся.
Так и тут. Не буду ставить unsafe - умные программисты, которые будут дорабатывать мой код, определят нужные прекондишны без всяких unsafe и не будут стрелять в ногу пользователям.
| | |
| |
| 4.262, Аноним (262), 14:55, 27/12/2020 [^] [^^] [^^^] [ответить] | +3 +/– | Упустили предысторию Давайте поставим более экономичные двигатели большей степ... большой текст свёрнут, показать | | |
| |
| |
| 6.268, red75prime (?), 16:37, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А действия простые - каждые 10 секунд дергать рычажок stab trim в
> направлении nose up, пока второй пилот листает quick reference handbook.
Этот самый рычажок находится на штурвале под большим пальцем левой руки. Снять нагрузку со штурвала - это часто используемое действие.
| | |
| |
| 7.402, uis (ok), 02:40, 30/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Я и не знал, что на опеннете есть даже пилоты боингов. Или их конструкторы.
| | |
|
|
|
|
| 3.269, topin89 (ok), 16:47, 27/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Видел я этот момент. Сначала кто-то выкатил большущий тест http-клиентов на Расте, раскатал всех в стиле "все п-сы, а я д'Артаньян". Но актиксу реально сильнее всех досталось. Потом начилась дискуссия на гитхабе, где этот д'Артаньян продолжал раздувать гребешок, но большинство вроде были более-менее адекватны и спокойны. Тем не менее, одного оказалось достаточно, чтобы нормальный, но не стойких духом разработчик забросил довольно неплохой фреймворк.
Жаль, если честно. С такими нервами это всё равно бы случилось рано или поздно, но жаль. Собственно, все эти Code of Conduits создаются, чтобы такое происходило пореже, а не ради черножизненной дичи.
| | |
| |
| 4.270, red75prime (?), 17:00, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не, там вылез какой-то тип со стороны, не имеющий отношения ни к тестам, ни к актиксу, и выдал что-то вроде "Не хрен тебе на расте писать с такими замашками". Этому сообщению понаставили минусов, а в остальном цивильно убеждали автора актикса, что как-то нехорошо получается, надо бы поправить.
| | |
|
| 3.298, Lex (??), 20:07, 27/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> В новой реализации удалось избавиться от утечек памяти
А что их ждать, если даже сама новость намекает на некоторую фундаментальную дырявость и неспособность решать за проггера часть проблем, которые сабж типо_решает
| | |
| |
| 4.304, Аноним (-), 20:51, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> В новой реализации удалось избавиться от утечек памяти
> А что их ждать, если даже сама новость намекает на некоторую фундаментальную
> дырявость и неспособность решать за проггера часть проблем, которые сабж типо_решает
Сразу видно отличное знание матчасти и сути проблемы, как и отличное понимание принципов и нюансов работы и реализации ядерного менеджера памяти (это ведь типичная проблема всех местных экспертов в целом и жопоскриптозников в частности)!
Поэтому следует ценить это особо ценное мнение!
| | |
|
| 3.399, freecoder_xx (?), 22:40, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
И откуда вы это помните, кто и через кого вам эту историю пересказал? По тону вашего комментария видно, что вы вообще не в курсе той истории, что там реально произошло.
| | |
|
| 2.302, Аноним (302), 20:38, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>Ждём нашествие растофобов
Нашествие-то растофанов уже в самом разгаре.
| | |
|
| |
| 2.11, Alex (??), 12:09, 26/12/2020 [^] [^^] [^^^] [ответить]
| +12 +/– |
А так непонятно?
Для популяризации языка как языка системного уровня.
Создания сообщества, стандартных библиотек, развития самого раста и т.д.
Никто систему эту ставить на десктопы или серверы не будет. Сейчас это скорее как "я могу я сделаю!", чтобы позволить утвердится языку.
А если получится что-то хорошее, через лет 5 возможно уже будет у кого-то основной ОС.
| | |
| |
| 3.17, alex312 (?), 12:22, 26/12/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > А если получится что-то хорошее, через лет 5 возможно уже будет у кого-то основной ОС.
Я конечно за раст, и все такое, но 5 лет до основной ОС - это фантастика.
Что более реально за 5 лет - это как ОС в какой нибудь телек или другой умный гаджет. Что тем не менее будет офигенно.
| | |
| |
| 4.136, Аноним (-), 18:16, 26/12/2020 [^] [^^] [^^^] [ответить]
| –6 +/– |
Для этого им прийдется изучить нормальные языки программирования, чего не случится в ближайшие 5 лет, так что мечты
| | |
|
| 3.32, Аноним (32), 12:47, 26/12/2020 [^] [^^] [^^^] [ответить]
| –7 +/– |
Если без написания ненужных ОС язык не может утвердиться, то это - ненужный язык. Иными словами - ненужный язык - это язык, от которого не зависит нужное ПО. К расту, к счастью, это не относится, на нём уже написаны тонны нужного ПО и один ненужный браузер-банкрот, который некому финансировать, потому что всем оплату рекламой и шпионажем подавай.
| | |
| 3.99, Аноним (99), 16:20, 26/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Чтобы доказать что язык можно использовать в других системах, мы не будем его использовать в других системах, а создадим свою ненужную систему которой никто не будет пользоваться. Видимо целевая аудитория должна поверить на слово что если водород работает в дерижабле, то и в самолёте будет работать точно также.
| | |
| 3.112, Урри (ok), 17:25, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А если получится что-то хорошее, через лет 5 возможно уже будет у кого-то основной ОС.
И каждые полгода придется все переписывать наново, ввиду очередных ломающих совместимость изменений языка.
> Много времени при подготовке новой версии было потрачено на борьбу с нарушающими совместимость изменениями в ночных сборках Rust, связанными с переработкой макроса Asm. | | |
| 3.318, marios (ok), 00:02, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Что значит никто не будет ставить на десктопы? Автор изначально её пилил для своего ноута, поскольку его не удовлетворял линукс.
| | |
|
| 2.21, nomad__ (ok), 12:34, 26/12/2020 [^] [^^] [^^^] [ответить]
| +5 +/– |
 > Вот бы кто-нить сказал зачем это нужно.
Чтобы было. Тебе жалко что ли? Ну так займись тем, что нужно.
| | |
| 2.127, лютый жабби__ (?), 17:51, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>сказал зачем это нужно.
зря они распыляются на реальное железо. на сервере всё равно виртуализация в 99% случаев.
для того чтобы стремительным домкратом всех подвинуть на серверах достаточно было бы написать 1 путний webсервер, 1 dns-сервер и 1 субд.
| | |
|
| |
| 2.366, Аноним (366), 09:42, 29/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> утечек памяти, которые создавали проблемы
> стандартная Си-библиотека
> борьбу ... в сборках Rust ... макроса Asm
Знаете, что лишнее в этой недооси? Раст!
| | |
|
| 1.9, Аноним (9), 12:04, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Как там дела с производительностью? Это наверное единственно что сейчас актуально. Далее можно обсудить фракталов и целесообразность выбора языка, раз он позволяет такие фракталы, можно будет посчитать статистику относительно конкурентов.
| | |
| |
| 2.24, Аноним (24), 12:41, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
На производительность микроядернвх ОС сильно влияют DAC, MAC. Пока их нет с производительностью все должно быть хорошо.
| | |
|
| 1.10, Аноним (10), 12:05, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
зачем писать все? почему не сделать свое ядро и libc нормально, а потом переписывать остальное?
| | |
| |
| 2.13, Аноним (9), 12:10, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Может быть это не очевидно, но делать новое проще чем сделать нормально или исправить и доделать старое (это вообще не реально).
| | |
| |
| 3.85, alexrayne (?), 15:47, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 если бы это было так, то природа давно реализовала бы этот подход массово. Но нет, эволюция рулит.
| | |
| |
| 4.90, Аноним (9), 16:00, 26/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Эволюция действует более широкими категориями, на больших временных периодах. Миллионы никому не нужных проектов умирают на разных стадиях завершённости, люди же десятилетиями используют и подпирают сотнями костылей очевидно хреновые решения без возможности их исправить, поскольку любое исправление потребует большой вовлечённости десятков и сотен квалифицированных индивидуумов.
| | |
| 4.91, Аноним (91), 16:03, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
есть такое понятие как эволюционный тупик, тогда природа делает несколько шагов назад к другой ветке которая изначально вроде казалась менее жизнеспособной
| | |
| |
| 5.94, Аноним (9), 16:06, 26/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Я не вижу как это применимо к разработке ПО. У нас нет столько ресурсов и возможностей.
| | |
| |
| 6.155, Аноним (91), 18:43, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
возможностей не было 30 лет назад, сейчас программистов как собак не резанных, чем они все занимаются ? бабловыжиманием ? где тот энтузиазм создателя ? пока не проплатят то не пошевелим и пальцем для общего блага ?
| | |
|
|
| 4.92, Аноним (9), 16:05, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вероятно даже точнее будет утверждать о многих тысячах и миллионах, рассматривая всю популяцию, поскольку придётся не только разработать и внедрить, но и убедить остальных, что это лучше и правильнее (а это возможно самое сложное).
| | |
| 4.95, еман (?), 16:09, 26/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
на самом деле, природа это делает каждый раз, когда у одной матери появляется несколько детёнышей: такой себе природный форк, на случай если сиблинги зафейлятся.
| | |
|
|
| 2.30, Ordu (ok), 12:47, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > зачем писать все?
just for fun?
> почему не сделать свое ядро и libc нормально, а потом переписывать остальное?
А зачем это делать последовательно? Если бы эту Redox пилил бы один программист, то ему бы может и было бы удобнее делать последовательно. Но программистов больше одного, возможна параллелизация усилий, а раз так то удобнее заниматься всем сразу, чтобы друг у друга под ногами не болтаться.
| | |
| |
| 3.55, n00by (ok), 14:05, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
 А ей разве нужна libc? Насколько я понимаю, для самой ОС и базового окружения не нужна, только что бы сторонний софт (который на Си) запускать.
| | |
| |
| 4.79, Ordu (ok), 15:24, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А ей разве нужна libc? Насколько я понимаю, для самой ОС и
> базового окружения не нужна, только что бы сторонний софт (который на
> Си) запускать.
Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас всё равно рано о чём-то говорить, они, как я понимаю, usb hid так и не поддерживают, поэтому клавиатуры/мышки не работают. Разве что искать доисторическое железо с PS/2.
| | |
| |
| 5.128, лютый жабби__ (?), 17:55, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Было бы обломно иметь OC и не иметь под неё браузера
весьма тупо пилить микроядерную десктопную ось в условиях дикой конкуренции и непонимания 99.9% населения зачем дескпопной оси быть микроядерной.
линух свой успех с серверов начал, похоже редокс убьет идиотский маркетинг, а жaль
| | |
| |
| 6.147, Ordu (ok), 18:29, 26/12/2020 [^] [^^] [^^^] [ответить] | +3 +/– | Кому какое дело до 99 9 О каком маркетинге ты говоришь Чтобы говорить о марке... большой текст свёрнут, показать | | |
| |
| 7.210, Аноним (210), 02:48, 27/12/2020 [^] [^^] [^^^] [ответить] | –3 +/– | хммм У вас противоречие тут закралось Феномен фанатизма встречается именно и... большой текст свёрнут, показать | | |
| |
| 8.265, Ordu (ok), 16:03, 27/12/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Когда софт пишется на rust е, POSIX не особо актуален Если даже если он и есть ... большой текст свёрнут, показать | | |
|
| 7.227, Аноним (227), 09:13, 27/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Если там будет нормальный GUI и жрать будет ресурсов хотя бы как WIN XP, то в пекло все эти разжиревшие Линуксы в которых без командной строки работать практически невозможно. А вообще тут все переходят на ARM и если ребята впишутся в этот переход могут солидную долю рынка у Мелкософта отжать. Ну и без мобильной версии тоже никак.
| | |
| 7.321, adolfus (ok), 00:28, 28/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > на окаменелом с
Пока лучше языка то и нет. Уже и не помню, когда у меня с ним были проблемы с той же паятью или еще с чем либо. Каких-то вещей не хватает, например сдвигов. Просто есть задачи, которые на чем то другом писать бессымсленно.
| | |
|
|
| 5.234, n00by (ok), 09:59, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> А ей разве нужна libc? Насколько я понимаю, для самой ОС и
>> базового окружения не нужна, только что бы сторонний софт (который на
>> Си) запускать.
> Да. Чтобы сторонний софт запускать. Было бы обломно иметь OC и не
> иметь под неё браузера, IDE и всех прочих прелестей. Но сейчас
> всё равно рано о чём-то говорить, они, как я понимаю, usb
> hid так и не поддерживают, поэтому клавиатуры/мышки не работают.
Значит они всё правильно делают. Кто-то пишет ядро, потому что может. Кто-то занимается прослойками совместимости с существующим софтом, а в ядро не лезет раньше времени.
> Разве что
> искать доисторическое железо с PS/2.
Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на том уровне.
| | |
| |
| 6.257, Ordu (ok), 13:36, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Есть и новое такое. Но там, вероятно, и остальное поддерживается примерно на
> том уровне.
Это даже по фану. Можно написать драйвер для своей сетевушки. Поддержка usb hid -- это уровень абстракции, чтоб его написать надо быть высоколобым разработчиком понимающим принципы ядра, под которые это делается. А драйверок запилить по аналогии с существующим -- это и Васян из 9б справится.
| | |
|
|
| 4.222, Wilem82 (?), 08:52, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> только что бы сторонний софт (который на Си) запускать
Не который на Си, а который подгружает libc и делает вызовы к его фукнциям. Это можно сделать на любом языке, который умеет C ABI FFI.
| | |
| |
| 5.233, n00by (ok), 09:52, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> только что бы сторонний софт (который на Си) запускать
> Не который на Си, а который подгружает libc и делает вызовы к
> его фукнциям. Это можно сделать на любом языке, который умеет C
> ABI FFI.
Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически, поскольку у того "любого языка" рантайм написан на Си?
| | |
| |
| 6.337, Wilem82 (?), 14:35, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы готовы показать ссылку на проект "который подгружает libc", а не слинкован с ней статически
$ ldd /bin/ls
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcccfb9f000)
> поскольку у того "любого языка" рантайм написан на Си
Этот пункт не понял. Почему у языка рантайм должен быть на Си, при чём тут это? Берём любой язык и делаем из него вызов к libc.so, при этом без разницы что за язык и какой у него рантайм. Это просто вызов функции произвольной динамической библиотеки, что на Линуксе что на Винде.
| | |
| |
| 7.352, n00by (ok), 17:21, 28/12/2020 [^] [^^] [^^^] [ответить] | +/– | Здесь погружает не ls, а системный загрузчик ld-linux , выполняя динамическое... большой текст свёрнут, показать | | |
| |
| |
| 9.381, n00by (ok), 10:32, 29/12/2020 [^] [^^] [^^^] [ответить] | +/– | В том-то и дело Вы сами начали оспаривать мой тезис нужна libc что бы стор... большой текст свёрнут, показать | | |
| |
| |
| 11.406, n00by (ok), 10:09, 30/12/2020 [^] [^^] [^^^] [ответить] | +/– | С Вами каши не сваришь Вы же сами начали оспаривать мой тезис Наверное, у Ва... большой текст свёрнут, показать | | |
| |
| |
| 13.410, n00by (ok), 15:07, 30/12/2020 [^] [^^] [^^^] [ответить] | +/– | Ясно, примеров нет и не будет https go googlesource com go refs heads maste... большой текст свёрнут, показать | | |
|
|
|
|
|
| |
| 9.372, n00by (ok), 10:00, 29/12/2020 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Бывает нечто, о чем говорят 171 смотри, вот это новое... большой текст свёрнут, показать | | |
|
|
|
|
| 5.334, n00by (ok), 10:34, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну и вот. Кстати, вместо "статически" в моём вопросе выше должно быть другое слово.
| | |
|
|
|
|
| 1.12, Аноним (12), 12:10, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
интересно сравнить с ReactOS, который давно и неспешно пилится на языке Си
| | |
| |
| 2.61, Dzen Python (ok), 14:20, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
...которая ограничена снаружи закостенелой мвязкой WinNTs + WinNTApi + Common WinAPI и спецификой проекта как свободного внешнего клона для запуска РЕ?
Сравнивать надо бы с какой-нибудь сисярп-ос (как она там называлась?), где подобного нету, а так же встроен фреймворк, сборщик мусора, и менеджер модулей (не путать с пакетами для софта)
| | |
| 2.145, Аноним (141), 18:26, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> интересно сравнить с ReactOS, к
Нельзя сравнивать, реакт пытается реализовать стандарты и быть совместимой. Суть редоха в нескучных сисколах, и этим все сказано.
| | |
|
| 1.14, Ivanr (?), 12:14, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Монолитные ядра быстрее. Если в микроядерной системе упадет планировщик процессов или файловая система или сетевой стек, что толку будет от работающего ядра?
| | |
| |
| 2.19, vaekahch (?), 12:25, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Микродро может их перезапустить, вспоминаем дедушку Таненбаума и Миникс его.
| | |
| |
| 3.25, Аноним (23), 12:41, 26/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Только концепция дедушки как-то не прижилась и на то были причины.
| | |
| |
| 4.36, Анонас (?), 12:51, 26/12/2020 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> Эндрю Таненбаум, труды которого в своё время вдохновили Линуса Торвальдса на создание ядра Linux, опубликовал открытое письмо к компании Intel, в котором высказал благодарность за использование операционной системы MINIX в составе прошивки чипа Intel ME 11 (Management Engine). Intel ME 11 поставляется во всех современных ПК и ноутбуках с процессорами Intel, что делает MINIX наиболее широко используемой ОС в мире.
+ Google Fuchsia
+ Huawei HarmonyOS
+ QNX
Я бы не сказал, что совсем уж не прижилась.
| | |
| |
| 5.50, Аноним (50), 13:29, 26/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>Google Fuchsia
Ещё не родилась, а уже сдохла
>Huawei HarmonyOS
Назло маме отморожу импортозамещение
>QNX
Сдохла вместе с Blackberry, несмотря на полтора мегаспецзакрытых девайса, которые её пытались пользовать.
Примеры так себе, если честно.
| | |
| |
| |
| 7.276, Sem (??), 17:47, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Версия 7.0 выпущена в марте 2017 года, 7.1 в июле 2020. Она точно живая такими темпами? Или просто на столько совершенна, что не требует улучшений и исправлений больше 3 лет?
| | |
|
|
| |
| 6.101, Михрютка (ok), 16:44, 26/12/2020 [^] [^^] [^^^] [ответить] | –7 +/– |  картинка с профессором Преображенским и риторическим вопросом товарищ, скокатибе... большой текст свёрнут, показать | | |
| 6.173, Анон332 (?), 20:05, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Недавно выпустили вторую версию DevKit HarmonyOS, саму операционную систему уже полностью показали, в Китае доступен закрытый бета тест, уже продают телевизоры с HarmonyOS на борту.
| | |
|
| 5.138, Аноним (144), 18:18, 26/12/2020 [^] [^^] [^^^] [ответить] | +2 +/– | Хорошо что напомнили об этом 1 мая 2017 года корпорация Intel подтвердила и... большой текст свёрнут, показать | | |
|
| 4.48, alex312 (?), 13:20, 26/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> ... были причины.
именно что были. А сейчас куда не плюнь попадешь то в песоцницу, то в контейнер какой или вообще в виртуалку.
| | |
|
|
|
| |
| 2.18, Аноним (18), 12:24, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> NetSurf (С) с SDL2 (С)
то есть их надо переписывать просто потому что ты сказал? они ОС пишут, а не всё-всё-всё, на всё-всё-всё пяти землекопов не хватит, даже если цель переписать будет
> Libc у них тоже на С?
на 35%, остальное на расте
| | |
| 2.20, Аноним (20), 12:25, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
relibc is a portable POSIX C standard library written in Rust.
| | |
| |
| 3.367, Аноним (366), 09:46, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вызовы ядра на C, Карл, потому что на расте это сделать невозможно.
| | |
| |
| 4.391, Аноним (-), 13:33, 29/12/2020 [^] [^^] [^^^] [ответить] | +/– | Ты обо рался Причем аж два раза https github com torvalds linux blob fcadab7... большой текст свёрнут, показать | | |
|
|
| 2.42, Ordu (ok), 13:02, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Libc у них тоже на С?)
libc сложно написать без C, потому что libc наполовину состоит из заголовков для C.
| | |
| |
| 3.137, Аноним (144), 18:16, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Их libc является rust + c.
Вызовы ядра просто на C, а все остальное покрыто безопасными обертками, кодом и все только на расте.
| | |
| |
| 4.368, Аноним (366), 09:48, 29/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> покрыто безопасными обертками
вот только почему-то были утечки памяти на расте :)
| | |
| |
| 5.393, Аноним (-), 13:50, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> покрыто безопасными обертками
> вот только почему-то были утечки памяти на расте :)
О, подтянулись очередные зксперты. Не было там "утечки памяти на расте" - просто нужно читать глазками, а не опой и знать хотя бы азы низкоуровневщины, а не только JS с питончиком.
| | |
|
|
|
|
| 1.16, Enamel (ok), 12:22, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
 Весьма бесполезная штука конечно, но как proof of concept низкоуровневой системности Хруста - маст хэв!
| | |
| |
| 2.51, 6аппппп (?), 13:39, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> . В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти.
Оно же не течёт???
| | |
| |
| 3.56, n00by (ok), 14:10, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Это как с консервативными сборщиками мусора или обычной кучей. Они как бы не текут, но иногда память заканчивается, поскольку дефрагментировать не удаётся.
| | |
| |
| 4.113, Урри (ok), 17:28, 26/12/2020 [^] [^^] [^^^] [ответить]
| –6 +/– |
Что ты там дефрагментировать в куче собрался, дефрагментатор мамкин?
| | |
| |
| 5.146, Аноним (144), 18:28, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы того? Не знаете как организуется память в оперативной памяти? Понятно, понятно.
| | |
| |
| 6.315, Урри (ok), 23:22, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Я, вообще-то, сам писал сборщики мусора и очень хорошо знаю как оно работает. Ну так что там аноним дефрагментировать собрался?
| | |
| |
| 7.332, n00by (ok), 09:54, 28/12/2020 [^] [^^] [^^^] [ответить] | +2 +/– | Вы, наверное, слишком много пишете последнее время, и код через чур сложный, а у... большой текст свёрнут, показать | | |
| 7.335, Аноним (201), 14:06, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Я, вообще-то, сам писал сборщики мусора и очень хорошо знаю как оно работает.
Хорошо будешь знать после того, как сам напишешь malloc.
| | |
|
|
| 5.148, Аноним (141), 18:29, 26/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Иногда надо запускать программы дефрагментации, чтоб память быстрее была. Там красные квадратики инода появляются, надо чтоб они были синие и желтых не должно быть, но это когда свежеотформатированная память .
| | |
| |
| 6.170, Михрютка (ok), 19:44, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> быть, но это когда свежеотформатированная память .
а это надо компьютер после выключения заземлять хотя бы минут 15 в выключенном состоянии, чтобы заряд из ячеек памяти как следует ушел, тогда форматировать не обязательно. у меня 16 гиг памяти, это часа два форматируется на ddr3, а если мемтестом форматировать, то еще дольше.
| | |
| |
| 7.250, n00by (ok), 12:31, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Chunks of memory are maintained using a 'boundary tag' method as
described in e.g., Knuth or Standish. (See the paper by Paul
Wilson ftp://ftp.cs.utexas.edu/pub/garbage/allocsrv.ps for a
survey of such techniques.) Sizes of free chunks are stored both
in the front of each chunk and at the end. This makes
consolidating fragmented chunks into bigger chunks very fast. The
size fields also hold bits representing whether chunks are free or
in use.
| | |
|
| 6.232, n00by (ok), 09:49, 27/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Иногда надо запускать программы дефрагментации, чтоб память быстрее была.
Вы ткнули пальцем в небо и угадали. Копирующий сборщик мусора за счёт расположения логически близких блоков в одной линейке кеша может дать выигрыш по скорости по сравнению с консервативным.
| | |
|
| 5.231, n00by (ok), 09:39, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Что ты там дефрагментировать в куче собрался, дефрагментатор мамкин?
На фоне слов "консервативный сборщик мусора" и "дефрагментация", как правило, появляется мысль о варианте mark-and-compact, но иногда только о поколениях.
| | |
|
| 4.219, Аноним (219), 08:05, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
это как болячка у Linux - когда оно вызывает такой дефрагментатор?.. только его завуалировано назвали компактофикатор...
| | |
| |
| 5.229, n00by (ok), 09:33, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> это как болячка у Linux - когда оно вызывает такой дефрагментатор?..
Кто "оно"?
> только
> его завуалировано назвали компактофикатор...
"Компакт" подразумевает перемещение блоков, что не всегда возможно (поскольку требует коррекции ссылок). Это не единственная стратегия дефрагментации. Если моменты освобождения смежных блоков детерминированы, возможно обеспечить выделение памяти с учётом того, что при освобождении блоков произойдёт слияние свободного места.
| | |
|
|
|
|
| 1.22, Аноним (22), 12:34, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +17 +/– |
> Язык сфокусирован на безопасной работе с памятью, обеспечивает автоматическое управление памятью
> В новой реализации удалось избавиться от утечек памяти | | |
| |
| 2.26, Аноним (26), 12:42, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Да, такое бывает, год назад сделал утилиту мониторинга и оставил её работать на недельку-две. Результат конечно был забавный, но утилита вместо десятка мегабайт была за полгига. Полностью избежать всех утечек можно только на ручном управлении.
Мне лично нравится rust, но топить за полную 100% безопасность и утечек памяти глупо, хотя некоторые вещи на этапе компиляции отлавливаются.
| | |
| |
| 3.29, Аноним (23), 12:44, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Мне лично нравится rust, но топить за полную 100% безопасность и утечек памяти глупо, хотя некоторые вещи на этапе компиляции отлавливаются.
Посему надо объявить раст устаревшим и выпив смузи, закурив это вейпом, идти писать свой нескучный язык, математически никак его не обосновывая, но говоря что он 100% безопастный и не повторяет ошибок C\C++ и Rust!
| | |
| |
| 4.35, Аноним (26), 12:50, 26/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
С тем же успехом можно хоронить Kotlin "патамушта" есть java Очень глупо объяснять людям, что разные языки под разные нужды. В расте действительно есть множество полезных инструментов, которые в С++ добавили только в 20 версии (и то, если не ошибаюсь, модулей туда не занесли) или их попросту нет.
| | |
| |
| 5.107, Аноним (20), 17:21, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Только большая часть возможностей котлина будет в новой java.
Имеет ли смысл котлин только из-за более копактного синтаксиса и @nonnull на уровне языка?
| | |
| 5.149, Аноним (144), 18:30, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Интересно под какие это другие вещи Kotlin был придуман?:) Если Kotlin появился ответом гугла на Oracle/(что там еще)Sun судебные тяжбы. И является именно ПСЕВДО заменой джавы.
| | |
|
|
| 3.37, Аноним (201), 12:52, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну вот это исключительно твоя попорукость, нечего её на rust сваливать. Или кривые unsafe, или копятся где-то указатели (которые "умные", в rust, вроде, за пределами unsafe других и нет).
| | |
| |
| 4.46, Ordu (ok), 13:14, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Или кривые unsafe, или копятся где-то указатели (которые "умные", в rust, вроде, за пределами unsafe других и нет).
rust не даёт гарантий насчёт утечек памяти. Откройте наконец документацию и почитайте её. std::mem::forget работает без всяких unsafe, и при этом позволяет создать утечку в полпинка:
{
let leak: Vec<u8> = Vec::with_capacity(1_000_000);
std::mem::forget(leak);
}
Вот тебе и утечка мильона байт, потому как за пределами блока уже нет указателей на них. И, обрати внимание, ни одного unsafe. Есть и менее очевидные способы утечь память -- скажем Rc вполне это может делать, достаточно циклическую структуру собрать.
| | |
| |
| 5.151, Аноним (144), 18:33, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Вот именно, ваша утечка памяти является ПОЛНОСТЬЮ безопасной как для ПАМЯТИ так и для всей проги.
| | |
| |
| 6.158, Ordu (ok), 18:47, 26/12/2020 [^] [^^] [^^^] [ответить] | +1 +/– | It depends Всё зависит от того, как ты определяешь понятие safety Rust опред... большой текст свёрнут, показать | | |
| |
| 7.289, Аноним (144), 19:15, 27/12/2020 [^] [^^] [^^^] [ответить] | +/– | Еще раз, 1 unsafe не считается безопасно не_безопасно, оно считается как Сделай... большой текст свёрнут, показать | | |
| |
| 8.296, Ordu (ok), 19:56, 27/12/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Я не понимаю, чего ты не понимаешь и почему ты упорствуешь Есть гипотеза, что т... большой текст свёрнут, показать | | |
|
|
|
| 5.152, Аноним (-), 18:34, 26/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> std::xxx
Так это же проклятый C++ из-за которого горят дыры. Только истинный Rust !
| | |
| |
| 6.154, Ordu (ok), 18:41, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> std::xxx
> Так это же проклятый C++ из-за которого горят дыры. Только истинный Rust
> !
Чё? Где ты там увидел C++, родный?
| | |
| |
| |
| 8.360, Ordu (ok), 23:47, 28/12/2020 [^] [^^] [^^^] [ответить] | +/– | И что гугл пишет Я просто стараюсь с ним не общаться без большой надобности А ... текст свёрнут, показать | | |
|
|
|
| 5.300, Аноним (201), 20:32, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> std::mem::forget
Ну ок, ещё один способ отстрелить ногу. Прибегание к нему без учёта последствий разве не точно так же обуславливается криворукостью.
| | |
|
|
| 3.41, Аноним (41), 12:59, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Полностью избежать всех утечек можно только на ручном управлении
Это шутка такая?
| | |
|
| |
| |
| 4.115, Урри (ok), 17:32, 26/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Я уже который год пишу на С, мне за это даже денежки платят. И у меня нету сегфолтов, совсем, я уже забыл как они выглядят.
Может просто надо хоть чуть-чуть научиться программировать и руки из _опы достать? А то повылазят всякие обезьяны, и ничего не изучая лезут в профессию.
| | |
| |
| 5.236, red75prim (?), 10:11, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Что и silent memory corruption и потенциальных buffer overrun и double free нет? Фаззер, ASAN, UBSAN, TSAN, MSAN когда последний раз запускали?
| | |
|
|
| 3.239, llolik (ok), 10:22, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Rust даёт гарантии memory safety. memory leaks к этому не относятся и гарантий относительно их никто не давал. Так что по ссылке выше от анона всё правильно написано.
| | |
| |
| |
| 5.376, llolik (ok), 10:20, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> растаманы потекли :))) но это, внезапно, нормальное их состояние.
Ну во-первых, на Rust я написал, пока что, около 2kloc, что мало, чтобы являться специалистом по rust и вообще "растаманом".
Во-вторых, я читать умею: https://en.wikipedia.org/wiki/Memory_safety - найди мне тут leak-и.
| | |
|
|
| 3.309, Аноним (-), 22:17, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> С языка снял :^)
> Ну что, растофаноманы, чем будете отвечать?
А зачем вам, жопоскриптозникам, не способным хотя бы смутно понять, что за утечки могут быть в _ядерном_менеджере_памяти_, отвечать?
Если вы всерьез считаете, что там, в реализации менеджера аллоцировали память в heap, то ... медицина тут бессильна.
| | |
| 3.361, PetrG (ok), 03:06, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Можно сказать что вы невнимательно прочитали новость.
А можно по существу - утечка памяти которую допускает реализация mm - это логическая ошибка mm а не проблема с памятью самого mm.
| | |
|
| 2.34, Аноним (201), 12:49, 26/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну а чего ещё ожидать, когда неосиляторы, выбравшие себе язык с автоматическим управлением памятью, берутся писать менеджер памяти?
| | |
| 2.139, Аноним (144), 18:21, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Еще раз, причемтут язык? Язык все свои гарантии дал.
Здесь, нет ни std, ни какого рантайма. Вы его пишите взаимодействуя с небезопасным оборудованием.
Чтобы на расте сделать безопасным тотже C надо писать безопасные обертки над структурами, памятью, вещами. Если обертки написаны хорошо то утечек (НЕ СО СТОРОНЫ ЯЗЫКА, а с СИ стороны) нет.
И утечки не являются НЕ безопасной работой с памятью, уймитесь уже. Не безопасная работа с памятью вызывает неопределенное поведение, если утечка безопасна для всей проги то она является БЕЗОПАСНОЙ.
| | |
| 2.143, Аноним (143), 18:23, 26/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Даже safe-семантика Rust не гарантирует защиту от утечек памяти, как не гарантирует остутствие дедлоков (хотя существенно снижает вероятность обеих ошибок). Ни утечка пямяти, ни дедлок не являются по своей сути нарушениями безопасности работы с памятью и не приводят к UB.
| | |
| |
| 3.240, n00by (ok), 11:09, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Ни утечка пямяти,
> ни дедлок не являются по своей сути нарушениями безопасности работы с
> памятью и не приводят к UB.
Угу, поведение определённое: на машине разработчика с 64 ГБ ОЗУ работает, а у пользователя с 8ГБ не работает.
| | |
|
|
| 1.28, Аноним (24), 12:43, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> верификация источника по цифровой подписи, контроль целостности, возможность повторяемой сборки,
Годно.
| | |
| 1.31, uis (ok), 12:47, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ] | –10 +/– | Когда некрофилу нечем заняться, он дристает Никогда такого не было и вот опять ... большой текст свёрнут, показать | | |
| |
| 2.49, Wilem82 (?), 13:26, 26/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> И зачем им stdlib? Хотят без сей, пусть страдают без сей. А то биполярочка какая-то.
Для поддержки программ, написанных под libc. Не на языке Си, а под libc. То есть для совместимости со старьём.
| | |
| |
| 3.203, uis (ok), 01:10, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Для поддержки программ, написанных под libc. Не на языке Си, а под libc. То есть для совместимости со старьём.
"Написать под libc"? Так теперь называется использование стандартной библиотеки? И я знаю, что язык отдельно, stdlib отдельно, но прикладные программы напрямую syscall'ы не дёргают, аллокаторы тоже стандартные используют.
man 7 libc
| | |
| |
| 4.208, Wilem82 (?), 01:34, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> прикладные программы напрямую syscall'ы не дёргают
Скорее всего, у редокса свой API для прикладных программ. В таком раскладе libc - это для совместимости с программами, написанными для API под названием libc.
| | |
|
|
| 2.312, Аноним (-), 22:24, 27/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>В новой реализации удалось избавиться от утечек памяти
> Никогда такого не было и вот опять. Так что там говорили про память?
Ох уж эти жопоскриптозники. Все они знают, обо всем имеют свое ценное мнение!
Еще бы хоть немного представляли себе принцип работы kernel memory manager и о каких утечках памяти там может быть речь (hint: динамично выделять память в реализации менеджера памяти немного ... сложновато), да шкурки от бананов не бросали где попало - цены бы им не было.
| | |
|
| 1.58, Dzen Python (ok), 14:13, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Ядро математически верифицировано? Значит есть дырени. В расте есть дырени!
И кстати да, оно по прежнему тормозит или растанавты <двуличненько> разрешили использовать блоки unsafe? И как, много памяти натеклоу? В растовые дырени.
| | |
| |
| 2.64, ю (?), 14:38, 26/12/2020 [^] [^^] [^^^] [ответить]
| +10 +/– |
питонист рассуждает о том что раст тормозит, забавно!)
| | |
| |
| 3.69, Dzen Python (ok), 15:02, 26/12/2020 [^] [^^] [^^^] [ответить]
| –4 +/– |
Lewd. А ведь до сих пор процветает постановка диагноза по аватарке и вангование по нику.
| | |
|
|
| 1.60, Аноним (60), 14:16, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> В новой реализации удалось избавиться от утечек памяти
- В Rust не может быть утечек памяти, - говорили они...
| | |
| |
| 2.62, Dzen Python (ok), 14:27, 26/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Справедливости ради, даже в самом безопасном языке со встроенным GC может течь память.
Иногда из-за неоптимальности стратегии сборки мусора.
Иногда из-за того, что разрабы GC забыли обнулить где-то счетчик и пустые линки могут считаться как полноценный живой линк на память.
Но в подавляющем большинстве случаев это все кривые руки кодеров, думающих что по выходу из блоки все их new() автоматом заdelete()'ит. Или просто играются самописными коллекциями, забывая обнуть неиспользуемое. Короче, тут даже самая совершенная связка язык-компилятор-сборщик потечет.
| | |
| |
| 3.118, Аноним (20), 17:37, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
в java сборщик мусора может даже "острова изоляции" удалять, которые простой подсчет ссылок никогда не найдет.
При этом в больших программах на java всё равно происходят утечки памяти, просто где-то случайно осталась ссылка объект и всё
| | |
| 3.122, Урри (ok), 17:41, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Справедливости ради, даже в самом безопасном языке со встроенным GC может течь память.
Справедливости ради все же есть языки, где память не может течь в принципе.
Чисто функциональные лиспы с GC не занимаются подсчетом ссылок и у них не может быть, ввиду парадигмы языка, циклических зависимостей. GC пробегает от корня, строит однонаправленное дерево живых объектов и быстро компактифицирует кучу.
Не смотря на функциональность, эти языки вообще ничем не уступают всем остальным языкам, так как нужная мутабельность (если она действительно нужна) легко реализуется сопрограммами. Ну разве что надо научиться предварительно обдумывать программу, прежде чем начинать программировать.
> Но в подавляющем большинстве случаев это все кривые руки кодеров
Да, тут вы 100% правы.
| | |
|
| 2.74, Сишник (?), 15:04, 26/12/2020 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> - В Rust не может быть утечек памяти, - говорили они...
Кто говорил? Опять таблетки не пьёшь?
| | |
| |
| 3.131, Аноним (144), 18:11, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Утечки памяти являются безопасными по причине того что это НЕ НАРУШАЕТ ПАМЯТЬ ПРОГИ/ИНСТРУКЦИЙ, в расте это не запрещено. Если есть неопределенное поведение то это запрещено.
Да и утекала память в их планировщике озу, там реализация не совсем от гарантий языка зависит...
| | |
| |
| 4.162, Вы забыли заполнить поле Name (?), 19:13, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
IRL, суровые мемлики заканчиваются для процесса фатально. Возможно "в тот самый момент", когда принудительная терминация закончится потерей данных. Мемлик в коре ОС, заканчивающийся терминацией, ну, вы поняли.
Но у растаманов оно безопасно, угу.
| | |
| |
| 5.374, Аноним (366), 10:03, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
растаманы вообще хоть во что-то умеют?! написали микроядро, которое уже течёт?!
| | |
|
|
|
|
| |
| 2.72, Аноним (41), 15:04, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
А надо? Мне и Линукса хватает, пускай он уже и устаревшее легаси
| | |
| |
| 3.78, user90 (?), 15:23, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мне - нет, это я у местных растома.. тьфу, растофанов спрашиваю)
| | |
|
|
| 1.88, Аноним (20), 15:53, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти.
А из-за чего появились утечки ведь в rust автоматическое управление памятью и встроенный статический анализатор.
| | |
| |
| 2.97, Arsenicium album argentum asparagus (?), 16:16, 26/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
В любом языке можно устроить утечку. Создать вектор размером в 999999999999 элементов и не удалять его до конца жизни программы. Компилятор не телепат, откуда ему знать, ошибка это или фича?
| | |
| |
| 3.116, Аноним (20), 17:32, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ваш пример это как сделать утечку специально
Интересно было откуда они возникли конкретно в redox
| | |
| 3.123, Урри (ok), 17:42, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
А что, раст уже перестал сам удалять неиспользуемое? Надо вручную это делать?
| | |
| 3.241, n00by (ok), 11:23, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> В любом языке можно устроить утечку. Создать вектор размером в 999999999999 элементов
> и не удалять его до конца жизни программы. Компилятор не телепат,
> откуда ему знать, ошибка это или фича?
Из отсутствия доступа к вектору.
| | |
| |
| 4.244, red75prim (?), 11:33, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Из отсутствия доступа к вектору.
А кто сказал, что доступа нет? Программа может раз в год читать значение нулевого элемента, например.
| | |
| |
| 5.247, n00by (ok), 12:02, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> Из отсутствия доступа к вектору.
> А кто сказал, что доступа нет? Программа может раз в год читать
> значение нулевого элемента, например.
Вы сами написали, что доступа к вектору нет, только к одному его элементу.
| | |
| |
| 6.248, red75prime (?), 12:07, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Вы сами написали, что доступа к вектору нет, только к одному его
> элементу.
А дальше? Как компилятор об этом узнает?
| | |
| |
| 7.249, n00by (ok), 12:19, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> Вы сами написали, что доступа к вектору нет, только к одному его
>> элементу.
> А дальше? Как компилятор об этом узнает?
Произведёт семантический анализ.
| | |
|
|
|
|
|
|
| 1.89, Аноним (20), 15:59, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Каждая новость о программе на rust вызывает такой сильный пароксизм ненависти, что лучше просто запрещать комментарии сразу.
| | |
| |
| |
| 3.375, Аноним (366), 10:07, 29/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> В новой реализации удалось избавиться от утечек памяти
борьба с утечками памяти в самом безопасном языке во вселенной <----- вы находитесь здесь
| | |
|
| |
| 3.114, Аноним (20), 17:29, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы не в состоянии выучить отличия одного си-подобного языка от другого?
| | |
| |
| 4.120, user90 (?), 17:38, 26/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> отличия
Ога, незначительные такие)) И давайте-ка без всяких "си-подобных".
| | |
| |
| 5.285, Аноним (285), 18:21, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> Вы не в состоянии выучить отличия
> Лол, вот занятся болше нечем
Некогда изучать матчасть, нужно комментарии c особо ценным мнением на опеннете ваять!
| | |
|
|
| |
| 4.121, user90 (?), 17:41, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
А чего вдруг петон-то? Из-за попсовости? Такая аргументация - это уровень днища.
| | |
|
| 3.132, Аноним (144), 18:13, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Синтаксис данного ЯП специально задумывался таким, для еще больших возможностей языка.
| | |
| |
| |
| 5.306, Аноним (144), 22:12, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Правильно, в BrainFuck, никакие. А в расте дженерики и навороты на типах.
| | |
|
|
|
|
| 1.96, еман (?), 16:14, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– | |
всё правильно делают: давно уже пора избавляться от этой сишной помойки
но есть два замечания:
1. не URL, а URI
2. у URI есть одна проблема - это древовидная структура - такой подход уже показал свою негибкость по сравнению с теговой системой.
| | |
| |
| 2.111, Аноним (111), 17:25, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Лучше сразу ОС писатьй в байт кодах под конкретный процессор / конкретного вендора!!
Это самый оптимальный путь для ОС
| | |
| |
| |
| 4.242, n00by (ok), 11:26, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Байт-код у виртуальных процессоров (Лисп-машина). У "железной" машины машинный код.
| | |
|
|
| |
| |
| 4.328, Аноним (41), 06:19, 28/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
После Раста писать на Си - это как с Ламборджини на Жигуль вернуться
| | |
|
|
|
| 1.124, Урри (ok), 17:44, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Хороший язык, годный. Каждые два месяца ломающие синтаксис изменения.
| | |
| |
| |
| 3.378, Аноним (366), 10:23, 29/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Попробуй следить за изменениями, а не сидеть только во вконтактиках.
| | |
|
| 2.134, Аноним (144), 18:15, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да, действительно какие примеры?
Что сломано то?
Редакция 2018 года? или 2015? И вы вообще вкурсе редакций?? И то что код времен 2015 года компилируется и под редакцией современного 2018 без изменений?
| | |
| 2.135, Аноним (143), 18:15, 26/12/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
Всегда было любопытно: огромное множество удивительных баек про Rust на opennet - это целенаправленная кампания по дискредитации языка в неокрепших умах ридонли-анонимов, не способных самостоятельно проверять факты, или это просто какая-то локальная мифология, сотканная из сказок, которые анонимы тут друг другу рассказывают, а потом все вместе начинают в совокупность этих историй верить - этакое порождение коллективного невежества. Просто, если второе, то это довольно забавный социальный феномен: уверен, примерно так появлялись первые религии.
| | |
| |
| 3.160, Аноним (-), 18:52, 26/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
А когда в очередной раз доказывают что хруст - помойка, все начинается с начала или правописания. Сам говоришь что об "адекватности" растофанов ходят басни и вские сказы.
| | |
| 3.307, Аноним (144), 22:13, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Это просто попытка отыгратся на комто (на расте) с целью самоутверждения. Человек натура дикая.
| | |
| 3.379, Аноним (366), 10:24, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
> целенаправленная кампания по дискредитации языка
> утечки памяти | | |
|
|
| 1.156, Козлетто (?), 18:43, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>В отличие от прошлых выпусков, ветка 0.6 рассматривается как пригодная для экспериментов на реальном оборудовании, а не только в QEMU и VirtualBox.
Я вот попробовал его в virtualbox запустить, оно на "Redox Loader - Stage TWO 00000007#007F 0000:8A00" зависло. Уже минут 10 висит.
| | |
| 1.166, Аноним (302), 19:27, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Выпуск операционной системы Redox OS 0.6, написанной на языке Rust
Придётся Мелкомягким ещё и WSR себе запилить ;)
| | |
| 1.176, Аноним (176), 20:43, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
А почему при установке раст компилятора и его std либы месте аж больше 300 мегабайт занимает?
Скомпилил хелоу ворлд, охренел - экзешник 11 мегабайт. Ещё компилятор думол полторы секунды, а gcc и g++ компилят моментально.
Как так?
| | |
| |
| 2.179, анонн (ok), 21:15, 26/12/2020 [^] [^^] [^^^] [ответить] | +/– |  Кто ж его знает code cat hello_world rs time rustc -O hello_world rs ... большой текст свёрнут, показать | | |
| |
| 3.186, Wilem82 (?), 22:43, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Gcc меньше проверок делает, конечно он быстрее. Чем меньше программа делает, тем быстрее она работает.
Тоже самое и с размером - бинари раста толще потому, что там больше кода который даёт больше фич, чем hello world на сях. Разматывание стека на панике с выводом где в коде была ошибка (типа жавовских стек трейсов), и тд. Кроме того, он содердит растовский libstd, в то время как сишные программы по-умолчанию не содержат, а линкуются с libc.
Всё это можно отключить и сделать бинарь такого же размера, как на сях. Подробнее тут https://github.com/johnthagen/min-sized-rust
Но лучше всего почитать блог где чел пишет операционку с нуля на расте, где всё это как раз отключается и показывается чё к чему: https://os.phil-opp.com/
| | |
| |
| 4.187, анонн (ok), 22:50, 26/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Gcc меньше проверок делает, конечно он быстрее. Чем меньше программа делает, тем
> быстрее она работает.
> Тоже самое и с размером - бинари раста толще потому, что
Комментарий не читай, сразу бодро отвечай?
>> 11 мегабайт.
>> полторы секунды,
> $ rustc -C prefer-dynamic -O -C link-args=-s hello_world.rs 0,19s user 0,11s system 137% cpu 0,213 total
> 6592 ./hello_world
> $ time gcc -O2 hello.c
> gcc -O2 hello.c 0,09s user 0,03s system 87% cpu 0,138 total
Выжимка:
___
> 6592 (6.5KB) ./hello_world (rust)
> rustc 0,19s user 0,11s system 137% cpu 0,213 total
> gcc 0,09s user 0,03s system 87% cpu 0,138 total
---
В общем, вышеотписавшийся в 176 анонимный "критик" выставил себя еще тем "знатоком" ;)
| | |
| |
| 5.290, Аноним (290), 19:16, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
С этим понятно. Компилятору нужно правильные опции задавать. А как быть с перенесёнными с плюсов либами? Их в расте можно заметить по вызову типа С_function_name.unwrap(). Так напримёр все функции OpenGL на расте вызываются.
Как это вообще работает? Происходят ли какие-то потери в производительности?
| | |
| |
| 6.338, Wilem82 (?), 15:07, 28/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> типа С_function_name.unwrap().
Скорее так:
unsafe { C_function_name() };
unwrap() - это метод растовских типов std::result::Result и std::option::Option, сишные функции его не возвращают.
> Как это вообще работает? Происходят ли какие-то потери в производительности?
Никаких потерь. Просто вызов функции, как и в Си.
| | |
|
|
|
|
| 2.182, ю (?), 22:20, 26/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
статическая линковка + отладочная сборка по-умолчанию
| | |
| |
| 3.274, ИмяХ (?), 17:36, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Статическая линковка - это безопасно? А прикинь в стандартной библиотеке найдут критическую уязвимость. Вся их хваленная безопасность мигом накроется медным тазом.
| | |
| |
| 4.314, Аноним (176), 23:08, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну тогда в эту категорию попадают все те, кто вовремя не обновляет софт.
Даже при динамической линковке у юзера может быть устаревшая система с кучей уязвимостей.
| | |
| |
| 5.336, Аноним (201), 14:10, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
При динамической линковке достаточно обновить одну разделяемую библиотеку. При статической надо пересобирать всё, что слинковано с библиотекой. Чувствуешь разницу?
| | |
|
| 4.339, Wilem82 (?), 15:18, 28/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> А прикинь в стандартной библиотеке найдут критическую уязвимость.
Так и обратное верно - прикинь, в новую версию библы занесут баг и все программы окажутся уязвимы.
Динамическая линковка это здорово и жаль, что Cargo по-умолчанию её не делает. Но клёвая не тем, что можно зависимости на лету поменять (и потенциально сломать программу), а тем, что не надо один и тот же код сто раз в память загружать. То есть идеальный подход - это как в Винде: вот бинарь, вот рядом с ним DLL-ки. Хочешь - заменяй, хочешь - шарь их на всю систему. А не хочешь - ничё не делай, бинарь будет их использовать из текущей директории только для себя, и ни с кем в системе не будет пересекаться, не будет проблем с несовместимостями версий и тд.
| | |
|
|
| 2.213, Anonimowy cz322owiek (?), 05:36, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Там надо для боевого компилинга включить оптимизации и выключить отладочные фигулины. И будет норм. По умолчанию там дебажно без оптов
| | |
|
| 1.177, Аноним (175), 20:44, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
>Для совместимости с существующими приложениями предоставляется специальная POSIX-прослойка, позволяющая запускать многие программы без портирования.
Можно поподробнее. Я ставлю Редокс, качаю *.deb файл и спокойно его запускаю? А штатные родные пакеты имеют какой суффикс?
| | |
| |
| 2.212, Anonimowy cz322owiek (?), 05:29, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
.deb это не про POSIX. Это ж формат пакета, для .deb надобно ещё dpkg запускать, ну сами понимаете. А позикс - это про API для программ
| | |
| 2.258, Аноним (201), 13:43, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Нет, ты берёшь исходники, пытаешься их собрать и обламываешься либо потому что сборочная система ничего не знает про сабж, либо потому что разрабы использовали расширения, выходящие за рамки POSIX (скорее всего, и то и другое).
| | |
| |
| 3.308, Аноним (144), 22:17, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Если у вас статическая линковка, собирайте).
Если у вас динамическая, возможно подменив названия у вас чето и заведется.
| | |
| |
| 4.322, Аноним (201), 00:53, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Причём здесь линковка? Ты где вообще таких слов нахватался, мальчик?
| | |
|
|
|
| 1.185, Аноним (185), 22:33, 26/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
"Полностью переписана система управления памятью ядра (rmm, kernel memory manager). В новой реализации удалось избавиться от утечек памяти, которые создавали проблемы при использовании старого менеджера памяти. Кроме того, повышена стабильность поддержки многоядерных систем. "
я канэшна дико извиняюсь, Раст как раз для того и придумывали чтобы этих утечек не было в принципе - или я сильно ошибаюсь?
| | |
| |
| |
| 3.221, Аноним (-), 08:25, 27/12/2020 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Ты нам показал, что на Расте возможны утечки. Хорошо. Но на какой такой чёрт растаманы чмырят ЯП Си за дырени и утечки. Бревно в своём глазу не видят, а соломинку в чужок глазу видят.
И тут я вспомнил слова Кена Томпсона, о том, что "Си не может быть опасным или безопастным". Сама постановка вопроса не правильная. Всё зависит от программиста.
Много программистов не умеют грамотно писать на чистом Си, и при возниконовении утечок или ошибок они и их окружение проклинают чистый Си. Но ведь Си тут не причём, эта рука программиста растёт из жопы.
| | |
| |
| 4.238, red75prim (?), 10:21, 27/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Осталось найти способ клонировать пряморуких никогда не ошибающихся программистов и всё будет в ажуре.
| | |
| |
| 5.254, Ingener (??), 13:09, 27/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Все таки Си создает риск что код получится с утечкой. Раст наоборот.
То есть надо уходить от Сей. На РАст или что еще.
Кэп
| | |
| |
| 6.259, Аноним (201), 13:45, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Си создает риск что код получится с утечкой. Раст наоборот.
Раст создаёт риск, что код получится без утечки?
| | |
| |
| 7.272, Аноним (272), 17:19, 27/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Растаманам бы сначала разговорный язык подтянуть, потом уже ЯП изучать.
| | |
|
|
|
| 4.246, Аноним (246), 11:43, 27/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Потому что при существенное утечке памяти... у тебя закончится память (и возможно апп кильнут).
А при выходе за границы массива аппа напр. получит рут. Абсолютно никакой разницы, правда?
| | |
| 4.340, Wilem82 (?), 15:22, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Но на какой такой чёрт растаманы чмырят ЯП Си за дырени и утечки.
За дырени. Что касается утечек, то их в Расте сделать сильно сложнее - надо специально постараться. Ну и плюс сам язык Си адски устарел и не умеет множества полезных вещей. Си++ умеет, но всё равно уступает в простоте и удобстве.
| | |
| |
| 5.344, Аноним (-), 15:31, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>сам язык Си адски устарел
Язык следующй структурной парадигме устареть не может никогда. Си вечнозелённый.
| | |
| |
| 6.349, Wilem82 (?), 15:57, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Язык следующй структурной парадигме устареть не может никогда
Налицо подмена понятий. Парадигма может и не устарела, а язык - да.
В нём очень мало фич, что приводит к усложнению разработки. За 50 лет много полезного и удобного успели придумать, мягко говоря.
| | |
| |
| 7.353, Аноним (353), 17:47, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Мягко говоря все фичи к "процедурному стилю программирования" никакого отношения не имеют. Все фичи пилятся в рамках ООП или функциональщины.
| | |
|
|
|
| 4.350, Аноним (350), 16:49, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Всё зависит от программиста.
Вот Растофанатики и усвоили урок что язык не имеет никакого значения. Программируешь ты на С++ или Расте, ни тот ни другой язык не даст тебе никакой безопасности если думать не умеешь.
И встречный вопрос если все зависит от программиста зачем нужен Раст? Ответ очевиден. Раст не нужен.
| | |
| |
| 5.383, Wilem82 (?), 11:12, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> если все зависит от программиста зачем нужен Раст?
От программиста зависит только использование unsafe. Без ансейфа ты сегфолты не получишь.
Утечки без unsafe - насколько понимаю только через специальные для этого функции - std::mem::forget(), std::boxed::Box::leak(). Случайно ты их не вызовешь. Ну это как случайно вызвать std::process::exit(0) и жаловаться, что у тебя процесс завершается.
Как ты считаешь, если компилятор в силу устройства языка проверяет за тебя кучу ошибок работы с памятью и гарантирует отсутствие сегфолтов без unsafe - означает ли это, что ничего от языка не зависит? Как ты так интересно логические выводы-то строишь?
| | |
|
|
|
|
| |
| 2.351, Аноним (350), 16:50, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не будет его это как РеактОС. Нужен только для того чтобы показать смотрите как мы умеем, а не для того чтобы реально где-то применять.
| | |
|
| 1.263, KroTozeR (ok), 14:59, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Эх... Эщё язык-то не допилили, а уже ОСь лабают ради понта. Ну что за кодеры пошли? Лучше бы решали проблему "стыка" между либами на разных ЯП-ах, а то конь уж лет двадцать как не валялся... Или пилили бы ЯП для бинарного кода LLVM под окружение браузерного API, чтобы выдать сие как распределённую платформу для приложух, поддерживая полиморфизм во всех позах и обмен исполняемым кодом в рантайме, но это ж религия не позволяет, Касперский не велит, Microsoft не одобряЕ, Google нИАсилил, Линус глаза выпучил, Ябло послал на хутор близ Диканьки, ибо у них менеджерский распил в самом разгаре. Про Завалишна все дружно забыли, ибо хайпо-жвачная публика не любит самоделкиных (на их фоне сама фальшиво выглядит).
| | |
| |
| |
| 3.316, KroTozeR (ok), 23:57, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Там был не столько понт, сколько протест, выраженный в массовом коддинге, когда куча студентов, коснувшихся Unix, решила понавтыкать AT&T за злобный монополизм. Но тогда и не было распространённой альтернативы. Теперь же нужно рожать новую концепцию, а не повторять пройденный путь только потому, что "оно на Rust-е".
| | |
|
| |
| 3.271, Аноним (272), 17:18, 27/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Все что вы сделали это показали как не надо. И потом все пришлось писать с нуля как надо!
| | |
| 3.317, KroTozeR (ok), 00:01, 28/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Так в том-то и дело, что мотив нынче не слишком убедителен. Я, вот, не могу придумать сферу применения для Redox кроме демонстрации пруфа для Rust-пиара.
| | |
| |
| 4.400, freecoder_xx (?), 23:46, 29/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Я думаю вы неправильно смотрите: нужно искать мотив не снаружи, а изнутри. Рано или поздно на Rust будут писать ОСи, и первой уже оказался Redox. В экосистеме раста идет конкуренция среди разработчиков за "первое место" и прочие блага, которые оно способно принести.
| | |
|
|
| 2.284, Растишка (?), 18:17, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Или пилили бы ЯП для бинарного кода LLVM под окружение браузерного API
... сказал KroTozer и ушёл в криокамеру ещё на 30 лет. PNaCl уже успели запилить и закопать, а сейчас пилят Wasm, в который Rust умеет компилироваться искаропки.
| | |
| |
| 3.320, KroTozeR (ok), 00:20, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>> PNaCl
Продукт от, извиняюсь за матерное слово, "Google", который пилили с понтом под зонтом до 2013, потом посеяли, потом откопали и обиженно ограничили ChromeOS, которой оно по идеологии не впёрлось? Замечательный продукт. Запихните его обратно в криокамеру и не вынимайте оттуда.
| | |
|
| 2.293, Аноним (144), 19:25, 27/12/2020 [^] [^^] [^^^] [ответить] | +1 +/– | 1 Эх Эщё язык-то не допилили, а уже ОСь лабают В языке есть действительно м... большой текст свёрнут, показать | | |
| |
| 3.319, KroTozeR (ok), 00:09, 28/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>> Почему вы всё это не делаете?
А ещё глупее вопрос чем этот можно?
Наверное потому, что решаю прямые рабочие задачи, а свободное время уделяю семье, а не сношанию Клавы Мышкиной на разных языках. Хотя Rust, как идея, выглядит всё же получше GoLang-а. Там совсем уж процедурно укурились.
| | |
| |
| 4.345, Аноним (-), 15:34, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>а свободное время уделяю семье
Не ври, ты ведь в свободное время мощно бухаешь.
>Там совсем уж процедурно укурились.
Ага, так и запишем: "KroTozeR не знает алгоритмы".
| | |
|
|
| 2.330, Аноним (330), 06:42, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>Лучше бы решали проблему "стыка" между либами на разных ЯП-ах, а то конь уж лет двадцать как не валялся...
.NET
| | |
|
| 1.273, ИмяХ (?), 17:30, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Отличный проект! Благодаря ему всплывает куча проблем в языке и становится понятно, почему раст никогда не заменит С.
| | |
| |
| 2.281, Аноним (-), 18:06, 27/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Благодаря ему
куча вкатывальщиков в ойти смогут почувтвовать себя программистами, потешить свое самомнение, рассказать что умеют писать на языке на котором пишут ось. Ну и потом с чистой совестью вернуться к папе/маме под крылышко или как часто бывает - гос паёк и учить всех жизни.
| | |
| |
| |
| 4.325, KroTozeR (ok), 01:11, 28/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Когда капитаклизменные войны закончатся разрухой уровня "ядрён-батон США против китайского Huawei" на фоне взаимного пожирания друг друга за ошмётки рынка, а граждане за упоминание слова "IT" будут бить в рожу не предупреждая, тогда только "госпаёк" и будет решать, куда чего и как развивать.
| | |
|
|
| 2.294, Аноним (144), 19:26, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
1. "Благодаря ему всплывает куча проблем в языке" расскажите? А то нам не понятно... КАКИЕ ПРОБЛЕМЫ?
| | |
| 2.342, Wilem82 (?), 15:28, 28/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Отличный проект! Благодаря ему всплывает куча проблем в языке
Это правда. Язык допиливают по ходу возникающих нужд для нетривиальных задач. Не пытаясь выполнить эти задачи не всегда можно обнаружить как и что необходимо в языке запилить. И это касается любого проекта, а не только ЯП.
> и становится понятно, почему раст никогда не заменит С.
Разработчикам Раста непонятно, а тебе - понятно. Это здорово, всегда интересно встретить умных людей, которые додумались до чего-то, до чего не додумались остальные. Осталось только поделиться с окружающими - что же именно стало понятно, расскажи.
| | |
|
| 1.279, Аноним (279), 18:05, 27/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> файловая система TFS, развиваемая на основе идей ZFS (модульный вариант ZFS на языке Rust)
Ширится зоопарк "наших ответов" ZFS. И, конечно же, каждый уверен, что вот уж его-то ФС порвёт всех, как тузик грелку :)
| | |
| |
| 2.282, Растишка (?), 18:13, 27/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> C++ и Golang
— единственные языки, которые знает анонимус, лол. Потому что Rust — это практически ML с C-подобным синтаксисом (плюс боров-чекер). Первые версии rustc вообще на OCaml были написаны.
| | |
| |
| 3.287, Аноним (280), 18:55, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вперед, покажи где в Rust монады, стрелки Клейсли, continuation passing style и тайпклассы. Тоже мне ML-потомок. Rust не поддерживает параметрический полиморфизм высших порядков (в частности, никаких родОв произвольной арности, как в Haskell/Scala). Это Golang с кучей "академических" идей и эксплуатацией бест практисов из C++.
| | |
| |
| 4.292, Anonimowy cz322owiek (?), 19:21, 27/12/2020 [^] [^^] [^^^] [ответить]
| +/– |
Монаду можно в принципе эмулировать на любом языке. Это, считай, просто для Хаскела они стали идиоматической конструкцией для выполнения многих вещей, а так-то перенести хаскеловский интерфейс монад, чтобы те же монадические комбинаторы парсеров забацать, на другой язык никто не мешает
| | |
|
| 3.291, Anonimowy cz322owiek (?), 19:19, 27/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Rust всё же не ML и не вполне функциональный язык (я спрашивал у проженных ML-хаскельщиков). Ну то есть да, в Rust есть ML-подобные типы алгебраические, но в целом-то он не особо сопротивляется мутабельности, например. Это всё же скорее обязательный энфорсинг RAII с некоторыми плюхами ML'я, как один аноним сказал выше. Для меня Rust выглядит как экая такая попытка переосмыслить C и C++ с учётом уроков и шишек за более чем 40 лет развития. Ну естественно, что народившееся за это ФП тоже оставило на нём немалый след
| | |
|
| 2.295, Аноним (144), 19:33, 27/12/2020 [^] [^^] [^^^] [ответить] | +/– | 1 Вообще Rust, имхо, это попытка совместить в одну химеру C и Golang Мне инт... большой текст свёрнут, показать | | |
| |
| 3.327, NaN (?), 05:55, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> 2. GO: C++ + Java + ...
Go: Plan 9 C on steroids with smoothy and GC
> 3. Rust: Haskell + OCaml + ...
3. Rust: C++ + 2 bottles of vodka
| | |
|
|
| |
| 2.343, Wilem82 (?), 15:29, 28/12/2020 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Rust - модный язык. Кто хочет быть модным?
Модный - javascript/golang/python. Там ваще думать не надо, берёшь да идёшь в ногу с модой. А rust - немодный, там думать надо, это тяжело.
| | |
| |
| 3.348, Аноним (-), 15:37, 28/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>А rust - немодный, там думать надо, это тяжело.
Раст - это высокая мода, ты знаешь что-такое высокая мода.
| | |
| 3.362, Аноним (362), 03:50, 29/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А rust - немодный, там думать надо, это тяжело.
Вот теперь полный ступор. Кричали же что Си это тяжело, а на расте даже домохозяйка может ось написать.
| | |
| |
| 4.386, Wilem82 (?), 11:23, 29/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Кричали же что Си это тяжело, а на расте даже домохозяйка может ось написать.
Про лайфтаймы и овнершипы всё равно думать надо. Это гораздо проще, чем писать на Си, но думать всё равно надо сильно больше, чем на игрушечных языках. Плюс это требует более глубокого понимания низкоуровневого устройства. Например - чем куча отличается от стека. Откуда стек берётся и как примерно устроен. Жаваскриптисты скорее всего даже слов таких не знают, а про стек может быть что-то краем уха слышали когда из-за рекурсии у них переполнение раз в жизни случилось.
Ну и в целом раст позволяет, - а иногда и принуждает - думать и обрабатывать какие-то мелкие детали, которые в игрушечных языках спрятаны. Например, частный вопрос от новичков раста - а чё это у меня программа выводящая в stdout тормозит? А чел там фигарит println!() и не знает, что на каждый вызов лочится мутекс, и что бы оно быстро работало, нужно один раз взять мутекс себе и только потом в stdout всё записать, что неимоверно ускоряет процесс. На всяких жавах, жаваскриптах и прочем у тебя такого выбора нет, ты всегда будешь платить за синхронизацию каждого вызова.
| | |
| |
| 5.392, Аноним (-), 13:43, 29/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>а чё это у меня программа выводящая в stdout тормозит? А чел там фигарит println!() и не знает, что на каждый вызов лочится мутекс, и что бы оно быстро работало, нужно один раз взять мутекс себе и только потом в stdout всё записать, что неимоверно ускоряет процесс.
В Си поезд из точки А в точку Б приедет прямиком. В Расте, для того чтобы доехать до пункта Б, надо сначала проехать пункты В и Д.
| | |
| |
| 6.394, Аноним (394), 14:24, 29/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
https://doc.rust-lang.org/std/io/fn.stdout.html
>> Each handle returned is a reference to a shared global buffer whose access is synchronized via a mutex. If you need more explicit control over locking, see the Stdout::lock method.
> В Си поезд из точки А в точку Б приедет прямиком.
Питонистам и ЖСникам оно конечно виднее, но в С11 говорится о
> §7.21.2 Streams
> Each stream has an associated lock that is used to prevent data races when multiple threads of execution access a stream, and to restrict the interleaving of stream operations performed by multiple threads. Only one thread may hold this lock at a time
А до этого машинист считал, что по умолчанию поезд на этом пути только один.
| | |
| 6.395, Wilem82 (?), 15:12, 29/12/2020 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> В Си поезд из точки А в точку Б приедет прямиком. В Расте, для того чтобы доехать до пункта Б, надо сначала проехать пункты В и Д.
Тебе уже поясинили почему неправ, но добавлю: даже если бы это было так, как ты говоришь, это означало бы только врождённую опасность функции вывода в stdout. Именно потому, что Раст как язык и его библиотеки в целом пекутся о корректности - программы на нём корректно работают, а не глючат или сегфолтятся. Не, "ой, я не подумал, ой а я не знал, ой а я не думал что эта ошибка реально может возникнуть", а тебя подталкивают или даже заставляют обработать все крайние случаи. В результате твоя программа имеет больший шанс быть надёжной, а не куском говна.
| | |
| |
| 7.404, uis (ok), 03:05, 30/12/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>сегфолтятся
Уж лучше сегфолт на сях, чем вполне определённое, но не для пользователя, продолжение выполнения.
>, а тебя подталкивают или даже заставляют обработать все крайние случаи.
Часто встречал программы, где проверяется errno вызова close? Или как там на хрусте.
| | |
|
|
| 5.403, uis (ok), 02:58, 30/12/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>Это гораздо проще, чем писать на Си, но думать всё равно надо сильно больше, чем на игрушечных языках. Плюс это требует более глубокого понимания низкоуровневого устройства. Например - чем куча отличается от стека.
Что-то мне подсказывает, что наоборот. На сях, например, быстро доходит, чем отличается malloc, alloca и vla. И почему возвращать указатели последних - идиотизм.
Да и вообще си - высокоуровневая замена ассемблеру, разбавляемая разве что inline assembly.
| | |
|
|
|
|
| 1.346, что дозволено быку (?), 15:35, 28/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
s/удалось избавиться от утечек памяти/есть некоторые основания надеяться, что проблема не воспроизведётся на достаточно заметном количестве инсталляций/
| | |
| |
| |
| 3.389, Wilem82 (?), 12:58, 29/12/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Это оператор яп? Что-то из Перл?
s/<pattern>/<replacement>/<flags>
Это из sed (а может и каких-то его предков) прошло: https://www.gnu.org/software/sed/manual/html_node/The-_0022s_0022-Command.html . Перекачевало в vi, потом в vim. Потом в первых интернет-чатах IRC, которые были популярны в 90-ые и даже немного 00-ые, таким образом матёрые юниксоиды друг другу остроумно показывали, что они типа исправляют опечатку в уже отправленном сообщении, т.к. IRC не позволяет отправленные изменять.
Ну и с тех пор ностальгирующие по давним временам, или просто люди с очень специфическим кругом общения, пишут вот так. То есть фактически это такой элитный способ сказать "у меня вон там опечатка, я типа заменяю такой-то кусок текста на другой" вместо того, что бы зарегистрироваться и иметь возможность редактировать собственные сообщения.
Или же, таким образом человек показывает, что он хочет заменить кусок текста в чужом сообщении. Сейчас, правда, это принято делать по-другому: ты выделяешь цитату и правишь в ней текст, а потом добавляешь "вот, поправил" - это гораздо смешнее получается, а главное всем понятно.
Пожалуйста.
| | |
|
|
| 1.357, Rf4567785433 (?), 22:41, 28/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Просто хочу сказать что РеактОС все еще топчется на месте. Тут уже и Раст возник, и продвинулся, и ОС возникла, много воды утекло..
| | |
| 1.364, luis2 (?), 06:57, 29/12/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Скажите пожалуйста, а какой собственно профит кроме выеженов со стороны растофилов, ведь уже давно есть всякие KolibriOS, что почти машинный код.
| | |
| |
| |
| 3.396, luis2 (?), 16:17, 29/12/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Спасибо, из прочитанного стало ясно, что просто кто-то хочет свой блекджек с девами. Причины какие-то высосанные.....
| | |
| |
| 4.397, Wilem82 (?), 17:32, 29/12/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
А какие в твоих глазах были бы невысосанными? Ну что б понимать, что не любое обоснование было бы "плохим", а где-то есть всё-таки "хорошее".
| | |
| 4.416, burjui (ok), 03:28, 02/01/2021 [^] [^^] [^^^] [ответить]
| +/– |
 А разработчики не обязаны лично тебе доказывать, что у них причины "правильные".
| | |
|
|
|
|
