rPman

модели tf

tensorflow по умолчанию пытается использовать все доступное (и настроенное) оборудование, т.е. если у тебя анализ идет на процессоре, по умолчанию будут задействованы все ядра

Использование пула скорее всего никакого прироста к скорости не даст (максимум время на подготовку данных к нужному формату)

Простых рекомендаций нет.

Использование фреймворков заранее определит список устройств и браузеров (про устройства - важное замечание, так как банальный размер и наличие скалинга многое определяет), но сделает работу проще, а если делать все самому то будет эффективнее,больше гибкости и главное понимание что как работает и почему нет!

Бессмысленно делать поддержку для всех, нужно чётко определить свою целевую аудиторию, приобрести или настроитьсимуляцию всех используемых устройств и активно тестировать любое нововведение.

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

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

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

Второй подход, его ещё называют SPA, переносит все что касается интерфейса на сторону клиента, оставляя серверу бизнеслогику, это сильно уменьшает затраты на разработку бакэнда и снижает затраты ресурсов сервера, причем на столько, что даже миллионы пользователей потянет один сервер (защита ддос, CDN и т.п. можно считать фичей провайдера), но затраты на разработку со стороны браузера возрастут именно при необходимости поддержи большего количества устройств..

Для начинающего я бы рекомендовал первый подход, с оглядкой на постепенный переход к SPA.

linux dd с опцией conv=sync,noerror позволяет сделать копию образа, пропуская ошибки (будет заполнять нулями соответствующие области)

dd if=/dev/sda1 of=partition.raw conv=sync,noerror status=progress

в данном примере будет сделана копия раздела sda1, которую можно монтировать как устройство, запускать проверку fsck и т.п.

flops это характеристика, вытекающая из фактически оценки производительности решения одной единственной задачи (тестовый пакет linpack), в которой используются математические операции над векторами вещественных чисел (float в данном случае но тип можно выбирать).

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

Операции в секунду еще хуже, и не используются, так как в зависимости от выбора операции скорость может отличаться на порядки (с float более менее выравненно но все же различные операции типа сложение или деление выполняются за сильно разное время, при условии нахождения данных в кеше или регистрах)

В реальности самый важный параметр для современного компьютера это скорость доступа к оперативной памяти и соответственно размеру кеша процессора (ускоряющий через кеширования оперативной памяти и медленной шины данных), а из-за невероятно сложного механизма предсказания выполнения команд в процессоре, какие либо оценки через скорость выполнения операций становятся бессмысленными.