Какой самый мелкий и «достаточно мощный» linux-ARM комп существует?

Ну, то есть, обслуживающий код. Подмени библиотекой на любом другом языке с таким же интерфейсом, никто и не заметит.

Подмени библиотекой на любом другом языке с таким же интерфейсом, никто и не заметит.

только «библиотек на любом другом языке с таким же интерфейсом» нет и никто их не напишет

а ещё TLS соединения, распаковка сжатых gzip-ом страничек

о боже мой, вот это код, вот это критично и важно для браузера, ага

отрисовка в X-ы - всё на С

открыл в андроиде, там плюсы внутри и джава, всё по прежнему работает. как же так?

открыл в андроиде, там плюсы внутри и джава, всё по прежнему работает. как же так?

те же самые сишные библиотеки через JNI

и что?

о боже мой, вот это код, вот это критично и важно для браузера, ага

разумеется важно

там сборная солянка и без плюсов не обошлось

с чего вы так решили? браузер веб-страницы и без этого будет отображать

будет, но твои пароли будут бегать по сети плейнтекстом и трафика будет жраться больше без его сжатия, а также без картинок и видео

Ядро, драйверы, библиотеки. Тонны, огромные тонны кода, без которого эти браузеры вообще не смогут работать.

Ядро, драйверы... Chromium уже больше по объему, чем всё ядро со всеми драйверами на все архитектуры.

Неужели на LOR-е до сих пор находятся «уникумы», которые этого не знают? (риторический вопрос).

На ЛОРе знают не только это.

Ядро, драйверы... Chromium уже больше по объему, чем всё ядро со всеми драйверами на все архитектуры.

у C++ просто коэффициент портяночности на единицу полезной работы больше, чем у C

а ещё в объём Chromiuma таки входят эти все сторонние сишные библиотеки

https://chromium.googlesource.com/chromium/src.git/ /HEAD/third_party/

у C++ просто коэффициент портяночности на единицу полезной работы больше, чем у C

Бгг. Вообще-то нет, ровно наоборот.

а ещё в объём Chromiuma таки входят эти все сторонние сишные библиотеки

Ага. 10% общего объема.

Ядро, драйверы... Chromium уже больше по объему, чем всё ядро со всеми драйверами на все архитектуры.

А про библиотеки почему ты забыл?

На ЛОРе знают не только это.

Да вижу я, как вы «знаете».

http://www.compulab.co.il/utilite-computer/web/utilite2-overview

Ага. 10% общего объема.

Это ты сам придумал?

Chromium уже больше по объему, чем всё ядро со всеми драйверами на все архитектуры.

А про библиотеки почему ты забыл?

Насчет ядра возражений нет? Прекрасно. А про библиотеки я не забывал. Просто их учитывать сложнее - ты, например, даже не попытался привести цифры.

Ага. 10% общего объема.

Это ты сам придумал?

Не сам: https://www.openhub.net/p/chrome/analyses/latest/languages_summary (для сравнения Linux: https://www.openhub.net/p/linux/analyses/latest/languages_summary).

Приведи другие цифры, если они у тебя есть.

зонды МОССАДа в комплекте? :P

Насчет ядра возражений нет?

Что значит «возражений нет»!? Здесь суммировать нужно, а не рассматривать отдельно ядро и используемые библиотеки, в т.ч. системные.

Просто их учитывать сложнее - ты, например, даже не попытался привести цифры.
...
Приведи другие цифры, если они у тебя есть

А хрен ты найдёшь реальные цифры. Я просто это понимаю, в отличие от некоторых.

Не сам: https://www.openhub.net/p/chrome/analyses/latest/languages_summary

А код из (g)libc здесь учитывается, а?
Конечно же нет.
А все эти libjpeg-и, libpng-и, libssl-и и т.д. и т.п.? Что, тоже нет?
Вот возьми все зависимости Chromium-а и посчитай количество кода написанного в них на Си.

Что значит «возражений нет»!? Здесь суммировать нужно

Ну так просуммируй.

А хрен ты найдёшь реальные цифры. Я просто это понимаю, в отличие от некоторых.

То есть на самом деле ты ничего не знаешь.

Вот возьми все зависимости Chromium-а и посчитай количество кода написанного в них на Си.

То есть я должен доказывать твою точку зрения. Неплохо ты устроился.

Ну так просуммируй.
...
То есть на самом деле ты ничего не знаешь.

