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

Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%, opennews (?), 03-Янв-22, (0) [смотреть все] Титанический труд, да Очень надеюсь, что с принятием такового затягиваться не , Онаним (?), 11:12 , 03-Янв-22, (1) +99 // скорее всего будут, так как проверить это все не так быстро Придется ждать ревь, макпыф (ok), 11:39 , 03-Янв-22, (11) +11 // И это первый шаг Когда разгреб первую гору навоза Выльется ещё 10 А раньше эти , Кирилл (??), 12:58 , 03-Янв-22, (58) +9 Согласен, - чувак просто монстр p s Когда изучал libc, в частности picolibc, т, анончик (?), 12:47 , 03-Янв-22, (50) +9 Конечно примут Это же кого надо патчи , Аноним (89), 13:53 , 03-Янв-22, (89) –14 // А что, вы отправляли патчи, и их не принимали Расскажите подробнее , опеннетовский анон (?), 14:47 , 03-Янв-22, (102) +6 // reiser4 , Аноним (186), 22:34 , 03-Янв-22, (186) –6 Тебя простить может только что ты лежал в криосне И сейчас пробудился Потмоу ч, Аноним (89), 23:59 , 03-Янв-22, (198) –8 Деградация -- это когда пытаешься судить о чём-то исключительно со слов рабинови, Michael Shigorin с дороги (?), 17:57 , 04-Янв-22, (281) +1 Конечно рабиновичи мне напели Миша уж кому-кому а тебе бы по этому поводу не го, Аноним (89), 10:10 , 05-Янв-22, (322) Гляди-ка, нашелся конспиролог круче Шигорина, хотя казалось бы, куда уж круче-то, IRASoldier_registered (ok), 16:40 , 07-Янв-22, (401) А лгать прилюдно не стыдно Простые факты доступные для проверки всем называть к, Аноним (89), 04:32 , 08-Янв-22, (408) –1 веры всем конспирологам Поправил, не благодари , IRASoldier_registered (ok), 01:31 , 23-Янв-22, (437) Будут В описании патчсета Инго настойчиво повторяет, что это RFC, то есть reque, Ordu (ok), 21:04 , 03-Янв-22, (172) +1 // В таких изменениях разгребать конфликты иногда не проще создания с нуля Когда я, qux (ok), 13:01 , 04-Янв-22, (232) +4 Это ядро Тут патчи принято приводить к нужному виду, а не коммиты таскать Сейч, Аноним (334), 13:10 , 05-Янв-22, (334) +1 // Коммиты и есть патчи, только хранимые в git , Ordu (ok), 13:21 , 05-Янв-22, (335) Удивительно Только прежде чем их примут в ядро, ты десять раз переделаешь их И, Аноним (334), 21:04 , 05-Янв-22, (376) И чё , Ordu (ok), 23:32 , 05-Янв-22, (377) Скорее всего затянется Мне чтобы заставить работать этот набор патчей пришлось , Семен (??), 05:07 , 04-Янв-22, (204) +1 , pavlinux (ok), 05:18 , 05-Янв-22, (315) –1 я руками собираю, жорик (?), 21:16 , 06-Янв-22, (398) Почему сишники за 50 лет не догадались сделать модульную систему как в Яве Кажд, Аноним (2), 11:17 , 03-Янв-22, (2) –14   // Сразу видно, что серьёзных проектов на Дельфи у тебя не было D, Онаним (?), 11:44 , 03-Янв-22, (14) +18   Потому, Delphi компиляет отдельные юниты в отдельные независимые модули которые, Аноним (17), 11:50 , 03-Янв-22, (17) +9   // Что за дичь ты написал Особенно доставило про делфи и инициализацию модулей Не, Цезий Родонович (?), 12:01 , 03-Янв-22, (22) +4   // Потому что это именно так и устроено - каждый дельфёвый модуль - это шмоток зако, Аноним (17), 12:14 , 03-Янв-22, (34) –2   Приходится из-за детерминированности связей с обратными вызовами и LTO В класси, iZEN (ok), 12:26 , 03-Янв-22, (42) –2   А теперь пойди и посмотри на классический трупопаскаль, ага Один раз, а потом в, Аноним (65), 13:20 , 03-Янв-22, (65) +1   Что за дичь ты написал Особенно доставило про делфи и инициализацию модулей Не, Цезий Родонович (?), 12:01 , 03-Янв-22, (23) –2   // Это что за язык такой , Аноним (-), 14:09 , 03-Янв-22, (94) –1   Он даже не в курсе, что это два разных языка Просто второй скопипастил у первог, Аноним (122), 16:27 , 03-Янв-22, (122) –2   Экспердус опеннетус вульгарис , Аноним (-), 17:01 , 03-Янв-22, (135)   Это два языка Никогда не видел перечисление косой чертой , Аноним (228), 11:58 , 04-Янв-22, (228) +1   В Юникс мире такого перечисления никто не знает , Аноним (-), 18:32 , 04-Янв-22, (290) –4   Ну зайди в билд систему любого дистра и убедись, что неоправданно долгая компилю, Аноним (2), 12:02 , 03-Янв-22, (24) +1   // Я гентушник, мне не надо заходить в билд систему , она у меня прямо на компе Я , Аноним (17), 12:22 , 03-Янв-22, (39)   Следовательно, таки языка, а не рук , Аноним (2), 12:38 , 03-Янв-22, (48) +2   А если бы хоть раз посмотрели машинный код после кодогенератора Дельфи, то удивл, n00by (ok), 19:57 , 08-Янв-22, (412)   Интересный эвфемизм для отсутствия архитектуры, A.N.Onimous (?), 23:17 , 08-Янв-22, (416)   Ява же любит кушать память, Аноним (18), 11:51 , 03-Янв-22, (18)   // Пальму первенства по этому свойству она давно отдала Rust у , iZEN (ok), 12:16 , 03-Янв-22, (37) –7   // А будут ссылки на доказательства, или ты просто балабол , Rev (?), 13:48 , 03-Янв-22, (86) +5   Из книжки Rust Гарантии безопасности памяти в Rust затрудняют, но не делают нево, Аноним (96), 14:16 , 03-Янв-22, (96) –1   Давай переведу с русского на русский разработчики Rust предупреждают, что говно, kai3341 (ok), 18:37 , 03-Янв-22, (159) +3   Подождите, этот гений однажды узнает, что в Java несмотря на gc тоже возможны ут, pda (ok), 21:03 , 03-Янв-22, (171) +2   Так а зачем нам такой безопасный язык- то , aname (?), 12:43 , 04-Янв-22, (230)   Затем что невозможно избежать утечек памяти Это как пытаться избежать языковыми, Аноним (253), 15:30 , 04-Янв-22, (253) +1   Тогда и не надо было пыжиться, пытаясь заменить C , Rust отличная замена сишарп, Аноним (286), 18:06 , 04-Янв-22, (286)   Сишарп на виртуальной машине работает Его сравнивать с Rust C C некорректно, , Аноним (253), 21:45 , 04-Янв-22, (307)   На данный момент он да, избавляет от 99 эксплуатируемых уязвимостей, просто пот, Онаним (?), 11:31 , 05-Янв-22, (325)   В твоём г-нокоде - вполне возможно Google, MS, Huawei, Mozilla, Amazon - уже эк, DyadyushkaAU (ok), 14:14 , 05-Янв-22, (348)   сборка мусора не работает и надо использовать костыли, а криков-то по поводу fre, Аноним (286), 18:00 , 04-Янв-22, (283)   Каким образом выход за скоуп объекта с его немедленным освобождением является ко, Аноним (253), 21:47 , 04-Янв-22, (308)   На Rust бывает другой код , Аноним (431), 07:20 , 12-Янв-22, (431)   У тебя нет, независимо от ЯП Но не все люди - ты , Аноним (-), 14:29 , 12-Янв-22, (432) +1   Сомнительное утверждение, учитывая что в Rust нет сборщика мусора, а ресурсы осв, lufog (ok), 14:08 , 03-Янв-22, (93)   Удивительно, но free не обязательно освобождает ресурсы, а всего лишь возвраща, n00by (ok), 20:05 , 08-Янв-22, (413)   Когда на любой чих делают аллокацию объекта, да еще и в цикле, а потом ява винов, Аноним (46), 12:33 , 03-Янв-22, (46) –2   // и как это опровергает фразу жаба жрёт ОЗУ как свинья помои Погугли сколько па, лютый жабби__ (?), 21:03 , 03-Янв-22, (170)   Иммутабельность позволяет получить дешевую в поддержке потокобезопасность Никто, Аноним (46), 14:50 , 05-Янв-22, (357)   Тем временем не только лишь каждый Java проект размером на 3 порядка меньше соби, Аноним (27), 12:07 , 03-Янв-22, (27) +2   // Настоящий Java проект только на скачивание артифактов трати больше чем 120 сек, Аноним (153), 18:04 , 03-Янв-22, (153) +2   // У нас серверок был, логики не очень много и полностью кастомная, на джава И там , мое правило (?), 23:25 , 03-Янв-22, (193) +1   С Бейсиком не попутали , Аноним (35), 12:15 , 03-Янв-22, (35) –3   // Да и не с каждым Бейсиком прокатит, Power Basic к примеру тоже компилировать спе, OpenEcho (?), 15:49 , 03-Янв-22, (113)   Кстати разработчики Delphi реально всегда выпячивали скорость компиляции, как гл, Аноним (161), 18:43 , 03-Янв-22, (161) +2   // На момент выхода Делфи скорость компиляции равноценных проектов переписанных с С, Аноним Максим (?), 23:26 , 03-Янв-22, (194) –2   Тормозное выполнение с гигабайтами памяти или тормозная сборка что важнее конеч, Аноним (96), 12:52 , 03-Янв-22, (52) +2   Потому что, когда придумывали Си, не было гигабайтов памяти И даже мегабайтов н, Аноним (53), 12:52 , 03-Янв-22, (53) –3   // Си придумали как заменитель ассемблера который на каждой машине в 1970-х годах , iZEN (ok), 12:57 , 03-Янв-22, (56) –3   // это и сейчас в порядке вещей, для всего, Аноним (68), 13:23 , 03-Янв-22, (68) +8   Не надо преувеличивать Может вы и не заметили, но некоторые вещи меняются к луч, DyadyushkaAU (ok), 13:00 , 04-Янв-22, (231) –1   Никто не преувеличивает Раст мог выйти в 2030 году проработанным и стандартизир, Аноним (68), 13:37 , 04-Янв-22, (238)   В каждой новой версии старая грязь остаётся только в старой редакции Другими, DyadyushkaAU (ok), 16:04 , 05-Янв-22, (366)   вы каждый день начинаете новый проект Ваш проект тоже может быть сделан быстр, Аноним (380), 00:11 , 06-Янв-22, (380) –2   Причём здесь какой-то отдельной взятый проект В случае с C, C вы по умолчанию, DyadyushkaAU (ok), 13:17 , 06-Янв-22, (383)   не-а 8212 у меня лишь нет препятствий тащитьо той, которую надо или переписыв, Аноним (68), 17:08 , 06-Янв-22, (389)   О чём я и говорил ранее Программисты увязли по макушку в грязи, и этого не заме, DyadyushkaAU (ok), 17:53 , 06-Янв-22, (390)   В С сделали модули Лишь слегка медленнее чем fpc , fsb4000 (?), 13:31 , 03-Янв-22, (72)   // Точно сделали Там модули год назад всё порывались принять в стандарт да не прин, kai3341 (ok), 18:42 , 03-Янв-22, (160)   // модули приняли в С 20, а скоро уже С 23 выходит, fsb4000 (?), 21:44 , 03-Янв-22, (183)   Ага В таком виде, в котором они никому не уперлись С includ ами был одна пробле, Аноним (435), 15:56 , 15-Янв-22, (435)   Насколько я понимаю, 50 лет назад были маленькие объемы оперативки А модульност, nc (ok), 23:21 , 03-Янв-22, (191)   // Не, как я понимаю, не подразумевает Если ты, компилируя модуль, будешь генериро, Ordu (ok), 00:16 , 04-Янв-22, (200) +1   Это и так можно делать, достаточно не держать в инклюдах ничего кроме объявлений, Аноним (201), 01:24 , 04-Янв-22, (201) +1   Ява вообще тут не к месту переплетена, тут она работает как многие динамические , Аноним (375), 19:36 , 05-Янв-22, (375)   Больше патчей для линукса всем пользователями линукса , Аноним (3), 11:22 , 03-Янв-22, (3) +2 // Нет нет не надо нам патчей пиши лучше отличный безглючный код И лучше на асембл, Аноним (40), 12:23 , 03-Янв-22, (40) –1 // А сопровождать его код на ассемблере под каждую архитектуру, ты будешь , Аноним (209), 08:20 , 04-Янв-22, (209) +1 // Да я буду сопровождать Принимаю доллары фунты йены евро А вы как думали за каче, Аноним (40), 09:53 , 04-Янв-22, (214) Аля гентушники, BratishkaErik (ok), 11:23 , 03-Янв-22, (4) +1 А всё от того, что в С С нет МОДУЛЬНОСТИ языка Pascal , iZEN (ok), 11:28 , 03-Янв-22, (5) –20 // Уже есть, но ваш этот спагетти-Linux уже никто не будет в состоянии переписать , Ananima (?), 11:37 , 03-Янв-22, (9) –18 // Другие варианты есть , Schwonder Reismus (?), 11:41 , 03-Янв-22, (13) // Микроядерность , iZEN (ok), 12:27 , 03-Янв-22, (44) –3 Смешно, Аноним (65), 13:24 , 03-Янв-22, (69) –1 Грустно Микроядерность требует хорошего проектирования архитектуры, что невозмо, pofigist (?), 13:34 , 03-Янв-22, (75) +2 Ну тык Танненбаум же читал курс лекций именно по микроядерности Трольвадс в эт, Gogi (??), 13:47 , 03-Янв-22, (84) –3 Какое дзюдо Видимо - за пивом и пиццей Проблема в том что на х86 тех лет - кл, pofigist (?), 00:10 , 04-Янв-22, (199) +4 Hurd, uis (ok), 13:52 , 05-Янв-22, (340) –1 И Каковы итоги , pofigist (?), 15:37 , 05-Янв-22, (361) +1 L4 Лайнокс можно оставить на какое-то время, как рантайм, A.N.Onimous (?), 23:14 , 08-Янв-22, (415) И почему же дипломированный аноним до сих пор не утёр студенту-недоучке нос И , Аноним (433), 20:58 , 12-Янв-22, (433) Ну почему, возможно -- просто остаётся академическими упражнениями обычно При по, Michael Shigorin с дороги (?), 18:00 , 04-Янв-22, (282) +2 Хорошо Назови мне грамотно спроектированное опенсоурс5ое решение И желательно , pofigist (?), 09:22 , 05-Янв-22, (320) Postfix, nginx, PostgreSQL, Hadoop, почти всё связанное с кластерами , Аноним (321), 09:33 , 05-Янв-22, (321) И где в этом списке грамотно спроектированные продукты , pofigist (?), 10:26 , 05-Янв-22, (323) Ну и сиди на apache, uis (ok), 17:04 , 11-Янв-22, (425) STL Степанова и Ли , n00by (ok), 20:46 , 08-Янв-22, (414) Моя ты лапочка, что же с тобой сделали, iskrim (?), 11:58 , 04-Янв-22, (227) +1 Так Линус же всегда сам говорил, что микроядро лучше чем его монолит но монол, qsdg (ok), 16:05 , 03-Янв-22, (119) // ты вообще понятия не имеешь о чем говоришь , Аноним (168), 21:01 , 03-Янв-22, (168) –4 В C есть модули С разморозкой Вас, Anonnnym (?), 11:41 , 03-Янв-22, (12) +1 // В GCC с адовыми костылями включаются, в QtCreator е они не появятся никогда, в V, Ananima (?), 11:52 , 03-Янв-22, (19) // Народ, для чего вы постоянно выделяете букву а в слове пис 225 ться , как бу, Аноним (124), 16:39 , 03-Янв-22, (124) +3 По той же причине, что и слово 171 б 243 льшее 187 , где даже контекст не ва, Аноним (182), 21:30 , 03-Янв-22, (182) видел такое насчет большая , а вот про большее как-то не встречал , Аноним (380), 23:24 , 03-Янв-22, (192) Формально есть, для галочки, но фактически хорошо, если к 2030 будет реально исп, Enamel (ok), 11:53 , 03-Янв-22, (20) +4 // GCC впереди планеты всей, а рядом шланг, uis (ok), 13:56 , 05-Янв-22, (341) А Линукс на C написан , Прохожий (??), 10:58 , 04-Янв-22, (221) +2 // Нет, но это не противоречит тому факту, что в C есть модули, Anonnnym (?), 14:19 , 04-Янв-22, (243) Оно-то не противоречит, конечно Только в контексте обсуждаемой новости - абсолю, DyadyushkaAU (ok), 16:57 , 05-Янв-22, (369) Моё ядро с подключаемыми в рантайме модулями передаёт вам привет Так же, как и , Аноним (122), 16:35 , 03-Янв-22, (123) // Очередного опеннетного экспертуса не смущает, что модули могут быть на других ЯП, Аноним (-), 17:13 , 03-Янв-22, (141) +1 // И с каких пор LTO стал костылём модульности, uis (ok), 13:36 , 05-Янв-22, (336) +1 j96 дайте мне такую машину, Аноним (6), 11:30 , 03-Янв-22, (6) // -j96 ныне - это ещё так себе машина, всего лишь 48 ядер и 2 треда, какой-нибудь , Онаним (?), 11:48 , 03-Янв-22, (15) +1 // А вы пробовали затестит стабильность бинарника на выходе 100500 ядер Думаю что н, Аноним (40), 12:13 , 03-Янв-22, (32) –5 // Если параллелизация на уровне Make, то со стабильностью ниче не будет как повли, Аноним (46), 12:58 , 03-Янв-22, (59) +3 Я просто поднял тему про которую никто особо здесь не говорит не более Может я н, Аноним (40), 13:33 , 03-Янв-22, (74) –1 Тут нужно смотреть контекст Спутники и ракеты - это дорого и жалко терять, поэт, Аноним (46), 14:27 , 03-Янв-22, (99) +2 И боятся летать на самолетах, где реальный риск ниже , Криптоханыга (?), 17:20 , 03-Янв-22, (142) +1 Звездёж статистическийНа км пути риск нижеНа поездку выше и сильно, Аноним (205), 05:46 , 04-Янв-22, (205) Ну да, ну да Именно поэтому, если происходит авария с каким-нибудь самолётом, о, www2 (??), 10:13 , 04-Янв-22, (216) Там даже не малая, а частная в основном 2-х местные пропеллерные или вертолёты , pavlinux (ok), 14:35 , 04-Янв-22, (246) +1 На http vz ru бывают сообщения и по авиа-, и по авто-, и по железнодорожным да, Michael Shigorin с дороги (?), 18:13 , 04-Янв-22, (289) О том и речь, что автомобильные аварии случаются гораздо чаще и интересуют СМИ л, www2 (??), 09:54 , 28-Янв-22, (438) Емм, что вы там собираете А ниче такого, что нормальные компиляторы выдают один, мое правило (?), 23:30 , 03-Янв-22, (195) Ну ты сам-то понял, что это коммент полного лoxа , pavlinux (ok), 14:42 , 04-Янв-22, (248) Я тоже некоторое время поработал в шаражке запускающей спутники внезапно даже ус, keydon (ok), 17:02 , 04-Янв-22, (262) +1 Чадо, у тебя не в компеляторе проблема и даже не в тех рукожопах, которые так, Michael Shigorin с дороги (?), 18:05 , 04-Янв-22, (285) –1 Определённо Вот тут как раз было бы очень интересно увидеть ссылку на это исслед, Ordu (ok), 01:41 , 05-Янв-22, (313) +1 Может это был distcc Да, там бывают свои приколы, uis (ok), 13:41 , 05-Янв-22, (337) LTO, не, не слышал Линковка a b c d, это не тоже самое что a b c d , pavlinux (ok), 14:44 , 04-Янв-22, (249) –1 Ставлю навскидку тыщу рублей, что описанное в 74 было без -flto со товарищи , Michael Shigorin с дороги (?), 18:07 , 04-Янв-22, (287) +1 Как эт ты их так сгруппировал Я так не умею, у меня линковщик все файлы разом х, Аноним (53), 19:54 , 04-Янв-22, (302) Рейс кондишн в мейкфайле - это когда есть фактическое happens-before отношение м, Аноним (46), 01:36 , 05-Янв-22, (312) Приведи пример зависимости сборки объектника от другого объектника , uis (ok), 13:44 , 05-Янв-22, (338) Это заблуждение часто наблюдается у программеров-прикладников, которые рейсом на, Аноним (402), 16:54 , 07-Янв-22, (402) А что там на стабильность-то влияет Собираются файлы всё равно независимо, между, Онаним (?), 13:22 , 03-Янв-22, (67) +1 А известно ли, какая машина у тестирующего Когда я занимался правками ядра, нам , Кирилл (??), 13:15 , 03-Янв-22, (63) И что вы с ней будете делать Оплачивать счета за электроэнергию , Аноним (40), 12:26 , 03-Янв-22, (43) +3 В наши дни такие машины 8211 абсолютная норма, особенно если ты серьезный раз, Смузихлёб (?), 16:51 , 03-Янв-22, (128) +3 // Расшарь-ка мне пару сотен своих ядер Раз у тебя там мир такой новый и дивный , Аноним (180), 21:23 , 03-Янв-22, (180) +1 // amazon EC2 вам в помощь - не благодарите, Иваныч (??), 13:49 , 04-Янв-22, (240) +1 Ты чо, как так можно У вас там страшные штеуд МЕ, уефи и другие непонятные аббр, Аноним (258), 16:52 , 04-Янв-22, (258) // Отдельная PCI сетевуха спасёт отца русской демократии , Смузихлёб (?), 16:59 , 04-Янв-22, (261) –1 В наше время пользователь core 2 duo - это человек пожилого возраста или бухгалт, Смузихлёб (?), 16:53 , 04-Янв-22, (259) 2 шт Baikal-S, Аноним (330), 12:10 , 05-Янв-22, (330) Таненбаум был прав, Отсутствуют данные в поле Name (?), 11:32 , 03-Янв-22, (7) +10 // Всегда был, все это знают Вот вам голая правда о поделии аутиста Линуса , Ananima (?), 11:37 , 03-Янв-22, (10) –10 // А чё минусуют Всё правильно сказал Этот Трольвадс тот ещё баран упёртый Послу, Gogi (??), 13:44 , 03-Янв-22, (83) +3 // Похоже что в Гугле уже это поняли, причём несколько лет назад, и уже серьёзно п, Rev (?), 13:54 , 03-Янв-22, (90) Фуксия они полят ради того чтобы иметь свою коммерческую Ось Архитектура не при, Аноним (-), 14:16 , 03-Янв-22, (95) +5 схоронил, Аноним (250), 14:46 , 04-Янв-22, (250) Да обсохраняйся Symbian и QNX BBerryOS показывают, что в условиях приближенных , Аноним (317), 07:31 , 05-Янв-22, (317) Самое смешное - фактически к этой концепции всё и пришло На серверах крутятся м, Криптоханыга (?), 17:23 , 03-Янв-22, (145) +3 Ждём ядро без фатальных недостатков от Gogi на 20 файлов , keydon (ok), 17:08 , 04-Янв-22, (264) Не зря яблоОС пошла по пути микроядерности, являясь де-факто самой надёжной осью, Смузихлёб (?), 16:54 , 03-Янв-22, (131) // Там гибрид , Аноним (247), 14:37 , 04-Янв-22, (247) –4 Еблёс - шматки Mach 3, никакого там микроядра не осталось, uis (ok), 14:05 , 05-Янв-22, (343) –1 Оно и видно что смузихлёб Всё правильно сказали - нет в огрызкоси никакой микро, Заноним (?), 03:19 , 16-Янв-22, (436) Безусловно Ведь он профессор, а Линус студент Концептуально MINIX очень крутая, Аноним (-), 17:12 , 03-Янв-22, (140) –1 Ну и где его minix теперь Ты им сам-то хотя бы пользуешься , Аноним (165), 19:24 , 03-Янв-22, (165) // minix everywhere - intel me D, dflgjldfgjoldigjoildfjg (?), 19:30 , 03-Янв-22, (166) +2 // Официально Таненбаум негодует, uis (ok), 14:05 , 05-Янв-22, (344) много где - просто тебе об этом не будут сообщать , Аноним (168), 21:04 , 03-Янв-22, (173) // У нас есть такие приборы - но только мы их не покажем серия 100500-я Суровое , Аноним (258), 16:57 , 04-Янв-22, (260) С разморозкай - для SaaS, в котором сейчас заколачивают миллиарды, что GPLv2 3, , Аноним (-), 19:56 , 04-Янв-22, (303) Мне непонятно как они вообще всё это мержат Он год назад делал срез, за этот го, Аноним (16), 11:49 , 03-Янв-22, (16) –2 // git rebase постоянный, А где же каменты (?), 11:58 , 03-Янв-22, (21) +2 // Ща те каргокультисты скажут, что рибэйз - это зло 129325 , pashev.me (?), 12:05 , 03-Янв-22, (26) // Rebase -- наше фсё А зло это merge , Какаянахренразница (ok), 13:14 , 03-Янв-22, (62) +3 Костыль для любителей линейной истории , user (??), 13:36 , 03-Янв-22, (76) +1 Merge комиты выглядят уродливо Какие у merge стратегии преимущества перед rebas, А где же каменты (?), 15:13 , 03-Янв-22, (107) Моё дело -- вбросить А дальше вы уж как-нибудь сами , Какаянахренразница (ok), 16:21 , 03-Янв-22, (120) +11 Давно ли они стали альтернативой друг другу , Аноним (53), 21:02 , 03-Янв-22, (169) Да, всегда были, А где же каменты (?), 21:28 , 03-Янв-22, (181) +3 С мердж комитами прикольно Иногда надо покупать парочку пузырей водяры, звать п, мое правило (?), 23:34 , 03-Янв-22, (196) +4 Ребейз это переписывание истории, то есть вместо одно коммита создаёт на его осн, fuggy (ok), 02:47 , 05-Янв-22, (314) –1 1 Если конфликты при ребейзе, то они будут и при мердже и всё равно придется ак, Аноним (46), 14:31 , 05-Янв-22, (352) +3 В Солярке такая же беда , pashev.me (?), 12:04 , 03-Янв-22, (25) –1 // В случае солярки это проблема вида цветки на могилке слишком быстро вянут , Аноним (234), 13:10 , 04-Янв-22, (234) +2 Не факт что расспаралеливание кода на ядрах процессора приносит улучшенную стаб, Аноним (40), 12:10 , 03-Янв-22, (29) –7 // Какая ещё стабильность бинарника, деточка Иди уроки делай И запомни, что распа, Аноним (53), 12:48 , 03-Янв-22, (51) +6 // Деточка это вы почитайте доки gcc и gentoo потом пишите А еще поинтересуйтесь ка, Аноним (40), 12:57 , 03-Янв-22, (54) –5 // И сейсас ты такой 8212 хопа 8212 вывалил ссылки на нужные места доки gcc , Аноним (53), 21:05 , 03-Янв-22, (174) –1 Это секретная информация Государственная тайна Вам деточка этого никто не раскаж, Аноним (40), 09:39 , 04-Янв-22, (212) –1 Это гостайна , Прохожий (??), 11:06 , 04-Янв-22, (223) В нужных местах можно узнать всё, а всё - гостайна, значит и нужные места тоже, uis (ok), 14:09 , 05-Янв-22, (345) Уважаемый, какая параллельная компиляция на GCC Каждый отдельный unit of comp, Аноним (46), 13:37 , 03-Янв-22, (77) +8 Если нестабильность на уровне сборки - надо заводить багу Искать повторяемость о, Кирилл (??), 13:55 , 03-Янв-22, (91) // Какой умный мальчик Ящик печенья и банку варенья герою Проблема глубже, чем вос, Аноним (96), 15:13 , 03-Янв-22, (106) +1 // Ты пьян, обдолбан или просто шизофреник , Аноним (189), 23:10 , 03-Янв-22, (189) Нет, он просто говорит правду А такие как ты ее никогда не слышали или не желаю, нах.. (?), 17:07 , 05-Янв-22, (371) Что ты несешь 1 Причем тут вообще расспаралеливание 2 На уровне make это ни к, макпыф (ok), 17:46 , 03-Янв-22, (148) +2 Что Вы несёте , Michael Shigorin с дороги (?), 17:14 , 04-Янв-22, (265) –1 // ну он медленнее распадается и гниёт период полураспада опять же увеличивается , примерно_36_скотинок (ok), 15:59 , 13-Янв-22, (434) Быдлокод на сях - это быдлокод в квадрате Побочный эффект от того, что заголово, Аноним (30), 12:10 , 03-Янв-22, (30) +2 // Так ведь Delfi вроде мертв Не , Аноним (40), 12:16 , 03-Янв-22, (36) –2 // Он мертв не поэтому А потому, что кто то хочет овердофига бабла за лицензию А , Аноним (30), 14:42 , 03-Янв-22, (101) –4 // Кто тебе мешает стать этим самым человеком , ms is piece of s (?), 18:20 , 03-Янв-22, (157) +2 Обычно это лапки , Michael Shigorin с дороги (?), 17:14 , 04-Янв-22, (266) +1 Double Commander Вполне солидный проект , Аноним (182), 21:47 , 03-Янв-22, (184) Очень даже возможны Попробуйте часть ссылок в interface , а остальные в imple, другой Вася2 (?), 17:32 , 04-Янв-22, (273) Идеальное прикрытие для внесения бэкдоров , pashev.me (?), 12:13 , 03-Янв-22, (33) +4 // Это русский , Аноним (-), 09:39 , 04-Янв-22, (213) –1 // Инго-то Мельниченко Не, куда там Но мужик грамотный , Michael Shigorin с дороги (?), 17:15 , 04-Янв-22, (267) Если примут, то это на 6 0 уже потянет, Аноним (38), 12:18 , 03-Янв-22, (38) +6 // Примут примут обязательно ждемс с нетерпением , Аноним (40), 12:24 , 03-Янв-22, (41) Про Rust Уже вспомнили , kot to (?), 12:31 , 03-Янв-22, (45) –2 // вспомнили что не нужен, Аноним (65), 13:26 , 03-Янв-22, (70) +2 // Разве что таким неосиляторам, вроде тебя , Прохожий (??), 10:11 , 04-Янв-22, (215) // я начинал учить раст, очень его хвалили, но умер от потери крови, вся из глаз вы, Аноним (250), 14:48 , 04-Янв-22, (251) +4 Может к окулисту сходишь для начала Обычно, люди склонны винить всех вокруг в с, DyadyushkaAU (ok), 14:01 , 05-Янв-22, (342) Зачем о нем вспоминать если это было сделано по-человечески еще в делфях задолго, Анонн (?), 13:37 , 03-Янв-22, (78) +2 // Delphi не бесплатны Rust - бесплатен Хотя бы поэтому У Rust удобней инфрастру, DyadyushkaAU (ok), 13:09 , 04-Янв-22, (233) // Тоже программироуешь браузеры , Аноним (286), 18:07 , 04-Янв-22, (288) Rust не только для браузеров подходит , DyadyushkaAU (ok), 13:51 , 05-Янв-22, (339) Что Зачем , uis (ok), 14:12 , 05-Янв-22, (346) Проблема в том, что с точки зрения функциональности, стабильности, надёжности, б, Аноним (321), 12:36 , 03-Янв-22, (47) +6 // Совершенно верно вот и надо будет больше тестов а потом как всегда патчи патчи и, Аноним (40), 12:41 , 03-Янв-22, (49) // Как практик, могу сказать, что после повышения времени сборки 3 минут - ошибки н, tty0 (?), 12:59 , 03-Янв-22, (60) –1 Патчи приводят кодовую базу в порядок Из-за свободы, которую даёт разделяемая с, Аноним (61), 13:08 , 03-Янв-22, (61) +8 // но ты, конечно, не из их числа, зато аналитика у тебя уровня 80, Аноним (250), 13:43 , 03-Янв-22, (82) –3 Так ты плати за рефакторинг и проблем не будет Аааа не хочешь Ну тогда терпи, Аноним (16), 18:03 , 03-Янв-22, (152) –3 в линуксе заголовочные файлы адский ад, тут включи дефайны gnu, там bsd и смотри, Аноним (-), 18:16 , 03-Янв-22, (156) Линукс написан на Си Там НЕ БУДЕТ Си Поэтому появившаяся в этом языке модуль, Прохожий (??), 11:11 , 04-Янв-22, (224) +3 Как бэкенд разработчик в ентерпрайз проекте на 3 млн строк кода, выражу мнение, , Аноним (46), 13:48 , 03-Янв-22, (85) Если маме освободить больше времени скажем, купив стиралку или посудомойку -- , Michael Shigorin с дороги (?), 17:22 , 04-Янв-22, (268) +2 // Однако в реальности после обретения стиралки эта мама будет либо больше залипать, jezhik (?), 19:51 , 04-Янв-22, (301) +1 Эти регрессии будут способствовать на порядки большей прогрессии, uis (ok), 14:13 , 05-Янв-22, (347) с 15 5 до 27 7 сборок в час ниочом же, мой монитор 144fps Я хочу 1 сборку на , Аноним (64), 13:16 , 03-Янв-22, (64) –5 // Путаешь частоту обновлений с частотой кадров , Анон_ли (?), 13:52 , 03-Янв-22, (87) +1 // Он часы с секундами путает и fps с bph , если что но типа смешно , Michael Shigorin с дороги (?), 17:23 , 04-Янв-22, (269) Забуферизируй каждую сборку и выплюни её в 144 кадра, когда всё случится А чё, , Аноним (122), 16:44 , 03-Янв-22, (125) А вы запустите сборку ядра с высокой говорливостью, будет не успевать выводить в, mikhailnov (ok), 17:58 , 03-Янв-22, (150) +2 Чую нас ждёт год оптимизаций Будет круто, если эти патчи примут в этом году К , th3m3 (ok), 13:28 , 03-Янв-22, (71) –1 // Вот бы ещё пайтоновцы немного на другие, особенно мобильные, архитектуры хоть ин, Аноним (65), 13:38 , 03-Янв-22, (80) Скажи ещё, GIL выпилят , Аноним (53), 21:11 , 03-Янв-22, (175) // Не выпилят, но сделают возможность в одном процессе спаунить subinterpreters Эт, Аноним (17), 23:09 , 03-Янв-22, (188) // Питоновцы изобретают Веб-Воркеры , JavaScript (??), 23:49 , 03-Янв-22, (197) Питоновцы могут запускать ивент лупы программно, прикинь Надеюсь с пальмы не уп, Аноним (397), 20:52 , 06-Янв-22, (397) +1 и вся эта помойка развивалась под неусыпным наблюдением главного Пингвинукса-, Gogi (??), 13:38 , 03-Янв-22, (79) –6 // Гоги вы чьих будете За Паскаль топите , Аноним (-), 14:21 , 03-Янв-22, (97) Вы бы патчи ему кидали, а не гнали на человека лишний раз Он написал ядро и дож, Аноним (122), 16:48 , 03-Янв-22, (126) +2 Что за дебильный язык, в котором нужна фаза пост-пре-процессинга , Rev (?), 13:42 , 03-Янв-22, (81) +3 // гbI-гbI Добро пожаловать в 70-ые Время _килобайтной_ памяти и самых маразмат, Gogi (??), 13:55 , 03-Янв-22, (92) –3 // Сегодня это любой язык, Сишечка просто не прячет этапы и позволяет исполнять их , Аноним (103), 14:52 , 03-Янв-22, (103) +4 // Сегодня у си нет альтернатив по количеству рукожопства с памятью, выходов за гра, Анонн (?), 15:23 , 03-Янв-22, (109) –4 Хотя бы быстро компилируется и работает Современные инструменты позволяют избег, Аноним (103), 15:37 , 03-Янв-22, (111) –1 От перепутанного знака могут помочь юнит-тесты, от неправильной бизнес-логики - , Анонн (?), 18:13 , 03-Янв-22, (155) –3 Почему тогда не помогают , Аноним (103), 18:47 , 03-Янв-22, (162) +1 Потому, что теоретизировать - это вам не код писать , Аноним (258), 17:06 , 04-Янв-22, (263) У тех, кто прогуливал в школе арифметику и не умеет складывать-вычитать целые чи, YetAnotherOnanym (ok), 16:22 , 03-Янв-22, (121) Не, ну зачем вы так про разрабов ядра linux, openssl, xorg, firefox и сотен друг, Анонн (?), 17:21 , 03-Янв-22, (143) Дело тут скорее в сложности продуктов Да и на безопасных языках что-то не спе, Аноним (103), 18:52 , 03-Янв-22, (163) +1 Пилят потихоньку Просто достаточной массы разработчиков не набралось пока , Прохожий (??), 10:28 , 04-Янв-22, (218) И не наберётся То ж не формы на венде клепать, тут думать надо , Аноним (234), 07:47 , 05-Янв-22, (319) –1 Судя по опросам StackOverflow - процесс пошёл А ты и дальше можешь продолжать , DyadyushkaAU (ok), 14:17 , 05-Янв-22, (349) Тут все не так просто и с Си, и с безопасными языками Ведь процессор ну абс, Аноним (381), 02:19 , 06-Янв-22, (381) Дай я пожму твою руку , YetAnotherOnanym (ok), 16:41 , 06-Янв-22, (388) Как хорошо, что в России таких негров можно называть неграми , Michael Shigorin с дороги (?), 17:26 , 04-Янв-22, (271) –2 У вас логическая ошибка в высказывании безотносительно к расистской сути таково, DyadyushkaAU (ok), 15:07 , 05-Янв-22, (359) +1 Согласимся По факту это так Заменить Си нечем - Какой бы он ни был, остальн, Олег (??), 22:55 , 03-Янв-22, (187) Rust Вполне адекватная замена , Прохожий (??), 10:25 , 04-Янв-22, (217) В замене двусвязный список без unsafe уже осилили, или как обычно не работает, Аноним (234), 07:46 , 05-Янв-22, (318) –1 Опеннетовске Воены Антирастового Сопротивления непутание методичек осилили или к, Аноним (-), 12:57 , 05-Янв-22, (333) +1 Когда крыть нечем, но что-то выcpать надо , Аноним (234), 06:36 , 06-Янв-22, (382) А ты самокритичный Осознание - первый шаг к чему-то там, так держать На, Аноним (-), 13:28 , 06-Янв-22, (386) Добавят векторизацию на уровне языка, и ещё 100 лет будет не догнать, uis (ok), 14:23 , 05-Янв-22, (350) Знаете, вот так взять и одной фразой расписаться в своей полной профнепригодност, Michael Shigorin с дороги (?), 17:25 , 04-Янв-22, (270) Си это просто пхп своего времени Даже хуже, у пхп вначале была эталонная реализ, Анонн (?), 15:36 , 03-Янв-22, (110) –2 // MSVC видимо тоже юникс собирает А остальные компиляторы, как ни странно, все по, uis (ok), 14:30 , 05-Янв-22, (351) +1 Что приятно, в Линуксе таки находятся адекватные люди Сначала переделали файлов, Gogi (??), 13:53 , 03-Янв-22, (88) –5 // Как в Виндовсе Гоги топит за язык Ди , Аноним (-), 14:24 , 03-Янв-22, (98) –1 // Предлагаю Гоги сделать главным мейнтейнером языка Ди хотя почему Гоги не предло, Аноним (122), 16:52 , 03-Янв-22, (129) –1 За 15 лет не написано ничего известного, у раста куда больше шансов получить рас, Аноним (103), 14:57 , 03-Янв-22, (104) +3 // Шансы равны и равны 0Обе поделки поделаны чтоб быть и не несут никаких новых кон, Аноним (205), 06:00 , 04-Янв-22, (206) +1 // Сахарок приятный в принципе , Аноним (103), 07:24 , 04-Янв-22, (207) –1 Не чтобы быть, а чтобы избавиться от тех годами копимых наработок на Си, Си , Прохожий (??), 10:37 , 04-Янв-22, (219) На го нельзя писать системный софт Можно, если очень хочется, но нельзя О мног, Аноним (103), 11:02 , 04-Янв-22, (222) +2 Думаю, предыдущий высказывающийся имел ввиду Rust, а не Go , DyadyushkaAU (ok), 13:18 , 04-Янв-22, (235) Но ведь то, что он сказал, явно не про руст с его нпм И в его нпм нет ничего пр, Аноним (103), 13:44 , 04-Янв-22, (239) Чего , Michael Shigorin с дороги (?), 17:33 , 04-Янв-22, (274) Ржавая версия NPM Как pip в питоне , uis (ok), 14:35 , 05-Янв-22, (353) cargo в Rust куда как функциональней, чем pip в Python , DyadyushkaAU (ok), 14:49 , 05-Янв-22, (356) У Rust нет NPM Ты его с чем-то другим попутал В самом языке есть - строгая типи, DyadyushkaAU (ok), 14:47 , 05-Янв-22, (355) +1 В первом предложении ты утверждаешь, что нет нпм, потом льёшь список воды, и зав, Аноним (103), 15:47 , 05-Янв-22, (363) У Rust нет NPM Или ты централизованную систему пакетов имел ввиду Если да, то , DyadyushkaAU (ok), 15:59 , 05-Янв-22, (365) Не систему пакетов, а доверие вендору и к тому, что в гнилой помойке нет и не бу, Аноним (103), 16:24 , 05-Янв-22, (367) Ясно, чукча не читатель И снова проблемы с логикой Если ты находишь код биб, DyadyushkaAU (ok), 16:35 , 05-Янв-22, (368) В серьёзном бизнесе не доверяют никаким хранилищам если только поставщик мамой , Аноним (103), 17:03 , 05-Янв-22, (370) Не доверяем - не пользуемся Или кто-то заставляет Вроде, простое решение, а по, DyadyushkaAU (ok), 13:21 , 06-Янв-22, (385) Я вижу очередной npm, оно тоже не просто загружатель, но и система сборки и то, uis (ok), 17:02 , 11-Янв-22, (424) Куда-то не туда ты смотришь npm - это менеджер пакетов - не совсем то же самое,, DyadyushkaAU (ok), 23:04 , 11-Янв-22, (429) Читаю Си, Ада, uis (ok), 16:53 , 11-Янв-22, (423) Не тем местом читаешь И к ARM, и к MIPS, и к RISC-V, и к SPARC Подробности htt, DyadyushkaAU (ok), 23:15 , 11-Янв-22, (430) Gobo linux даже не смогли pendrive install запилить,, Аноним (203), 02:01 , 04-Янв-22, (203) +1 Какие ваши внуки, трансгендерно-восхищённые постчеловеки нет, это прям как, Michael Shigorin с дороги (?), 17:31 , 04-Янв-22, (272) –1 // Статья примерно из той же оперы что и разговоры малочисленных и нищих совковых а, Аноним (124), 20:51 , 04-Янв-22, (305) // Ремонтопригодность Не, для поколения айфонов и тиктоков это слишком сложная кон, Аноним (328), 12:00 , 05-Янв-22, (328) +1 Так ведь и автоматы вполне себе ремонтируют, не , Аноним (124), 12:06 , 05-Янв-22, (329) Как приведенная статья противоречит опровергает то, что сделано создателями Go, DyadyushkaAU (ok), 15:05 , 05-Янв-22, (358) +1 Следующим шагом будет обфускация заголовочных файлов для экономии места и очеред, Аноним (100), 14:39 , 03-Янв-22, (100) // Так це наоборот, деобфускация Вместо заголовков-всё-в-одном, a k a просто-доба, Аноним (122), 16:54 , 03-Янв-22, (130) Вот щас придёт линус в lkml и покажет всем свой финский палец , Аноним (105), 14:59 , 03-Янв-22, (105) –1 // шведский , john_erohin (?), 01:48 , 04-Янв-22, (202) –2 // Всё-таки финский Его отец был финном , Брат Анон (ok), 09:20 , 04-Янв-22, (210) +2 // а мама таки да , Аноним (225), 11:41 , 04-Янв-22, (225) –1 Шведом Хоть и гражданином независимой Финляндии , Аноним (421), 11:21 , 10-Янв-22, (421) а есть такие же патчи, только что бы сам комп на столько же быстрее работал , Аноним (168), 15:48 , 03-Янв-22, (112) +2 // Сам комп не умеет, а так вот небольшой комментарий к нашумевшему недавно тести, Michael Shigorin с дороги (?), 17:40 , 04-Янв-22, (275) // Почему-то любое упоминание Эльбрусов наводит меня на воспоминания об одной стать, Аноним (124), 18:53 , 04-Янв-22, (292) +3 // Эльбрус никому не нужен Это 8212 тупиковая ветвь развития микропроцессоров, , iZEN (ok), 19:38 , 04-Янв-22, (297) –2 Отучаемся говорить за всех с Я бы купил себе незадорого , так не продают же , Аноним (258), 19:47 , 04-Янв-22, (300) +2 Не переживай, после того как чуть ли не половина тамошних пламенных борцов за р, Аноним (124), 23:47 , 04-Янв-22, (311) удваиваю если патриотизм генерирует убытки для своего кошелька,то пошел в опу т, john_erohin (?), 12:37 , 05-Янв-22, (332) +1 В перепечатках новости было, я видел Но там везде в комменты бодро набигала пуб, Аноним (258), 19:45 , 04-Янв-22, (298) +1 Если бы не закрытость эльбрусов , uis (ok), 14:39 , 05-Янв-22, (354) +3 // Увы, это характерная черта русского человека - много философствовать о человечес, Аноним (124), 15:24 , 05-Янв-22, (360) Если бы не убогость архитектуры DSP-переросток , pofigist (?), 15:41 , 05-Янв-22, (362) Они считают это - достижением Опыт itanium ничему не научил При том что в нем , . (?), 10:32 , 09-Янв-22, (417) И ладно бы только итаниум Эта архитектура была модной лет 25 назад, но в резу, pofigist (?), 22:56 , 09-Янв-22, (420) и, почему же это не сделано Если тебя интересует, конечно же, пиковая производи, . (?), 10:38 , 09-Янв-22, (418) // Я не понял смысл наброса, разве GCC украли EDG фронтенд , n00by (ok), 12:17 , 09-Янв-22, (419) Будем теперь ядро на 486 собирать за ночь, Аноним (115), 15:53 , 03-Янв-22, (115) –1 Это ж какая сейчас скорость сборки тормозная если её можно оптимизировать на 5, Не будь васяном (?), 15:56 , 03-Янв-22, (116) –7 // На стриме у одного человека видел, насколько тормозной на самом деле nasm это а, Аноним (122), 16:59 , 03-Янв-22, (134) // рукалицо Жир бинарника в асме - иключительно вопрос прямизны рук или желания з, Аноним (-), 17:21 , 03-Янв-22, (144) +3 ядром используется обычный асемблер из бинутилсов, макпыф (ok), 17:37 , 03-Янв-22, (146) +2 та не этот чел просто захотел славы , Линус (?), 16:05 , 03-Янв-22, (118) –2 Вот это новогодний подарок Кто-то начал разгребать эти авгиевы конюшни Респект, YetAnotherOnanym (ok), 16:51 , 03-Янв-22, (127) // По хорошему нужно раз в несколько лет переписывать всё с нуля с оглядкой на акту, Смузихлёб (?), 17:06 , 03-Янв-22, (138) +4 // Ниче что у Линукса чаще чем всегда проблемы с новыми железками , Аноним (147), 17:40 , 03-Янв-22, (147) –2 // При чём тут линукс Это обязанность производителя поддерживать железо Всегда по, Аноним (103), 17:58 , 03-Янв-22, (151) +1 Много ты знаешь пользователей, которые сами драйвера поправляют , Прохожий (??), 10:46 , 04-Янв-22, (220) Та даже системный программист не сможет это сделать не имея на руках спецификаци, Смузихлёб (?), 16:50 , 04-Янв-22, (257) +2 Спеки Т е ситуации, когда уже есть драйвер для аналогичного железа не рассматр, Аноним (103), 18:02 , 04-Янв-22, (284) Эээ ну, я однажды vid pid в h-файл добавил Это считается , YetAnotherOnanym (ok), 22:40 , 04-Янв-22, (310) Сколько в итоге денег сэкономили А сколько времени ушло на то, чтобы разобратьс, DyadyushkaAU (ok), 15:55 , 05-Янв-22, (364) –1 По сравнению с каким вариантом С основами языка - около месяца на 2м курсе, лет , YetAnotherOnanym (ok), 16:36 , 06-Янв-22, (387) По сравнению с покупкой нового девайса, который бы работал без переделки драйвер, DyadyushkaAU (ok), 18:01 , 06-Янв-22, (392) Но как обычно - только в теории Потому что еще есть время, затраченное на поиск, Аноним (-), 18:11 , 06-Янв-22, (393) Для подавляющего большинства пользователей, не занимающихся профессионально разр, DyadyushkaAU (ok), 19:09 , 06-Янв-22, (396) Практика, которая проста только у теоретиков Если рассматривать покупки, как н, Аноним (-), 21:28 , 06-Янв-22, (399) И в чём здесь могут быть сложности Обычный пользователь считает, что он реально, DyadyushkaAU (ok), 00:02 , 08-Янв-22, (406) В расхождении подсчета на пальцах и _реального_ результата Ваш Кэп Т е мы мо, Аноним (-), 02:00 , 08-Янв-22, (407) Да, пропустил, извиняюсь Но что это меняет в корне Текущее положение дел таков, DyadyushkaAU (ok), 11:17 , 08-Янв-22, (411) Кто может это гарантировать заранее Плюс N денежных единиц за выкинутый старый , YetAnotherOnanym (ok), 18:58 , 06-Янв-22, (394) Очевидно, что производитель девайса Минус амортизация Это время ничего не стоит,, DyadyushkaAU (ok), 19:06 , 06-Янв-22, (395) Разве Вам никогда не встречались устройства, производитель которых обеспечивает , YetAnotherOnanym (ok), 00:52 , 07-Янв-22, (400) Встречались И Не понимаю, к чему вы клоните Напоминаю, я вступил в дискуссию , DyadyushkaAU (ok), 23:45 , 07-Янв-22, (405) Да какие там звуковухи -- вон захотели тут давеча ноут с этой их хвалёной win10 , Michael Shigorin с дороги (?), 17:50 , 04-Янв-22, (278) Я человек простой, вижу шигорина, ставлю диз даже не читая , Смузихлёб (?), 19:31 , 04-Янв-22, (295) –2 IT-специалиста, способного купить ноут без eth-разъёма, надо гнать с фирмы тряпк, YetAnotherOnanym (ok), 22:38 , 04-Янв-22, (309) Вакцины от Windows 11 несуществует, мои соболезнования вашим родным и близким , Аноним (149), 17:56 , 03-Янв-22, (149) –3 Рожай каждый год нового ребенка, зачем тебе старые, 2-,3-,4-,5-летние дети , pavlinux (ok), 14:23 , 04-Янв-22, (245) –2 // Это какой понос вместо мозгов должен быть чтобы проводить подобные аналогии Жал, Смузихлёб (?), 16:48 , 04-Янв-22, (256) –1 Уж не знаю, какой у _Вас_ понос вместо мозгов -- но Вас макнули носом именно в т, Michael Shigorin с дороги (?), 17:46 , 04-Янв-22, (277) –1 Именно поэтому ты сидишь на core 2 duo в 2к22 году Мило, лол , Смузихлёб (?), 19:32 , 04-Янв-22, (296) +2 Конечно, хорошо, что нашёлся очередной Геракл Но не лучше бы было просто не дов, DyadyushkaAU (ok), 13:23 , 04-Янв-22, (237) // А, да, святой Rust эту проблему решит на раз плюнуть , Аноним (330), 18:06 , 05-Янв-22, (374) // Может и не на раз плюнуть, но точно с меньшим количеством ошибок работы с память, DyadyushkaAU (ok), 13:19 , 06-Янв-22, (384) Скоро Линукс перейдет на zig и ее сборочную систему, ананоша (?), 17:08 , 03-Янв-22, (139) –4 // make menuconfig тебя не одобряет , Аноним (-), 18:25 , 03-Янв-22, (158) +1 Лишь бы ninja не использовать , Аноним (164), 18:58 , 03-Янв-22, (164) –4 // Лучше не использовать вне локалхоста, тормозное г но, Аноним (-), 23:51 , 05-Янв-22, (379) +1 Опять у сквирти обострение Ну, хорошо что залогинился, родной , смешнох (?), 19:47 , 03-Янв-22, (167) –2 Спасибо проорался Такое количество ядер ни одному гентушнику недоступно , Аноним (180), 21:21 , 03-Янв-22, (179) +2 // Среди моих знакомых гентушников есть минимум один бывший админ нескольких вузовс, Michael Shigorin с дороги (?), 17:52 , 04-Янв-22, (279) –3 // Не важно Gentoo в chroot можно собирать хоть под Ubuntu, хоть под MX Linux , Аноним (426), 19:52 , 11-Янв-22, (426) Наконец-то кто-то хорошо показал весь бардак в исходниках ядра Я когда первый, Ананоним (?), 23:19 , 03-Янв-22, (190) –1 50-80 Это довольно свирепо , iCat (ok), 07:58 , 04-Янв-22, (208) +2 и че теперь делать , Аноним (229), 12:23 , 04-Янв-22, (229) // Компилять, Аноним (426), 19:53 , 11-Янв-22, (427) Смотрю в теме одни дистростроители собрались, что не х , то свой дистриб А в , pavlinux (ok), 14:19 , 04-Янв-22, (244) +1 // из бинарного демьяна - С наступившим , Michael Shigorin с дороги (?), 17:53 , 04-Янв-22, (280) А ты сам-то кто , Аноним (422), 19:29 , 10-Янв-22, (422) А то нет Берёшь howto от какого-нибудь Линукс для себя и вперёд , Аноним (426), 19:57 , 11-Янв-22, (428) Ага, убираем поддержку rust и станет ещё быстрее , Аноним (254), 16:38 , 04-Янв-22, (254) +1 // да просто отключаешь в конфиге сотни ненужных тебе драйверов, . (?), 11:31 , 05-Янв-22, (326) // Да какую сотню Один-два учебных , Аноним (330), 12:18 , 05-Янв-22, (331) Каким раком дебажная функция нужна для ускорения сборки , pavlinux (ok), 05:20 , 05-Янв-22, (316) –1 // ты прочиталкак ускорение , Аноним (-), 23:49 , 05-Янв-22, (378) не усложнит ли это понимание единицы компиляции чистка неиспользуемых хедеров , . (?), 11:26 , 05-Янв-22, (324) +1 А почему это не делается проверяется автоматически , Аноним (372), 17:07 , 05-Янв-22, (372) Это повод увеличить мажорный номер версии , Аноним (330), 17:57 , 05-Янв-22, (373) не взлетит подумаешь, время компиляции вон, раст компилируется часами, никто и, фстэк якобы (?), 17:54 , 06-Янв-22, (391) –1 Кароч, три дня трахал, компилится быстро, только не грузится , pavlinux (ok), 20:54 , 07-Янв-22, (404) –1 1,2,3,4,5,6,7,16,25,29,30,33,38,45,47,64,71,79,81,88,100,105,112,115,116,118,127,139,164,167,179,190,208,229,244,254,316,324,372,373,391,404

