Владимир Пономарь: tap будет развернут на хосте или на госте?
Если tap внутри гостя, ему должно быть абсолютно безразлично, что он работает внутри KVM. Замечание в сторону: я использую Xen и tap внутри гостя. Работает.
Если tap внутри хоста - ну его нужно поместить в мост, а мост скормить гостю. Не думаю, что это может быть проблемой.
asd111: Код, написанный для OpenCL может работать и на CPU, но OpenMP и ITBB эффективнее в этом случае. Кстати, OpenMP пока проигрывает пулу готовых потоков, созданных при помощи чистого API ОС.
Treal: Так команда service это и делает. И отчитывается вызвавшему процессу об успехе и неудаче. На самом деле ssh с ключем 4096 бит надежнее самопальной админки на PHP.
AigizK: это вариант задачи упаковки рюкзака. Так или иначе придется перебирать. Лучшее, что можно сделать - насочинять эвристик: отсортировать массив по убыванию и пропускать варианты, когда сразу понятно, что получился перебор.
fomistoklus: тогда все относительно просто - рисуем себе пузырьки и все.
Можно конечно привлечь физику, учесть силу Стокса например, уравнение идеального газа привлечь для учета расширения пузырьков. Чтобы хоть как то было на правду похоже.
PrCj:
Дубовый вариант, если вам влом думать: делаете в своей модели слот "добавь строку" или "исправь строку" и дергаете этот слот из вашего потока. Тупо. Сердито. Потокобезопасно.
Если желаете украсить, можете дергать слот не каждую строку, а набивать буфер по 1000 строк и вываливать в слот сразу буфер.
Вообще, в QT есть поддержка SQL и контейнеры с автоматический подгрузкой нужных строк из таблицы. Подумайте над этим.
Если он желает получить тормозной контейнер, который превратит его приложение в фактически однопоточное, ваше решение подойдет.
Если же вопрос в том, чтобы обеспечить одновременную возможность нескольким потокам сваливать данные в модель - это другой вопрос, который потребует еще больше уточнений.
В любом случае, попытка так использовать модель вызывает больше вопросов, чем ответов.
naso4ek: этот контроллер является дубовым стабилизатором тока с защитами. Ожидать от него точности/предсказания времени заряда или разряда не стоит. Для того, чтобы хорошо управлять зарядом, необходимо иметь два АЦП для измерения тока и напряжения, а также контроллер реального времени для интегрирования этих величин.
Для простого предсказания, что скоро все пропадет, достаточно одного АЦП для контроля напряжения на батарее. Подойдет любой мелкий AVR с АЦП, например TINY13.
