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

Facebook присоединился к организации Rust Foundation, opennews (ok), 29-Апр-21, (0) [смотреть все] Скрыто модератором, Wilem82 (ok), 22:25 , 29-Апр-21, (1) –3 // Скрыто модератором, Аноним (3), 22:27 , 29-Апр-21, (3) +6 Скрыто модератором, Аноним (5), 22:32 , 29-Апр-21, (5) +1 // Скрыто модератором, Аноним (5), 22:44 , 29-Апр-21, (6) +2 Скрыто модератором, Wilem82 (ok), 22:45 , 29-Апр-21, (7) Скрыто модератором, Аноним (8), 22:50 , 29-Апр-21, (8) +3 Что на этот раз будет сливать , Аноним (8), 22:52 , 29-Апр-21, (9) +8 // Ржавую воду, Аноним (14), 23:31 , 29-Апр-21, (14) +4 как обычно ВСЁ, Леголас (ok), 06:17 , 30-Апр-21, (39) +6 GTK создали для гимпа, но в итоге это гноме тулкит Раст создали для фаерфокса -, Аноним (18), 23:46 , 29-Апр-21, (18) +2 // Гимп они тоже забрали, Анонин (?), 23:50 , 29-Апр-21, (19) –1 Цвета радуги будут, Аноним (77), 12:48 , 30-Апр-21, (77) –1 Неа раст к тому моменту уже разрабатывался несколько лет Наверно мозиловцы уви, Anonim (??), 13:00 , 30-Апр-21, (83) // Не разрабатывался, а только проектировался Разрабатываться-таки он как раз с под, Аноним (107), 01:53 , 03-Май-21, (107) Новость о том, что существует такой сервер, поважнее будет , Аноним (20), 00:00 , 30-Апр-21, (20) +14 // ну может где-то внутри пейсбука и существует, тебе-то что с того https github, Аноним (63), 09:51 , 30-Апр-21, (63) // Это у них теперь часть EdenSCM https github com facebookexperimental eden tree, . (?), 10:45 , 30-Апр-21, (68) +2 // Имянно - то есть доделано не было и не будет никогда а совместимости с настоящи, пох. (?), 11:31 , 30-Апр-21, (69) –2 Доделано было и опубликовано было Но в другом репозитории , anonymous (??), 11:50 , 30-Апр-21, (70) +1 За закрытыми дверями Facebook использует Eden, собственно Вы просто лжёте , anonymous (??), 11:52 , 30-Апр-21, (71) –1 О, классическойи пох пожаловал, не прошло и 12 часов с новости , Аноним (107), 01:55 , 03-Май-21, (108) Теперь ясно, Rust - очередная диверсия корпорастов в опенсорсе , Аноним (22), 00:27 , 30-Апр-21, (22) +7 // опенсорс это диверсия корпорастов по определению, Аноним (24), 00:29 , 30-Апр-21, (24) +7 // Диверсификация рисков, НяшМяш (ok), 01:11 , 30-Апр-21, (29) 1 по определению анонима из его головы, а там может быть всякое и даже больш, Клавиатур (?), 12:53 , 30-Апр-21, (79) –2 Кстати, что интересно, сделать в Расте проприетарную либу - не самая тривиальная, Аноним (27), 00:46 , 30-Апр-21, (27) +7 // сделать в расте хоть что-то работающее - уже нетривиальная задача , Аноним (33), 02:49 , 30-Апр-21, (33) // Эээ, почему это , Аноним (27), 03:21 , 30-Апр-21, (35) +7 не более, чем на C или C , Аноним (41), 06:25 , 30-Апр-21, (41) +7 Если не знаешь языка - конечно Но так про любой язык можно сказать, Прохожий (??), 00:32 , 02-Май-21, (105) +1 Клятые корпорасты лишают бедных бородачей возможности бесконечно латать сишные д, Fracta1L (ok), 07:45 , 30-Апр-21, (50) +4 // Взамен сишных дыр придут дыры ржавые, Lex (??), 08:24 , 30-Апр-21, (53) –2 // Побойтися бога, в расте дыры ещё найти надо, а крэш словить без ffi вообще малов, Аноним (27), 09:18 , 30-Апр-21, (61) –1 Ну всё Теперь чтоб юзать раст придётся предоставлять удостоверение личности 1, Ты идиот лол (?), 00:28 , 30-Апр-21, (23) –1 // Достаточно надеть платье , Аноним (77), 12:50 , 30-Апр-21, (78) +2 Что ж, Раст не зря отправился в свободное плавание, стены Мозиллы он давно перер, Аноним (27), 00:45 , 30-Апр-21, (26) // Выпал из гнезда и такой 171 надо в дорогу-дорогу-дорогу мне торопиться 187, bergentroll (ok), 08:44 , 30-Апр-21, (57) +2 // Это была его лебединая песня Под деревом, с которого выпал, вот такое https d, пох. (?), 10:19 , 30-Апр-21, (67) –2 Компания Facebook вошла в число партийных участников Исправлено и дополнено, Аноним (-), 04:26 , 30-Апр-21, (38) –2 Кто видел фабрикатор - тот понимает что новость печальная для раста , Ivan_83 (ok), 06:22 , 30-Апр-21, (40) –2 // Что тебе не так с фабрикатором Недостаточно эмодзишечек , Аноним (63), 09:54 , 30-Апр-21, (65) // С ним не так всё, когда вы начинаете в нём работать это становится очевидно , Ivan_83 (ok), 16:52 , 30-Апр-21, (87) –1 Я видел фабрикатор и не понимаю Более того, я вообще не вижу связи , anonymous (??), 11:54 , 30-Апр-21, (72) // А вы не смотрите, а попробуйте там что то сделать Это чудоподелие МЕСЯЦ всасывал, Ivan_83 (ok), 16:57 , 30-Апр-21, (89) –2 // Во-первых сегодня много пользовался фабрикатором и просто недоумеваю о чём вы М, anonymous (??), 02:41 , 01-Май-21, (97) Означает ли это, что из фейсбука перестанут литься данные пользователей всем ком, Lex (??), 06:34 , 30-Апр-21, (42) –1 // Прекратятся утечки про утечки данных , n00by (ok), 07:00 , 30-Апр-21, (44) +1 Где скачать Мне нужно для одного пет-проджекта , lockywolf (ok), 08:31 , 30-Апр-21, (55) Найдите серьезный софт на расте, Nikki Next (?), 07:21 , 30-Апр-21, (48) –2 // проприетарно же спрятан , paulus (ok), 07:52 , 30-Апр-21, (51) https github com topics rust, Ыноним (?), 10:12 , 30-Апр-21, (66) –3 // ну очень серьёзный софт , Аноним (33), 18:45 , 30-Апр-21, (92) Отвечали на этот вопрос уже тонну раз Хоть бы сами поискали на GitHub и в Googl, anonymous (??), 12:07 , 30-Апр-21, (74) –3 // Так мусор один находит, Goes (?), 12:57 , 30-Апр-21, (82) –2 // Ваши комментарии не считаются, Аноним (107), 01:58 , 03-Май-21, (109) Неуловимого Джона тоже ищут , Аноним (33), 18:45 , 30-Апр-21, (93) –2 Rust очень удобен как система сборки для libcurl, я могу в Cargo toml сказать с, Лягушка (?), 13:02 , 30-Апр-21, (84) // То-то Линус ругал раст за отсутствие модульности , Аноним (33), 18:44 , 30-Апр-21, (91) // Только слушал эту ругань аноним как обычно принято на опеннете - жопой , Аноним (-), 21:35 , 30-Апр-21, (96) +5 В итоге бинари получаются очень жирными Meson или Makefile для труЪ, Анонин (?), 18:54 , 30-Апр-21, (94) –1 // CMake и Ninja, uis (ok), 10:39 , 01-Май-21, (99) Cmake на С , Анонин (?), 11:05 , 01-Май-21, (102) Meson вообще на питоне И что , uis (ok), 01:48 , 10-Май-21, (114) А чем динамический не угодил Libcurl гарантированно есть даже на ведроиде Разв, uis (ok), 10:45 , 01-Май-21, (100)   // https lore kernel org lkml CAHk- whs8QZf3YnifdLv57 FhBi5_WeNTG1B-suOES RcUSmQg, Ordu (ok), 04:56 , 02-Май-21, (106) –1   Как бы это странно не звучало, но статика тоже может Кеш-то не резиновый Как п, uis (ok), 01:39 , 10-Май-21, (113)   Что относительная адресация Вот написал ты в своей программе printf Hello, wor, Ordu (ok), 08:10 , 10-Май-21, (115)   Если надо несколько раз вызвать одну и ту же функцию, то можно хранить её адрес , uis (ok), 23:45 , 13-Май-21, (116)   Зачем его искать , Аноним (95), 20:27 , 30-Апр-21, (95) –1 Фейсбук такой большой, что ему можно всё , lockywolf (ok), 08:34 , 30-Апр-21, (56) –1 // У пёсбука скажем так нетрадиционный подход ко всему, притом я бы сказал в негати, Ivan_83 (ok), 08:48 , 30-Апр-21, (58) –2 // Все невыносимы, кроме админов , lockywolf (ok), 09:02 , 30-Апр-21, (59) +1 Забавен факт, что даже самый задрипанный проект на ржавом обязательно пытается о, Аноним (77), 12:54 , 30-Апр-21, (80) +4 // Занятно, что обычно он проявляется у пихтонщиков, жсников, жошников и собсна ржа, uis (ok), 10:48 , 01-Май-21, (101) Так что это получается Важно не компетентное мнение комментаторов Opennet, а, Аноним (-), 16:52 , 30-Апр-21, (88) +4 // Да в фейсбуке лошьё сплошное, наслушались растового маркетинга И поверили, всем, Ordu (ok), 06:48 , 01-Май-21, (98) –1 Ох, вот теперь точно расхотелось в раст учиться - 124 , InuYasha (??), 19:20 , 01-Май-21, (103) +2 // А во что захотелось Во что удалось научиться , Аноним (95), 08:19 , 03-Май-21, (110) Немедленно перестань дышать, пить и есть, а то в тебя попадут молекулы, побывавш, burjui (ok), 19:51 , 04-Май-21, (111) 9,18,20,22,23,26,38,40,42,48,56,80,88,103