Знаю что очень, очень дофига. Мне этого достаточно.

То есть я должен доказывать твою точку зрения.

Это, вообще-то, тебе с next_time нужно доказывать, что эти ваши браузеры настолько растато-плюсатые, что код на Си для них не представляет никакой ценности.

Неплохо ты устроился, Эдди.

Ты опять облажался. (ну, хорошо хоть понял это, в конце концов).

Знаю что очень, очень дофига. Мне этого достаточно.

Напоминает систему счета дикарей - «один, два, много». У тебя к этому добавляется «очень-очень дофига».

Неплохо ты устроился, Эдди.

Ты опять облажался. (ну, хорошо хоть понял это, в конце концов).

Забавно, что ты читаешь не только мои мессаги, но и их историю.

У тебя к этому добавляется «очень-очень дофига».

А здесь иначе и не выйдет. Ибо точно подсчитать крайне сложно. Только «плюс/минус трамвайная остановка».

Забавно, что ты читаешь не только мои мессаги, но и их историю.

Я начал отвечать, когда ещё был «Эдди». Лишь позже увидел, что он пропал.

И да, в ветке был не один анон, хотя моих сообщений здесь, пожалуй, больше всех.

вот я склонировал этот ваш чромиум,

git clone --depth=1 https://chromium.googlesource.com/chromium/src

всего 4.3 гига, из них директория third_party 2 гига, считаем строчки кода:

find ./src/ -name '*.c' | xargs wc -l
...
 1581324 итого
find ./src/ -name '*.cpp' | xargs wc -l
...
  82065 итого
find ./src/ -name '*.cc' | xargs wc -l
...
  625658 итого

1581324 строчек сишного против 82065 + 625658 = 707723 C++ кода, не учитывая заголовочные файлы

интересно зачем chromium тащит с собой unrar

хотя возможно xargs переполняет лимит командной строки, sloccount даёт другую картину...

Totals grouped by language (dominant language first):
cpp:        9718489 (76.71%)
ansic:      1327240 (10.48%)
java:        652209 (5.15%)
python:      511066 (4.03%)
asm:         250897 (1.98%)
objc:         64426 (0.51%)
sh:           41648 (0.33%)
tcl:          28779 (0.23%)
cs:           26350 (0.21%)
perl:         24035 (0.19%)
php:          15414 (0.12%)
ruby:          3982 (0.03%)
yacc:          3111 (0.02%)
pascal:        1497 (0.01%)
lisp:           434 (0.00%)
sed:             17 (0.00%)




Total Physical Source Lines of Code (SLOC)                = 12,669,594
Development Effort Estimate, Person-Years (Person-Months) = 4,063.79 (48,765.43)
 (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05))
Schedule Estimate, Years (Months)                         = 12.60 (151.16)
 (Basic COCOMO model, Months = 2.5 * (person-months**0.38))
Estimated Average Number of Developers (Effort/Schedule)  = 322.62
Total Estimated Cost to Develop                           = $ 548,962,220
 (average salary = $56,286/year, overhead = 2.40).
SLOCCount, Copyright (C) 2001-2004 David A. Wheeler
SLOCCount is Open Source Software/Free Software, licensed under the GNU GPL.
SLOCCount comes with ABSOLUTELY NO WARRANTY, and you are welcome to
redistribute it under certain conditions as specified by the GNU GPL license;
see the documentation for details.
Please credit this data as "generated using David A. Wheeler's 'SLOCCount'."

У тебя к этому добавляется «очень-очень дофига».

А здесь иначе и не выйдет. Ибо точно подсчитать крайне сложно.

Выйдет. Точно и не надо. Запускаешь ldd на бинаре Chromium, смотришь, из каких пакетов библиотеки, смотришь их на openhub.

Ядро, драйверы

в netbsd они и часть кернела на lua, но фаерфокс там всё равно работает

и да, драйверы на С - одна из причин, по которой в линуксе работа с драйверами хуже, чем в netbsd, которая реально с любой архитектурой умеет работать

потому, что в онтопике вечно слышен плач Ярославны: «как же так, производитель выпустил драйвер блобом под андроид arm на ядро 3.1.1.1.1.1.1.1 и теперь я не могу запустить его на своём дебиане, на i386 вообще никак, а на arm - только с героическими усилиями, потому, что у меня ядро 3.1.1.1.1.1.1.2»