Сообщения

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

2. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–14 +/–
Сообщение от Аноним (2), 03-Янв-22, 11:17
Почему сишники за 50 лет не догадались сделать модульную систему как в Яве? Каждый компиляйшон юнит требует парсинга сто шессот файлов. В каком нибудь Дельфи жмещь запустить - и сразу запускается
Ответить | Правка | Наверх | Cообщить модератору

	14. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+18 +/–
	Сообщение от Онаним (?), 03-Янв-22, 11:44
	Сразу видно, что серьёзных проектов на Дельфи у тебя не было :D
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+9 +/–
	Сообщение от Аноним (17), 03-Янв-22, 11:50
	Потому, Delphi компиляет отдельные юниты в отдельные независимые модули (которые даже если и лежат в итоге в одном бинарнике - по сути, как набор отдельных взаимодействующих библиотек). А "Ява" - это вообще виртуальная машина, у неё вообще никаких гарантий на время выполнения нет. Одна и та же строчка кода может работать как 1, так и 1000 единиц времени. В случае с Си, из-за того, что язык используется для системного программирования - требуются гарантии детерминированности времени исполнения кода. И если Delphi программа может позволить себе "подождать" несколько миллисекунд на то, чтобы подгрузить страницы другого модуля, инициализировать его и т.д., то если у тебя в обработчике прерывания в ядре начнёт происходить недетерминированная хрень и логика-отсебятина компилятора - то ядро просто работать не будет. В си тоже вполне себе есть "модули". Библиотеки (статические и динамические) - это именно про это. Если ты разбиваешь свой проект на отдельные незавимые библиотеки - то чаще всего их можно собирать и редактировать каждый по отдельности, и пересборка всего проекта не требуется. И даже ядро умеет динамически линковаться с кодом - kernel objects - это именно про это. Просто из-за особенностей ядерной разработки - одна правка в базовое ядро может сломать модули, собранные под старое ядро, причём самым неожиданным образом (т.к. всё работает в одном адресном пространстве, промахнулся на 1 байт в структуре - и ты уже, например, корраптишь данные файловой системы). Поэтому дешевле не портить себе нервную систему и не стрелять в ногу - так что ядро пересобирают целиком. Ну, а то, что некоторые сишники и плюсовики (например, проект Chromium) закидывают всё в один проект и делают монолитные проекты на 60 миллионов строк кода которые компиляются в районе суток - это уже проблема рук, растущих не из того места, а не языка.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	22. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+4 +/–
	Сообщение от Цезий Родонович (?), 03-Янв-22, 12:01
	Что за дичь ты написал? Особенно доставило про делфи и инициализацию модулей. Некоторые недостатки других ЯП и компиляторов, никак не оправдывают конченную модульность в C/C++
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от Аноним (17), 03-Янв-22, 12:14
	Потому что это именно так и устроено - каждый дельфёвый модуль - это шмоток законченного кода, по сути статическая библиотека. Которая предоставляет свой набор функций и использует функции других библиотек. Т.е. ничем концептуально не отличается от проекта на си, состоящего из нескольких десятков статически слинкованных библиотек. Когда пишешь на C - тебе не приходится пересобирать каждый раз glibc с проектом. На сях обычно каждый C-файл не делают отдельной библиотекой. Во-первых, потому что растут накладные расходы, софт становится медленнее. А во-вторых, это закрывает целый ряд оптимизаций, который возможен в gcc (в том числе link-time optimization), но не возможен в Delphi, потому что МОДУЛЬНОСТЬ.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от iZEN (ok), 03-Янв-22, 12:26
	> Потому что это именно так и устроено - каждый дельфёвый модуль - > это шмоток законченного кода, по сути статическая библиотека. Которая предоставляет свой > набор функций и использует функции других библиотек. Т.е. ничем концептуально не > отличается от проекта на си, состоящего из нескольких десятков статически слинкованных > библиотек. Когда пишешь на C - тебе не приходится пересобирать каждый > раз glibc с проектом. Приходится из-за детерминированности связей с обратными вызовами и LTO. В классическом Turbo Pascal и Delphi используется однопроходный компилятор без препроцессора. > На сях обычно каждый C-файл не делают отдельной библиотекой. Во-первых, потому что > растут накладные расходы, софт становится медленнее. А во-вторых, это закрывает целый > ряд оптимизаций, который возможен в gcc (в том числе link-time optimization), > но не возможен в Delphi, потому что МОДУЛЬНОСТЬ. Delphi 2 (32-bit) на Pentium II показывала скорость компиляции ~300000 строк в секунду. Это быстрее, чем Turbo C на том же оборудовании в десятки раз. Дельфишник, как правило, чтобы запустить проект на пробное выполнение, статически собирал проект вместе с VCL в автономный EXE-файл, невзирая на размеры последнего. Потому что скорость компиляции и связывания с заранее откомпилированным (бинарным, .dcu) кодом была выше, чем каждый раз пересобирать такую же по функционалу "портянку" из исходников, написанных на С/С++ Builder.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Аноним (65), 03-Янв-22, 13:20
	А теперь пойди и посмотри на классический трупопаскаль, ага. Один раз, а потом второй, но уже глазами
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от Цезий Родонович (?), 03-Янв-22, 12:01
	Что за дичь ты написал? Особенно доставило про делфи и инициализацию модулей. Некоторые недостатки других ЯП и компиляторов, никак не оправдывают конченную модульность в C/C++
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	94. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–1 +/–
	Сообщение от Аноним (-), 03-Янв-22, 14:09
	>C/C++ Это что за язык такой?
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от Аноним (122), 03-Янв-22, 16:27
	Он даже не в курсе, что это два разных языка. Просто второй скопипастил у первого, но как-то не очень уверенно и криво. Даже разные фишки выкидывать пришлось ради "святого ООП", который по факту просто макрос для вызова функций с контекстом (и всё равно тот же restrict зачем-то выкинули, хотя он очень нехило может помочь в некоторых оптимизациях).
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (-), 03-Янв-22, 17:01
	> restrict появился в c99 > (и всё равно тот же restrict зачем-то выкинули, хотя он очень нехило может помочь в некоторых оптимизациях). Экспердус опеннетус вульгарис ...
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Аноним (228), 04-Янв-22, 11:58
	Это два языка. Никогда не видел перечисление косой чертой?
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	290. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–4 +/–
	Сообщение от Аноним (-), 04-Янв-22, 18:32
	В Юникс мире такого перечисления никто не знает.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Аноним (2), 03-Янв-22, 12:02
	> закидывают всё в один проект и делают монолитные проекты на 60 миллионов строк кода которые компиляются в районе суток Ну зайди в билд систему любого дистра и убедись, что неоправданно долгая компилюха - это болезнь вообще всех сишных проектов. Перейдя в Линукс, в свое время удивился, как обычный gtk.-хелловорлд компилился секунды, а не наносекунды, как в Дельфи.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	39. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (17), 03-Янв-22, 12:22
	Я гентушник, мне не надо "заходить в билд систему", она у меня прямо на компе. Я не сказал, что софт компиляется быстро. Сишные проекты действительно собираются ощутимо долго.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+2 +/–
	Сообщение от Аноним (2), 03-Янв-22, 12:38
	> проблема рук, растущих не из того места, а не языка. Следовательно, таки языка, а не рук.
	Ответить | Правка | Наверх | Cообщить модератору

	412. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от n00by (ok), 08-Янв-22, 19:57
	А если бы хоть раз посмотрели машинный код после кодогенератора Дельфи, то удивления бы не было.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	416. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от A.N.Onimous (?), 08-Янв-22, 23:17
	>из-за особенностей ядерной разработки Интересный эвфемизм для отсутствия архитектуры
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	18. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (18), 03-Янв-22, 11:51
	Ява же любит кушать память
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	37. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–7 +/–
	Сообщение от iZEN (ok), 03-Янв-22, 12:16
	> Ява же любит кушать память Пальму первенства по этому свойству она давно отдала Rust'у.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+5 +/–
	Сообщение от Rev (?), 03-Янв-22, 13:48
	А будут ссылки на доказательства, или ты просто балабол?
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–1 +/–
	Сообщение от Аноним (96), 03-Янв-22, 14:16
	Из книжки Rust: Гарантии безопасности памяти в Rust затрудняют, но не делают невозможным случайное выделения памяти, которая никогда не очищается (что известно как утечка памяти ). Полное предотвращение утечек памяти не гарантируется Rust, так же как не является гарантией отсутствие гонок данных проверенных во время компиляции, а это означает, что утечки памяти безопасны в Rust. В реальности: Так же как Java безопастный раст может схавать столько памяти, сколько ей дадут или пока не прибьют OOM киллеры, т.к. память течет.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+3 +/–
	Сообщение от kai3341 (ok), 03-Янв-22, 18:37
	Давай переведу с русского на русский: разработчики Rust предупреждают, что говнокод может течь -- какая неожиданность
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+2 +/–
	Сообщение от pda (ok), 03-Янв-22, 21:03
	Подождите, этот гений однажды узнает, что в Java несмотря на gc тоже возможны утечки памяти, его тогда инфаркт хватит... https://www.baeldung.com/java-memory-leaks
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от aname (?), 04-Янв-22, 12:43
	Так а зачем нам такой безопасный язык- то?
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	253. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Аноним (253), 04-Янв-22, 15:30
	Затем что невозможно избежать утечек памяти. Это как пытаться избежать языковыми средствами возможности зацикливания (проблема останова). Можно, но не будет уже полноты по Тьюрингу. Ошибка здесь такая. Вы утверждаете что ремень безопасности не уберегает от летальных случаев на дорогах и потому не нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	286. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (286), 04-Янв-22, 18:06
	>Затем что невозможно избежать утечек памяти. Тогда и не надо было пыжиться, пытаясь заменить C++, Rust отличная замена сишарпа, только вот с такими приколами в нишу сишки с плюсами ему не пролезть.
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (253), 04-Янв-22, 21:45
	Сишарп на виртуальной машине работает. Его сравнивать с Rust/C++/C некорректно, можно с Явой. Раст (по примеру ремня безопасности в машине) избавит от 70% эксплуатируемых уязвимостей. Напомню, что утечка памяти в программе на rust это максимум denial-of-service класс атаки. https://www.zdnet.com/article/chrome-70-of-all-security-bugs.../ https://msrc-blog.microsoft.com/2019/07/16/a-proactive-appro.../
	Ответить | Правка | Наверх | Cообщить модератору

	325. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Онаним (?), 05-Янв-22, 11:31
	На данный момент он да, избавляет от 99% эксплуатируемых уязвимостей, просто потому, что эксплуатировать нечего и негде.
	Ответить | Правка | Наверх | Cообщить модератору

	348. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от DyadyushkaAU (ok), 05-Янв-22, 14:14
	В твоём г-нокоде - вполне возможно. Google, MS, Huawei, Mozilla, Amazon - уже эксплуатируют вовсю. Разумеется, речь не идёт о полном переписывании с нуля всего и вся, это было бы очень и очень дорого.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (286), 04-Янв-22, 18:00
	>разработчики Rust предупреждают, что сборка мусора не работает и надо использовать костыли, а криков-то по поводу free() было...
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	308. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (253), 04-Янв-22, 21:47
	Каким образом выход за скоуп объекта с его немедленным освобождением является костылем? Проще и органичней еще ничего не придумали.
	Ответить | Правка | Наверх | Cообщить модератору

	431. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (431), 12-Янв-22, 07:20
	>разработчики Rust предупреждают, что говнокод может течь На Rust бывает другой код?
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	432. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Аноним (-), 12-Янв-22, 14:29
	>>разработчики Rust предупреждают, что говнокод может течь > На Rust бывает другой код? У тебя нет, независимо от ЯП. Но не все люди - ты.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от lufog (ok), 03-Янв-22, 14:08
	Сомнительное утверждение, учитывая что в Rust нет сборщика мусора, а ресурсы освобождаются автоматически при выходе переменной из области видимости. В теории, конечно можно оперировать сырыми указателями в unsafe блоке, и управлять памятью вручную, но это ничем не будет отличаться от того же C/C++.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	413. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от n00by (ok), 08-Янв-22, 20:05
	Удивительно, но free() не обязательно освобождает ресурсы, а всего лишь возвращает память куче. Потому, когда на "том же же C/C++" пишут специфичные для задачи менеджеры памяти, которые решают проблему фрагментации кучи, "автоматическое освобождение" течёт. А когда все переменные стековые, то получается максимум HelloWorld.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от Аноним (46), 03-Янв-22, 12:33
	Когда на любой чих делают аллокацию объекта, да еще и в цикле, а потом ява виновата, а не криворукие кодеры. В джаве так-то можно JVM указать, сколько хипа она максимально может выжрать, прежде чем с ООМ грохнется.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	170. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от лютый жабби__ (?), 03-Янв-22, 21:03
	>В джаве так-то можно JVM указать, сколько хипа она максимально может выжрать и как это опровергает фразу "жаба жрёт ОЗУ как свинья помои"? Погугли сколько памяти в жабе занимает Double или Integer ) И, кстати, делать 100500 одноразовых иммутабельных объектов (и массово заниматься их копированием с места на место) - это прямая рекомендация от корифеев многопоточного погромирования на жабе )
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (46), 05-Янв-22, 14:50
	Иммутабельность позволяет получить дешевую в поддержке потокобезопасность. Никто не пойдет ковыряться в проекте, где мьютекс на мьютексе и семафором погоняет. Ну может за ОЧЕНЬ большие деньги. А так как у иммутабельных объектов нет стейта, их можно закешировать в пул и возвращать одну и ту же сцыль. Так что все проблемы с аллокацией снова от криворуких кодеров, не могущих в педантичное переиспользование того, что можно переиспользовать. Про Flyweight паттерн еще GoF писали. P.S. А классы-обертки везде использовать тебя никто не заставляет. "Нормально делай - нормально будет." (с)
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+2 +/–
	Сообщение от Аноним (27), 03-Янв-22, 12:07
	Тем временем не только лишь каждый Java проект размером на 3 порядка меньше собирается быстрее, чем за 130с.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	153. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+2 +/–
	Сообщение от Аноним (153), 03-Янв-22, 18:04
	Настоящий Java проект только на скачивание артифактов трати больше чем 120 сек
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от мое правило (?), 03-Янв-22, 23:25
	У нас серверок был, логики не очень много и полностью кастомная, на джава. И там были зависимости на апач либы разной бигдата направленности. И эта помойная параша без локального кеша с быстрого прокси в сети качала зависимости 1.5 часа. Оно писало сотни тысяч мелких и больших файликов, делало миллионы запросов на ьедное прокси. С локальным кешом собиралось 30 минут. Что бы не страдать во время локального девелопмента я на начале спринта регулярно запускал скрипт, который собирал свежие зависимости и хардкодом записывал их во все возможные анналы класспаса, и чистил зависимости. Таким образом сборка кода и артефактов для установки занимала 10 минут.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–3 +/–
	Сообщение от Аноним (35), 03-Янв-22, 12:15
	> В каком нибудь Дельфи жмещь запустить - и сразу запускается С Бейсиком не попутали?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	113. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от OpenEcho (?), 03-Янв-22, 15:49
	Да и не с каждым Бейсиком прокатит, Power Basic к примеру тоже компилировать сперва прийдется
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+2 +/–
	Сообщение от Аноним (161), 03-Янв-22, 18:43
	Кстати разработчики Delphi реально всегда выпячивали скорость компиляции, как главное преимущество над C++. Явное разделение интерфейса и имплементации позволяло делать очень быстрые однопроходные компиляторы.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	194. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от Аноним Максим (?), 03-Янв-22, 23:26
	На момент выхода Делфи скорость компиляции равноценных проектов переписанных с Си действительно отличалась на порядки, но это ж было аж на 386 процессорах и жесткими дисками даже без DMA. В то время и я писал на Делфи не смотря на паталогическое неприятие Паскаля. Логично, когда скорость компиляции Делфи на реальных проектах перестала быть ключевой особенностью, а среда разработки закостенела, тут от нее массово и отказались.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+2 +/–
	Сообщение от Аноним (96), 03-Янв-22, 12:52
	Тормозное выполнение с гигабайтами памяти или тормозная сборка? что важнее конечному пользователю эклипса, андроида и прочих тормозных продуктов ява мира? Но на пользователей уже всем плевать, хренак хренак в продакшн и лишь бы побыстрее. потом просто сменим обои, кнопки - главное есть видимость улучшения.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	53. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–3 +/–
	Сообщение от Аноним (53), 03-Янв-22, 12:52
	Потому что, когда придумывали Си, не было гигабайтов памяти. И даже мегабайтов не было.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	56. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–3 +/–
	Сообщение от iZEN (ok), 03-Янв-22, 12:57
	> Потому что, когда придумывали Си, не было гигабайтов памяти. И даже мегабайтов не было. Си придумали как заменитель ассемблера (который на каждой машине в 1970-х годах был свой), чтобы перенести Unix с одной машины (устаревающей не по дням, а по часам) на новую машину. "Быстро и грязно" — было в порядке вещей для C того времени.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+8 +/–
	Сообщение от Аноним (68), 03-Янв-22, 13:23
	>"Быстро и грязно" — было в порядке вещей для C того времени. это и сейчас в порядке вещей, для всего
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–1 +/–
	Сообщение от DyadyushkaAU (ok), 04-Янв-22, 13:00
	Не надо преувеличивать. Может вы и не заметили, но некоторые вещи меняются к лучшему. Возьмём, к примеру, Rust. Там и модули есть, и с памятью работа корректная. Хотя некоторые программисты на Си к грязи настолько привыкли, что уже и не замечают, как они по макушку в ней увязли. Для них это уже естественное состояние. А потом появляются Геркулесы (наподобие того, что в новости) и пытаются хоть как-то расчистить то, что накопилось.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (68), 04-Янв-22, 13:37
	>Возьмём, к примеру, Rust. Никто не преувеличивает. Раст мог выйти в 2030 году проработанным и стандартизированным, но такого хайпа он мог уже и не поднять и остался бы без поддержки. Но его сляпали быстро и грязно, а теперь постепенно допиливают. В каждой новой версии старая грязь остается во имя обратной совместимости. Спорить насколько "грязно", я не буду.
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от DyadyushkaAU (ok), 05-Янв-22, 16:04
	В каждой новой версии старая грязь остаётся только... в старой редакции. Другими словами, это настраиваемо, хочешь ли ты тащить эту грязь в свой новый проект (для какой-то обратной совместимости), или ограничишься свежайшей редакцией. Поэтому можно смело заявлять, в Rust НЕТ грязи. https://habr.com/ru/post/557460/
	Ответить | Правка | Наверх | Cообщить модератору

	380. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	–2 +/–
	Сообщение от Аноним (380), 06-Янв-22, 00:11
	вы каждый день начинаете новый проект? ;) Ваш проект тоже может быть сделан быстро и грязно и у вас сейчас полно других более насущных проблем, чем настраивать концентрацию расто-грязи. Да даже то, что раст использует llvm говорит об упомянутом подходе -- это было быстро, т.к. взяли готовое и в то же время грязно, т.к. всякие достоинства раста на это готовое не распространяются
	Ответить | Правка | Наверх | Cообщить модератору

	383. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от DyadyushkaAU (ok), 06-Янв-22, 13:17
	> Ваш проект тоже может быть сделан быстро и грязно и у вас > сейчас полно других более насущных проблем, чем настраивать концентрацию расто-грязи. Причём здесь какой-то отдельной взятый проект? В случае с C, C++ вы по умолчанию тащите весь накопленный "багаж знаний" компилятора. Rust же вас ограничивает в этом багаже: вы в одном и том же коде не можете применять разные техники и разные стандарты, как в случае с C++. О какой "расто-грязи" в таком случае вы вообще говорите? > Да даже то, что раст использует llvm говорит об упомянутом подходе Смешались в кучу кони, люди. Причём здесь LLVM? -- > это было быстро, т.к. взяли готовое и в то же время грязно, т.к. всякие достоинства раста на это готовое не распространяются Ему и не надо распространяться. Компилятор Rust надаёт вам по рукам ДО ТОГО, как дело дойдёт до компиляции в машинный код.
	Ответить | Правка | Наверх | Cообщить модератору

	389. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (68), 06-Янв-22, 17:08
	> В случае с C, C++ вы по умолчанию тащите весь накопленный "багаж знаний" компилятора. не-а — у меня лишь нет препятствий тащить > О какой "расто-грязи" в таком случае вы вообще говорите? о той, которую надо или переписывать, или она вынуждает привязываться к редакции. Если все всё могут переписать, то смысла в редакциях особо нет > Смешались в кучу кони, люди. Причём здесь LLVM? он ведь все еще используется? Ну там "Rust compiles to LLVM" и т.п. > Компилятор Rust надаёт вам по рукам ДО ТОГО, как дело дойдёт до компиляции в машинный код. а мне не нравится, что Rust не надавал по рукам тем, кто писал реализации алгоритмов оптимизации и компиляции/трансляции в машинный код. Идеальный, чистый и проверенный код на расте обрабатывается грязным бэкендом, который в результате может добавить непонятных и трудноотлавливаемых ошибок PS: мы начали с того, что вам не понравилось мое общее высказывание по поводу "быстро и грязно" >Не надо преувеличивать. Может вы и не заметили, но некоторые вещи меняются к лучшему. Возьмём, к примеру, Rust… 1. я так же заметил, что многие вещи меняются к лучшему во многих областях (языках, проектах) и даже C/C++ тут не исключение 2. понятия "нормы" или "грязи" меняются или, что еще хуже, они хорошо сдобрены маркетинговой чепухой. Сейчас ведь стало нормой писать жручие и падучие приложения, т.к. "контейнер в облаке перезапустится в N миллисекунд" или "планка памяти стоит как две чашки кофе" — программисты прошлого схватились бы за голову от такого. 3. "грязь" есть везде: где-то из-за незнания или неопытности, где-то из-за недостатка времени. Про то, что спорить про ее концентрацию я не намерен я уже писал 4. больше ни слова про раст и c/c++ :)
	Ответить | Правка | Наверх | Cообщить модератору

	390. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от DyadyushkaAU (ok), 06-Янв-22, 17:53
	> не-а — у меня лишь нет препятствий тащить О чём я и говорил ранее. Программисты увязли по макушку в грязи, и этого не замечают. :) > о той, которую надо или переписывать, или она вынуждает привязываться к редакции. Если все всё могут переписать, то смысла в редакциях особо нет Подмена понятий, ясно-понятно. > он ведь все еще используется? Ну там "Rust compiles to LLVM" и т.п. Да. И? > а мне не нравится, что Rust не надавал по рукам тем, кто писал реализации алгоритмов оптимизации и компиляции/трансляции в машинный код. Идеальный, чистый и проверенный код на расте обрабатывается грязным бэкендом, который в результате может добавить непонятных и трудноотлавливаемых ошибок Есть конкретные претензии? Или так, теоретизируем? Но допустим, что есть. Если вы чем-то недовольны, всегда можно сообщить об этом соответствующей команде. А кто конкретно будет решать найденную вами проблему (команда Rust или команда LLVM), какая уже разница? > 1. я так же заметил, что многие вещи меняются к лучшему Это не вы заметили. Это я заметил. > 2. понятия "нормы" или "грязи" меняются или, что еще хуже, они хорошо сдобрены маркетинговой чепухой. Меняются, да. Но не в сторону полных противоположностей, как вы, видимо, пытаетесь представить. > Сейчас ведь стало нормой писать жручие и падучие приложения Только там, где стоимость программиста сильно выше получаемого от его квалификации эффекта. Вы же не думаете, что программирование - это сферический конь в вакууме, искусство ради искусства?
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от fsb4000 (?), 03-Янв-22, 13:31
	В С++ сделали модули. Лишь слегка медленнее чем fpc...
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	160. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от kai3341 (ok), 03-Янв-22, 18:42
	Точно сделали? Там модули год назад всё порывались принять в стандарт да не приняли. Дальше я не следил Или речь о динамически линкуемых библиотеках?
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от fsb4000 (?), 03-Янв-22, 21:44
	модули приняли в С++20, а скоро уже С++23 выходит
	Ответить | Правка | Наверх | Cообщить модератору

	435. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (435), 15-Янв-22, 15:56
	> модули приняли в С++20, а скоро уже С++23 выходит Ага. В таком виде, в котором они никому не уперлись. С includ'ами был одна проблема. При перекрестных вызовах методов из двух деревьев невозможно реализовать виртуальные методы возвращающие указатели нужного типа а не базовых. В модулях это было бы сделать можно, но !!! Эти, на всю голову больные люди, предусловием поставили отсутсвие перекрестых ссылок в модулях. Занавес!
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от nc (ok), 03-Янв-22, 23:21
	Насколько я понимаю, 50 лет назад были маленькие объемы оперативки. А модульность подразумевает компиляцию сразу всех файлов модуля в единое синтаксическое дерево, что позволяет вообще отказаться от include в рамках одного модуля (именно так в C# и Java). Далее, для каждого модуля определяется публичный интерфейс и приватная реализация, и интерфейсы всех модулей проекта должны быть в оперативке (в виде AST) всегда - только так можно избежать постоянной перекомпиляции инклудов (когда один инклуд подключен в тысячи файлов и перекомпилируется тысячи раз вместе с каждым исходником). Вероятно, когда оперативка измерялась килобайтами, сделать все это было затруднительно. В Си решили поступить по простому - сделали псеводмодульность вручную, т.е. заголовочный файл - это написанный вручную публичный интерфейс. Ну и попались на этом - объемы оперативки стали расти, объемы кода тоже, переписывать язык и весь код уже было нереально, "работает - не трожь" и тому подобное. Кривизна этого подхода особенно явственно вылезла в С++, который унаследовал инклуды Си, а в заголовочные файлы стали пихать шаблонный код.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	200. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Ordu (ok), 04-Янв-22, 00:16
	> модульность подразумевает компиляцию сразу всех файлов модуля в единое синтаксическое дерево Не, как я понимаю, не подразумевает. Если ты, компилируя модуль, будешь генерировать файл типа "скомпилированный модуль", который будет что-то типа комбинации сишных .o и .h, но подчёркнуто бинарным, чтобы можно было бы быстро оттуда в оперативку вытащить декларации и перегнать их во внутреннее представление, используемое компилятором, то... А если ты ещё дашь возможность импортировать не только модуль целиком, но и частями, типа: use std::io::{Read, Write}; то тогда можно из скомпилированного модуля извлекать не все декларации, а только нужные, экономя не только время на жонглирование ими, но и оперативку под их хранение. Интересности возникнут с inline-функциями и с параметризацией, потому что для первых придётся сохранять в файл либо исходный текст и каждый раз по-новой разбирать в AST, либо сохранять в файл в каком-то предкомпилированном виде, может даже в виде AST. С параметризацией примерно то же, но ещё жёстче, потому что с inline'ами можно сделать грязно, скомпилировав их в бинарный блоб инструкций и сопроводив метаинформацией для линковки этого блоба в вызывающую функцию -- таким образом оптимизации проводимые на AST не удастся проводить над кодом после того, как функции заинлайнены, но, по-крайней мере, накладные расходы на вызов можно снять. Но с параметризацией так уже не выйдет. Но, как бы это сказать, во-первых, проблема с инлайнами не является непреодолимой проблемой даже на 64Kb оперативки, просто взгеморроиться надо, а параметризацию по типу тогда всё равно не делали, то есть её проблемы можно игнорить. А во-вторых, в C из 70-х не было inline-функций. Правда вместо них были макросы. Паскаль разрабатывался на несколько лет позже чем C, и он вполне справлялся с модулями. ТурбоПаскаль в начале 80-х вышел и работал на тех PC, в которых не было никаких мегабайт оперативки, и я не думаю что в этих PC было больше оперативки чем в PDP-11, на котором создавался C и Unix. Скорее даже наоборот. Это сейчас модульность реализуют так, чтобы хранить в оперативке дохрена гигабайт AST. Но это, как я понимаю, делается с целью выполнить максимум оптимизаций на уровне AST, то есть там, где у компилятора больше всего семантической информации, и где больше возможностей для оптимизации. А в 70-е... какая оптимизация, ты о чём?
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+1 +/–
	Сообщение от Аноним (201), 04-Янв-22, 01:24
	Это и так можно делать, достаточно не держать в инклюдах ничего кроме объявлений и порезать использование шаблонов. Но все равно не поможет, так как хотелось бы чтобы линкер пооптимизировал код между объектниками всякими LTO, PGO а может и BOLTом.
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	375. "Опубликован набор патчей, ускоряющих сборку ядра Linux на 50..."	+/–
	Сообщение от Аноним (375), 05-Янв-22, 19:36
	Ява вообще тут не к месту переплетена, тут она работает как многие динамические языки лениво подгружая зависимости по мере необходимости. Когда есть обращение к классу, этот класс ищется в загрузчике классов (в памяти JVM), если не найден,  то он ищется в classpath. В том числе по этому "java тормозит", она лениво подгружается после холодного старта, а всякие программки на go и c стартуют практически моментально (когда не требуют загрузки ресурсов с дисков).
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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