Сообщения

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

	100. "Facebook присоединился к организации Rust Foundation"	+/–
	Сообщение от uis (ok), 01-Май-21, 10:45
	>"скачай, собери и прилинкуй libcurl статически" А чем динамический не угодил? Libcurl гарантированно есть даже на ведроиде. Разве-что в openwrt его нет, но там статику ссаными тряпками гонят, ибо места мало. >Никаких дополнительних динамических линков Будет 30 файлов по 30 метров(900 всего) вместо 50 файлов по одному метру(50 всего) Такое есть смысл использовать в закрытых проектах. Ну ещё иногда для микроконтроллеров, но пихать туда libcurl изначально гиблая идея.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	106. "Facebook присоединился к организации Rust Foundation"	–1 +/–
	Сообщение от Ordu (ok), 02-Май-21, 04:56
	https://lore.kernel.org/lkml/CAHk-=whs8QZf3YnifdLv57+FhBi5_W.../ Динамическая линковка внезапно добавляет рантайм косты, накидывает ряд других проблем, взамен чего она позволяет иногда экономить память. За пределами glibc не нужно. Не совсем понятно, чё все линуксодистры так озабочены динамической линковкой. Я тоже был озабочен, но вот сейчас мне не вспомнить почему, по-моему, лишь по той причине, что оверлеи в досе были продвинутой техникой, и уметь их делать было почётно. И как-то эта почётность в моей голове перепрыгнула на динамическую линковку. Но реально, это ж убожество. Ну ты сам прикинь: на каждую динамическую библиотеку при старте приложения надо сделать mmap, потом пройтись по табличке релоков/фиксапов, чтобы адреса в своём коде все поправить, но ведь всё это можно было сделать статически, причём даже лучше сделать: lto, pgo, заинлайнить функций, выкинуть неиспользуемое из библиотеки, а оставшееся рпзместить компактнее и более кеш-френдли. Можно сделать офигенно, и один раз на все запуски приложения, но вместо этого почемуто предпочитают делать кое-как, наспех, и при каждом старте. Ппц какой-то. Очередное наследие старпёров, протухший юниксвей, феласофея, скрепы, духовность... а инженерная сторона вопроса никому не интересна.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Facebook присоединился к организации Rust Foundation"	+/–
	Сообщение от uis (ok), 10-Май-21, 01:39
	> Динамическая линковка внезапно добавляет рантайм косты, накидывает ряд других проблем Как бы это странно не звучало, но статика тоже может. Кеш-то не резиновый. Как процессорный, так и io. Да и так получается быстрее грузить систему с хардов или ещё чего с медленной скоростью чтения или случайного доступа. >За пределами glibc не нужно. Ну и перекомпилирую систему после обновления, например, libcurl. > Не совсем понятно, чё все линуксодистры так озабочены динамической линковкой. Драсты и правда озабочены. А лигуксоиды не все. Я знаю как минимум двух людей, которым всё равно. > Но реально, это ж убожество. Ну ты сам прикинь: на каждую динамическую библиотеку при старте приложения надо сделать mmap Дисковый кеш может спать спокойно > потом пройтись по табличке релоков/фиксапов, чтобы адреса в своём коде все поправить Относительная адресация > это можно было сделать статически, причём даже лучше сделать: lto, pgo, Это про оптимизацию. Зубилом хлеб не режут, ножём не делают статуи. Ну и напоследок >https://lore.kernel.org/lkml/CAHk-=whs8QZf3YnifdLv57+FhBi5_W... Тут немного про другое. Тут про черезмерное использование динамичечкой линковки. И да, со статикой модет работать быстрее. Но это не повод запрещать динамику.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Facebook присоединился к организации Rust Foundation"	+/–
	Сообщение от Ordu (ok), 10-Май-21, 08:10
	>> потом пройтись по табличке релоков/фиксапов, чтобы адреса в своём коде все поправить > Относительная адресация Что относительная адресация? Вот написал ты в своей программе: printf("Hello, world\n"); Это сведётся к: call printf какой адрес у printf? Этот адрес станет известным только в процессе работы динамического линкера. И никакая относительная адресация тебе не поможет. pic код, как я понимаю, использует глобальную табличку оффсетов, и этот call становится косвенным вызовом, и требует дополнительного обращения к памяти. То есть, во-первых, ту табличку надо заполнить на этапе динамической линковки. Во-вторых, при _каждом_ вызове printf будет дополнительная стоимость для процессора -- обращение к глобальной табличке оффсетов, таким образом процессорный кеш, внезапно, вынужден постоянно эту табличку хранить. > Как бы это странно не звучало, но статика тоже может. Кеш-то не резиновый. Как процессорный, так и io. Да и так получается быстрее грузить систему с хардов или ещё чего с медленной скоростью чтения или случайного доступа. Ты замерял этот эффект? Я как-то очень сомневаюсь, что будет быстрее. Во-первых, процессорный кеш инструкций вылетает от любого чиха, и надеятся на то, что переключение процессов его сохранит... Лучше бы не сохраняло, потому как мы знаем о том к каким дырам в процессорах оно приводит. А значит возможность шарить код между процессами -- это антифича. Во-вторых, дисковый кеш, по-моим наблюдениям, вылетает не из-за кода, а из-за данных. Данных на порядки больше кода, и тормоза там лезут именно из-за данных, которые надо читать с диска. Мне приходилось неоднократно сталкиваться с исследованиями о том, как необходимость взаимодействия с жёстким диском для чтения данных приводит к тормозам. Разного уровня исследованиями, начиная от "гляньте чуваки, у меня программа тормозила, но я тут алгоритм поменял, чтобы он читал в другом порядке, и хоп, она стала тормозить в разы меньше", и заканчивая почти уровнем научной статьи, где использовались различные способы измерений (один подтверждает/опровергает другой), проверялись альтернативные гипотезы, где человек шёл на очень серьёзные меры, чтобы показать, что тормоза возникают именно таким образом, каким он говорит. Мне попадались такие исследования про данные, но я не видел ни одного исследования, которое показывало бы превосходство динамической линковки над статической по скорости выполнения. Я отмечу, что я не искал специально, может они и есть такие? Но вот тут как раз у меня и возникает вопрос: что ты знаешь, и почему ты думаешь, что ты это знаешь? Тебе известны такие исследования? Сейчас будет очень кстати поделиться ссылками на них. Потому как я в этом месте склонен делать вывод, что отсутствие свидетельств -- это свидетельство отсутствия: если проблему никто не подтвердил измерениями, значит проблемы нет. >> это можно было сделать статически, причём даже лучше сделать: lto, pgo, > Это про оптимизацию. Зубилом хлеб не режут, ножём не делают статуи. Да, это про оптимизацию. Статический линкер может её выполнять, динамический -- нет. Я не знаю, называешь ли ты его зубилом здесь или ножом, и я не очень понимаю, что ты хочешь сказать этой метафорой, но факт в том, что динамический линкер не может в оптимизации. > Тут немного про другое. Тут про черезмерное использование динамичечкой линковки. И да, со статикой модет работать быстрее. Но это не повод запрещать динамику. А раст не запрещает динамику. Тебе никто не мешает объявлять extern-символы. Единственное что, есть ограничения на то, что может быть extern. Параметризованную функцию, например, ты не сделаешь extern. В целом, в rust'е, ты можешь создавать API для динамических библиотек, и использовать эти API, но эти API будут выглядеть так, как выглядят API C.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Facebook присоединился к организации Rust Foundation"	+/–
	Сообщение от uis (ok), 13-Май-21, 23:45
	> pic код, как я понимаю, использует глобальную табличку оффсетов, и этот call > становится косвенным вызовом, и требует дополнительного обращения к памяти. То есть, > во-первых, ту табличку надо заполнить на этапе динамической линковки. Во-вторых, при > _каждом_ вызове printf будет дополнительная стоимость для процессора -- обращение к > глобальной табличке оффсетов, таким образом процессорный кеш, внезапно, вынужден постоянно > эту табличку хранить. Если надо несколько раз вызвать одну и ту же функцию, то можно хранить её адрес в регистре. +PIC - это ASLR. > Ты замерял этот эффект? Я как-то очень сомневаюсь, что будет быстрее. Во-первых, > процессорный кеш инструкций вылетает от любого чиха, и надеятся на то, > что переключение процессов его сохранит... Лучше бы не сохраняло, потому как > мы знаем о том к каким дырам в процессорах оно приводит. > А значит возможность шарить код между процессами -- это антифича. Это делают разные кеши. Кэш инструкций реализован аппаратно, а кеш страниц ВНЕЗАПНО через MMU. Ну и без него придётся для каждого процесса выделять кучу реального пространства. > но я не видел ни одного исследования, которое показывало > бы превосходство динамической линковки над статической по скорости выполнения. Я такого не заявлял. Я наоборот, говорил, что статика быстрее. >И да, со статикой модет работать быстрее.
	Ответить | Правка | Наверх | Cообщить модератору

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

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