1.1, A.Stahl (ok), 16:25, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Посмотрим, а то сейчас тривиальная программа на Qt для Android весит больше 8МиБ, что не критично, но неприятно.
| |
|
|
|
4.7, freehck (ok), 16:49, 18/08/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
Удивили Вы меня. Вот специально покомпилял только что. На весьма прожорливой Racket Scheme у меня получилось 800кб, на Chicken Scheme - 23кб.
Подивился, покомпилял заодно на Ocaml (не лисп конечно, но чем чёрт не шутит) - 173кб.
Ну и где обещанные 40 попугаев? :)
| |
|
|
6.84, freehck (ok), 23:35, 19/08/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> [trollmode] Racket - не Scheme [trollmode]
Раньше он вполне себе звался PLTScheme, и никто не сомневался, что это Scheme. А теперь он Racket, но уже не Scheme? Не верю. ))
Вот тут говорится, что отчасти я прав, отчасти правы Вы: http://racket-lang.org/new-name.html
Короче, хрен разберёшь родословную лисповую. :)
| |
|
|
|
3.5, Аноним (-), 16:42, 18/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не критично, потому что hello world проще написать без фреймворков.
А вообще начиная с пятерки Qt раздулся совсем неприлично, да.
| |
|
4.19, yaa (?), 18:49, 18/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А вообще начиная с пятерки Qt раздулся совсем неприлично, да.
То, что относительно консистентно реализовано в STL,
всегда было не очень красиво реализовано в Qt.
Вот и основа "жирности".
| |
|
5.33, anonymous (??), 21:22, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
Как раз пятёрка прибита гвоздями к STL. Только "тоньшее" она от этого не стала. Один только QtGui, прибитый к OpenGL ставит крест на всех попытках что-то уменьшить. Порядки не те.
| |
|
|
|
2.57, Аноним (-), 10:54, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
Эх, а програмки на PyS60 (Питон для Симбиана) занимали пару килобайт... Кстати, вроде же есть Питон для Андроида, как он по сравнению с PyS60?
| |
|
1.6, Аноним (-), 16:45, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
> Предоставление механизма обновлений по сети
Вот этого то дерьма в лайт версии и не хватало.
| |
|
2.8, Аноним (-), 16:56, 18/08/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов, так что всё правильно сделали.
| |
|
3.12, Аноним (-), 18:17, 18/08/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
Приведи пример IoT с графическим интерфейсом? Ато одни басни только...
| |
|
|
|
6.52, Аноним (-), 09:37, 19/08/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> В обоих Mi Band - Cortex M0, куда там Qt, хоть ExtraLight Mentol?
А у некоторых вполне себе Cortex A, вплоть до того что некоторые часы с 512 метрами памяти и запускают весь ведроид оптом.
Извини конечно но из Cortex M0 хреновый IoT. Потому что Internet ты на нем делать замахаешься, а чтоб еще и по нормальным протоколам работало, без скидок на кастрированность...
| |
|
5.44, Аноним (-), 23:33, 18/08/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
И для этого фитнес браслета необходим Qt с вяленым под капотом? Ну что ж, тогда снимаю шляпу...
| |
|
|
3.20, XoRe (ok), 18:51, 18/08/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов, так
> что всё правильно сделали.
И, конечно, за обновление по сети должен отвечать графический фреймворк.
| |
|
4.23, angra (ok), 19:40, 18/08/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
QT давным давно нечто большее чем графический фреймворк или библиотека виджетов.
| |
|
3.47, Аноним (-), 00:13, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов...
Да, очень нужно чтобы софт автоматом обновился и сдох из-за неучтённой особенности конкретной железки и среды выполнения в новой версии.
| |
3.53, Аноним (-), 09:38, 19/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Эта фича очень критична при разработке IoT-софта для мелких встраиваемых девайсов,
Если это будет апдейтится апликушным фреймворком - умрет и UI с собой унесет. А рекавери не был предусмотрен. Патамучта кутя это не умела.
| |
|
|
1.10, Аноним (10), 17:41, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Один фиг, из за того что этот кастрированный Qt5 собирается в gcc, из за больных на голову создателей этого компилятора, на слабеньких встраеваемых процессорах x86 от via, vortex86 и конечно же интеловских кварках, оно никогда не заработает, будет падать при старте, из за того что олени прибили обязательное запихивание CMOV комманд в любой бинарник, с любыми флогами и ключами на выходе.
| |
|
|
3.24, Аноним (10), 19:42, 18/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
с чего это? Попробуйте сами. А начинаяя с 4.8 релиза gcc сам даже запускаться на таких процессорах перестал. И всё что в нем собрано, тоже тем более.
| |
|
2.25, Аноним (-), 20:04, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
Можно какое-нибудь документальное подтверждение, что вы говорите именно о gcc, а не блобе собранном из исходников gcc специалистами неопределённого уровня мастерства, работающими в RedHat или подобных? Ссылка на багзиллу, обсуждение в форумах, запись в NEWS? Хоть что-нибудь?
| |
|
3.69, Аноним (10), 19:08, 19/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы все неимеете таких процессоров, поэтому и кукарекаете что это всё нетак. А на самом деле из за gcc ни один дистрибутив линукса на via c3 даже загружаться не будет, так как даже сам grub и тот CMOV коммандами нашпигован оказывается.
| |
|
|
5.87, Аноним (10), 18:31, 21/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да, здорово. Весь код проанализирован был в Отладчике. Только почему то не запускается ничего. Скачиваю любой дистрибутив и он даже ни один не стартует.
| |
|
6.89, Mihail Zenkov (ok), 20:20, 21/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Да, здорово. Весь код проанализирован был в Отладчике. Только почему то не
> запускается ничего.
Вы сами все зависимости собирали? Может что-то из системы (скомпилированное под i686) статически линковалось?
> Скачиваю любой дистрибутив и он даже ни один не
> стартует.
Так уже много лет практически все собирают под i686.
Пробуйте: http://damnsmalllinux.org - i486 или http://tinycorelinux.net - i486DX (486 with a math processor)
| |
|
|
|
|
|
|
2.29, Mihail Zenkov (ok), 20:52, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
Вывод ps_mem.py:
Private + Shared = RAM used Program
20.0 MiB + 5.7 MiB = 25.7 MiB qtconfig (qt4 максимально облегченный при сборке)
23.9 MiB + 1.8 MiB = 25.7 MiB geany (gtk-2, открыто 49 файлов исходников)
На одинаковом простом приложении приложении gtk будет потреблять памяти в несколько раз меньше, чем qt. Но с учетом, что gtk тоже не образец минимализма у Qt Lite есть все шансы обойти его, если еще не все современные программисты разучились экономить ресурсы.
| |
|
3.34, anonymous (??), 21:23, 18/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>[оверквотинг удален]
> Private + Shared = RAM used
> Program
> 20.0 MiB + 5.7 MiB = 25.7 MiB
> qtconfig (qt4 максимально облегченный при сборке)
> 23.9 MiB + 1.8 MiB = 25.7 MiB
> geany (gtk-2, открыто 49 файлов исходников)
> На одинаковом простом приложении приложении gtk будет потреблять памяти в несколько раз
> меньше, чем qt. Но с учетом, что gtk тоже не образец
> минимализма у Qt Lite есть все шансы обойти его, если еще
> не все современные программисты разучились экономить ресурсы.
А что ты два трупа сравниваешь?
| |
|
4.41, Mihail Zenkov (ok), 22:55, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А что ты два трупа сравниваешь?
Сравниваю то, что в системе стоит. GTK3 есть, но его потребление принципиально не изменилось. Qt5 до сих пор не установлен - программы, которые я использую, либо еще вообще не портированны на Qt5, либо порт менее стабилен, чем с Qt4. На GTK3 больше портировали, но тоже далеко не все.
| |
|
3.39, rob pike (?), 22:42, 18/08/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
При этом полный образ MirageOS - около трех мегабайт.
IncludeOS - "including bootloader, operating system components and a complete C++ standard library is currently 707K when optimized for size"
| |
|
|
5.42, Mihail Zenkov (ok), 23:08, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> как будто os - это что-то сложное
Можно для сравнения взять Rockbox: специализированная OS для аудио плееров. Основной бинарник - 600-700K. Декодеры подгружаются при необходимости - (flac - 12.2K). Можно загружать простые приложения. Бинарник doom - 384.5K.
Для нормальной работы требует RAM >= 2MB, CPU >= 30 MHz (ARM). И да, GUI там тоже есть в виде очень гибкой системы скинов со своим скиповым языком.
| |
|
|
3.46, Led (ok), 00:08, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> На одинаковом простом приложении приложении gtk будет потреблять памяти в несколько раз меньше, чем qt.
Вот когда будет - тогда и приходи.
| |
|
4.50, Mihail Zenkov (ok), 01:00, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Вот когда будет - тогда и приходи.
Private + Shared = RAM used Program
9.4 MiB + 1.0 MiB = 10.4 MiB gtkperf
| |
|
|
|
1.26, Андрей (??), 20:31, 18/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Было бы логично, если бы Qt Lite стал в том смысле легковесным, что по максимуму использовал то, что даёт стандартная С++ библиотека, включая C++17, а не городил свой удобный огород.
| |
|
2.28, Doctor Anonymous (?), 20:49, 18/08/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Думаю одна из опций конфигурации будет "Выкинуть все контейнеры, алгоритмы и другую фигню, которая есть в STL".
| |
|
3.31, Sokoloff (?), 20:57, 18/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Думаю одна из опций конфигурации будет "Выкинуть все контейнеры, алгоритмы и другую
> фигню, которая есть в STL".
Не думаю. Если хоть один класс принимает QString то придется тянуть QString, если кто-то использует свою сортировку то алгоритмы придется включать, и.т.д
| |
|
4.32, Doctor Anonymous (?), 21:02, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
Соответственно для своего проекта ты сконфигурируешь сборку с нужными тебе компонентами.
Я так понимаю тут идея в том, что у тебя есть проект, который использует Qt и тебе нужно собрать сам Qt, но удалив из него все не нужное твоему проекту. Т.е. по сути это configure, который позволить более детально настроить, что включать в сборку Qt, а что нет.
| |
|
5.35, anonymous (??), 21:31, 18/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Соответственно для своего проекта ты сконфигурируешь сборку с нужными тебе компонентами.
> Я так понимаю тут идея в том, что у тебя есть проект,
> который использует Qt и тебе нужно собрать сам Qt, но удалив
> из него все не нужное твоему проекту. Т.е. по сути это
> configure, который позволить более детально настроить, что включать в сборку Qt,
> а что нет.
Уже давно бы сходил и посмотрел http://code.qt.io/cgit/qt/qtbase.git/tree/configure.json?h=5.8 Зач догадки строить? По сабжу. Ничего не изменилось. Просто один из разрабов решил попиариться, прикрутив конфиг в JSON для configure.
| |
|
6.37, nib (?), 21:53, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Ничего не изменилось.
ну так еще ничего и не готово;)
> Просто один из разрабов решил попиариться, прикрутив конфиг в JSON для configure.
там много разрабов, о каком конкретно речь?
| |
|
|
|
|
2.36, nib (?), 21:42, 18/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
маловероятно, пока будут поддерживать старые версии студии, и пока не добавят бинарную совместимостью в stdlib'ы.
| |
|
1.48, Дуплик (ok), 00:22, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И они ещё тёрли тут мои комменты, когда я говорил, что Qt раздут.
Выкусите теперь, даже сами разработчики поняли что нужно не тупо добавлять сомнительные фичи, но и оптимизацией заниматься.
| |
|
|
3.51, Mihail Zenkov (ok), 01:10, 19/08/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
ИМХО - как раз наоборот - таким и должен быть любой нормальный фреймворк - если возможность не используется, то она не должна потреблять ресурсы. Наконец-то это дошло и до Qt. В нормальных проектах (kernel, ffmpeg, curl, busybox) изначально подобная маштабируемость предусматривается.
| |
|
4.56, anonymous (??), 10:14, 19/08/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
И что толку от твоей масштабируемости, если собирать в дистрах всё равно будут по максимуму.
| |
|
5.59, Mihail Zenkov (ok), 10:57, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
Возможно, конкретно для вас и нет.
Для меня лично есть, так как я собираю систему так, как считаю нужным.
А так ядро работает от *wrt/embedded до top-500. Да и легковесные дистрибутивы (и src based) никто не отменял.
| |
|
6.73, Led (ok), 21:29, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Для меня лично есть, так как я собираю систему так, как считаю нужным.
А ещё ты под рутом сидишь и детей этому учишь.
| |
|
7.79, Mihail Zenkov (ok), 22:02, 19/08/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А ещё ты под рутом сидишь
Есть такое ;)
> и детей этому учишь.
Ну не то, что учу. Просто (ИМХО) дети не понимают, что нужно выбирать степень защищенности соответственно задаче, а не разводить секретность на локалхосте, как на режимном объекте.
| |
|
|
5.61, Аноним (-), 11:04, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> И что толку от твоей масштабируемости, если собирать в дистрах всё равно
> будут по максимуму.
Ну так это опенсорс, детка. Я под эмбедовку билдую ядро сам. А все-равно придется, чтобы прописать ему правильные автопилотные дефолты и проч. Есть и другие варианты но они менее надежны. Да и переть цать драйвров для всех девайсов вообще - портит время загрузки. Где-то это пофигу а где-то не очень. Пример: пользователи очень бесятся если их зомбоящик грузится 20 секунд, как виндус экспи или бабушкин ламповый.
| |
|
6.64, Аноним (-), 12:10, 19/08/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Пример: пользователи очень бесятся если их
> зомбоящик грузится 20 секунд, как виндус экспи или бабушкин ламповый.
Так производителям то всё равно пофигу :)
Забавно ведь фотоаппарат от nikon ( древний D90 ) за 0.5 сек ( условно, на самом деле и быстрее ) успевает проснуться, сфокусироваться, сфотографировать первично обработать и отобразить фотографию на экране, а какой-нибудь LG 9xx серии даже подсветку включить не успевает :)
| |
|
|
4.60, Аноним (-), 11:02, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> ИМХО - как раз наоборот - таким и должен быть любой нормальный фреймворк
Кутеводы вообще зря затеяли все эти quick, script и qml. Тормозной вебни и жабы и без них хватало и теперь лично я избегаю кутевые программы потому что они жирные и тормозят почти как ява.
| |
|
5.76, Аноним (-), 21:52, 19/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> ИМХО - как раз наоборот - таким и должен быть любой нормальный фреймворк
> Кутеводы вообще зря затеяли все эти quick, script и qml. Тормозной вебни
> и жабы и без них хватало и теперь лично я избегаю
> кутевые программы потому что они жирные и тормозят почти как ява.
Тулкитофобы должны страдать!
| |
|
|
|
|
1.66, Анон1110м (?), 13:38, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Они занимаются тем, чем должен заниматься компилятор (ну там dead code elimination, link-time optimization), или мне показалось?
| |
|
2.67, Mihail Zenkov (ok), 14:36, 19/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Для того, что бы работал dead code elimination, нужно что бы исходники изначально не вызывали "тяжелые" функции без крайней необходимости, либо они подменялись "заглушками". Да и #ifdef, как средство отключения дополнительного функционала, ничто не заменит.
| |
|
1.70, Аноним (70), 19:54, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Недавно связался с Qt4, посматриваю на 5. Объясните почему нет обновления версии Вебкита(версия 2). И будет ли оно(т.е он вебкит версии 5..), и с чем это связано(необновление вебкита)?
| |
|
2.77, Аноним (-), 21:53, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Недавно связался с Qt4, посматриваю на 5. Объясните почему нет обновления версии
> Вебкита(версия 2). И будет ли оно(т.е он вебкит версии 5..), и
> с чем это связано(необновление вебкита)?
Он есть, называется QtWebEngine.
| |
|
3.83, Аноним (-), 23:03, 19/08/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Недавно связался с Qt4, посматриваю на 5. Объясните почему нет обновления версии
>> Вебкита(версия 2). И будет ли оно(т.е он вебкит версии 5..), и
>> с чем это связано(необновление вебкита)?
> Он есть, называется QtWebEngine.
QtWebEngine базируется на chromium, а не на вебките
| |
|
|
1.72, Аноним (-), 20:55, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Когда разработчики GTK решили поменять нумерацию, на них смотрели как на не нормальных. Когда разработчики Qt делают 100500 велосипед для автомобилей, сенсорных экранов, урезанный, их хвалят. Где логика?
| |
|
2.78, Аноним (-), 21:54, 19/08/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Когда разработчики GTK решили поменять нумерацию, на них смотрели как на не
> нормальных. Когда разработчики Qt делают 100500 велосипед для автомобилей, сенсорных экранов,
> урезанный, их хвалят. Где логика?
У Qt отродясь было много версий под различные платформы.
GTK не хвалят, потому что те постоянно ломают обратную совместимость, в отличие от Qt.
| |
|
1.74, Kodir (ok), 21:34, 19/08/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Я так понимаю, список свойств Qt Lite надо читать как список недостатков Qt? И я что-то не вижу особых откровений - всё перечисленное известно любому проектировщику библиотек. Значит всё это время Qt был раздутой фуфлыжкой? Появление Qt Lite это только подтверждает.
| |
|