Изначально было -O2. Если поставлю -Os, косяков не будет? (Сейчас вот начал пересобирать опять)....

50Mb выигрыша  и жирный плюс по времени сборки .... оно вам надо ?

И собаку от кота они хорошо отличают.

ложь.

покажи хоть одну железяку, которая это осилит!

ВНЕЗАПНО: они у нас все такие. Т.е. если ты пишешь в хранилище 0, то вынимаешь оттуда "скорее всего 0".

просто "наверное да" это 1 с вероятностью p=1-☣, где ☣ — неизвестное небольшое положительное число.

увы. Плохо. Кошку в наморднике и на поводке они со 146% вероятностью воспринимают как собаку.

да нет такой логики!
покажи хоть одну железяку, которая это осилит!
ведь для осливания нужно парсить не только вербальные, но и невербальные знаки.
а сейчас железяки даже кота от собаки отличить не могут.
куда им осилить "да нет, наверно"...

Нейросети должны осилить. И собаку от кота они хорошо отличают.

не хватает только "да нет, наверно"

ну есть и такая логика.

Например да/нет/не знаю.

не хватает только "да нет, наверно" :3

так чтоль!?

да без разницы. Троичная логика теоретически чуть дешевле двоичной(при некоторых допущениях).

А интерпретировать можно как угодно. Например да/нет/не знаю.

это как?
0 - нет сигнала
-1 - есть и имеет заряд -
+1 - есть и имеет заряд +
так чтоль!?

это всё глупости и пользователя не волнуют

ну вот. Докатился ты до "пользователя"…

двойки? Не. Иногда сняться системы с 0 и ±1. Тоже ведь троичные.

megabaks, ну ты сам подумай, как у тебя будет работать форк: как в одноядерной системе, т.к система будет вынужденна делить одно из ядер для двух процессов. И ей постоянно придётся переключать контексты. Во первых это очень плохо скажется на левом процессе, хоть у него приоритет нормальный, а не пониженный. Во вторых это сильно затормозит одну из задач make. Это тоже плохо, т.к. задачи make сильно зависят друг от друга. Это как производство автомобилей например, если какой-то дурацкий болтик будет делаться на 5 минут, а час, это будет [CENSORED], ибо всё производство встанет из-за этого болтика(IRL на производстве есть буферные склады, но в make их нет, вы сами всё впритык сделали, и даже более того). Т.е. такой режим сборки хорош только для одного make. В принципе, если комп мощный, можно ещё форум читать/писать.

Для избежания этого эффекта есть опция

 Консоль:

       -l [load], --load-average[=load]
            Specifies  that  no new jobs (commands) should be started if there are others jobs run-
            ning and the load average is at least load (a floating-point number).   With  no  argu-
            ment, removes a previous load limit.

которая притормаживает make, пока система не разгрузится. Т.е. она свои задачи запускает в дырах между процессами.

ЗЫЖ да, это всё конечно от мощности компа зависит. И от нагрузки.

это всё глупости и пользователя не волнуют - ты мне ещё до 0 и 1 скатись.
тебе ещё 2-ки не снятся!? настоящие двойки!

У меня просто флешка совсем урезанная стоит - всего 2Гб под систему. Голый LXDE + серверные проги (MySQL, PHP, NGINX) скушали 1,4Гб.

тут -Os вам не поможет ИМХО.

У меня, хоть и не Gentoo, но вангую, что для glibc, *utils, gcc, ядра и прочих жизненно важных пакетов -O2 будет более чем достаточно. Это всякие кеды с крысами оптимизировать надо.

с -O3+ оно тебе такого наоптимизирует, что ты и не запустишь. Да и вообще, зачем вам это быстродействие в /bin/false? В xz оно тоже, не факт что в CPU упрёться, скорее всего в шину. glibc конечно заманчиво было-бы, вот только оно там всё равно на асме всё. Толку от ваших опций? Только лишние глюки.

У меня, хоть и не Gentoo, но вангую, что для glibc, *utils, gcc, ядра и прочих жизненно важных пакетов -O2 будет более чем достаточно. Это всякие кеды с крысами оптимизировать надо.

У меня просто флешка совсем урезанная стоит - всего 2Гб под систему. Голый LXDE + серверные проги (MySQL, PHP, NGINX) скушали 1,4Гб. Под различные данные уже маловато места оставалось Надо будет перепаять флешку на нормальную - лежит на столе одна на 8Гб. Но буду ждать, пока эта отчалит уже...