чтоб такой херни не было, надо делать как в netbsd: драйвера на языке, компилируемом в байт-код

c - подмножество cpp

надо делать как в netbsd: драйвера на языке, компилируемом в байт-код

Толсто. И в NetBSD нет драйверов на Lua. Только примеры.

Ой придурок...

Абсолютно разные ЯП. С - это скала, это легенда, это — то, на чем держится все мирозданье! А С++ — отрыжка Страуструпа...

Т.е., примерно как арифметика и матанализ

Так-то да. Но на самом деле, опциональная возможность писать драйвера на компилируемом в байт-код языке - реально удобно. Вот, например, что такого специфичного в драйверах для тачскрина? Примерно ничего, а на онтопе с ними известная и неизлечимая другими средствами боль.

надо делать как в netbsd: драйвера на языке, компилируемом в байт-код

Толсто. И в NetBSD нет драйверов на Lua. Только примеры.

Так-то да

Вот и не ври больше.

опциональная возможность писать драйвера на компилируемом в байт-код языке - реально удобно.

Ну да. Никто этого не делал, но ты откуда-то знаешь, что это удобно.

Запускаешь ldd на бинаре Chromium, смотришь, из каких пакетов библиотеки, смотришь их на openhub.

Вот давай это и делай.

Вот моё утверждение:

... перешёл на rust, либо с (клона) гугл-хрома, который на С++.

Ага. И всё это работает с использованием огромного количества кода, написанного на Си. Причём на Си написан именно самый важный и критичный код.

Опровергай.

Я доказывать ничего не должен, ибо просто очевидно, что ядро и системные библиотеки являются «важным и критичным кодом». Также очевидно, что этого кода «огромное количество».

доо, с байткодовым языком километровые даташиты контроллера тачскрина будут легче читаться

А зачем их читать? Вот есть 2 блоба тачскрина от СоняПупкина лтд. под андроид, арм архитектура. Один на байткоде, другой нативный. В первом случае, всё прекрасно запустится на i386+, во втором случае - затык, который не решается вообще никак.

Ибо просто очевидно, что ядро и системные библиотеки являются «важным и критичным кодом».

Мне очевидно обратное. ОС - лишь пускалка для софта. Без софта ОС не нужны. С библиотеками та же история.

блоб он с одной стороны общается с железкой, а с другой - с ОС, и для разных архитектур интерфейс может быть разный, не говоря уже про версии и stable-api-nonsense

да и вообще, контроллер тачскрина может быть разными способами подключён, на разных устройства, к разным контроллерам I2C, SPI или чем они там обычно подключается, и всё это надо руками описывать

Безусловно, может. А может и не быть.

версии и stable-api-nonsense

это, кстати, связанная проблема

ну и?

ну и не взлетит универсальный кроссплатформенный блоб

взлетит, хоть и небезпроблемно

ещё забыл, в блобе могут быть тайминги захардкожены, на другом девайсе контроллер может с другой частотой шины быть подключён и поэтому тоже не будет работать

Мне очевидно обратное. ОС - лишь пускалка для софта. Без софта ОС не нужны. С библиотеками та же история.

Это, наверное, потому, что ты глупый.
Раз ОС для тебя не важна, то вали на chromium.org.ru или firefox.org.ru и там делись своими «великими» мыслями. Может быть там тебя и поймут.

Нет, как матанализ (C) и астрология (C++)!

Запускаешь ldd на бинаре Chromium, смотришь, из каких пакетов библиотеки, смотришь их на openhub.

Вот давай это и делай.

Зачем? Я сказал про Chromium и привел пруфлинки. Ты не привел ничего.

Опровергай.

Там нечего опровергать.

Я сказал про Chromium b привел пруфлинки.

Фуфло твои пруфлинки. Много чего они просто совсем не учитывают.

Там нечего опровергать.

Это значит, что ты согласен с моими утверждениями.

Фуфло твои пруфлинки.

Веско. Жду твоих пруфлинков.

Это значит, что ты согласен с моими утверждениями.

Конечно. На Си очень много чего написано, странно это отрицать. Но на Си давно уже (лет 20) не начинают писать ничего сложного.

Но на Си давно уже (лет 20) не начинают писать ничего сложного.

Это лишь означает, что ты не видел ничего сложного на С.

Ну и еще это означает, что программистов все меньше и меньше, одни быдлокодеры нонче...