Какой планшет/таблетка/трансформер не более 13" самый производительный в части ЦП?

Question

[vsw]

Здравствуйте, хотелось бы узнать, какой планшет/таблетка/трансформер не более 13" самый производительный в части ЦП на сегодняшний день?
С уважением Виктор.

Answer 1

[Денис Инешин]

Самый производительный трансформер - Microsoft Surface Pro в топовой комплектации. Но в этой ситуации проще взять уже нормальный ноутбук, например Macbook Air 13 в кастомной конфигурации с i7.

Answer 2

[xmoonlight]

ОС: Windows или Android или iOS ?
Пока, вот тут можете посмотреть.

Answer 3

[vsw]

Спасибо за ответы. Поясню. Я в любом случае ставлю Gentoo и запускаю свою програмку, которая ест 55% цп. У меня сейчас brix pro 4770r, usb моник и батарейка. Хотелось бы перенести все это на готовое решение. Может моноблок какой маленький но мощный есть? Или у меня нет шансов и сразу городить свою коробку?

Процентов на 10% я еще смогу оптимизировать код. Т.е. в единицах Brix Pro i7 потребление 45%.

Ноутбук выход, но разложенный вариант с клавиатурой не очень удобно для моей задачи. И если сделать из того что есть у меня сейчас, получается компактнее любого не трансформера. А 4-ядерного трансформера i7 или i5 я пока не видел.

Вот если сравнить с топовым Surface Pro i7, я смогу получить при 100% загрузке аналог 45% на Brix?

/**************************************/

Обновлено: 09.07.15

Задача: Софт на Линуксе, использует ЦП на моем Brix 4770R на 35% (оптимизировал код, было 55%), необходимо подобрать готовое, мобильное решение с сенсорным, не большим <=13", экраном и максимальным ЦП.

В итоге перелапатил сеть и на сегодня пришел к следующему:
- Определился с ЦП - i7 5500U (5600U и т.п. - редки)
- Определился с машиной
а) www.acer.ru/ac/ru/RU/content/model/NX.MQQER.006 (есть еще тройка - Fujitsu T734, HP x360, Dell Inspire 13 7000, но отфильтровались)
б) apac.getac.com/tablets/F110/features.html (без конкурентов)

Льстит вот эта статья: http://www.anandtech.com/show/8941/gigabyte-gbbxi7...

С уважением Виктор.

Comments

[xmoonlight]

анализ входного потока и break в циклах не забыли применять в коде? что-то слишком много получается в плане ресурсопотребления....

[vsw]

xmoonlight: Все может быть :) Я remap матриц 2000х2000 c OpenCV. Пробовал на GPU с CUDA, но там на Upload\Download все время теряется и в итоге медленнее. Пробовал IPP remap, но почему оказалось медленней, чем родной cv::remap, возможно из-за того, что OpenCV работает со своими оптимизированными матрицами.

[xmoonlight]

vsw: возможно Вы применяете не то решение.
Что необходимо сделать? (нужны ссылка ДО и ссылка ПОСЛЕ на изображение - так будет понятнее)
pasteboard.co

[vsw]

xmoonlight: Ну изображений нету, конкретнее и проще говоря, есть входная матрица вещественных чисел 2Кх2К. Требуется отбразить эту матрицу в другую, где координаты чисел переставлены определенным образом. Для этого создается две матрицы MAPX и MAPY(их готовлю за ранее), где как раз и записаны координаты для отображения, перестановки. Все это скармливается функции remap в OpenCV и в результате получается новая матрица с переставленными значениями. Можно конечно это в цикле(двумя for) делать, без OpenCV, но будет медленнее. Ну и самое главное - это преобразование мне надо делать 30 раз в секунду. Поэтому такая нагрузка.

[vsw]

vsw: break не могу, так как нужно обрабатывать все точки без исключения, т.е. пробегать вдоль и поперек матрицы полюбому.

[xmoonlight]

vsw: ну раз 30 раз в секунду - сделайте сегментацию преобразования по потокам)

[vsw]

xmoonlight: Если я правильно понял распаралеливание? Немогу мне приходят матрицы последовательно в реальном времени с прибора по USB3. И буфер не могу накопить. Надо сразу преобразовывать и отдавать. Но все равно спасибо за мысли. Думаю постоянно над оптимизацией и в свете сложности с железом в основном вопросе придется выкручиваться.

[vsw]

vsw: Кстати есть прекрасный вариант, запилить специальный проц с платой (вроде ПЛИС это называется) и тогда не надо будет стрелять пушкой по воробьям(это про PC общего назначения). Но это если в продакшн выйду и инвестор закажет платку.

[xmoonlight]

vsw: "пилитие" КАДР на сегменты и отдавайте "worker"-потокам, далее - дожидайтесь последнего и склеивайте. Будет быстрее в столько раз, сколько вы сможете параллельных "worker"-потоков запустить. Но минимум - это даст прирост Nx, где N - кол-во потоков в ядре CPU.

[xmoonlight]

vsw: лучше - смотрите в сторону кодирования под GPU (nvidia)

[vsw]

xmoonlight: Пробовал на GPU/CUDA(с него на радостях и начинал) загрузка/выгрузка матриц в память занимает много времени, и выигрыша нет, а накопить не могу, реальное время. Про разбить матрицу на части, спасибо, подумаю, но это примерно не получится столько же? Сейчас все 8 потоков загружены, 4 на всю и 4 на половину. И возможно OpenCV это как раз и делает внутри remap. Все равно спасибо.

[xmoonlight]

vsw: eu.coolermaster.com/ru/case/case_formfactor/elite130 вот корпус с хорошим охлаждением, туда ставите все что нужно и оно работает как должно.

[vsw]

xmoonlight: Спасибо. Большой. У меня примерно такой есть: ogo1.ru/market/korpusa/88683-MiniITX-Winsis-WI-05-... Тоже большой. Тут надо все это в одной руке удерживать. Т.е. Брикс к монитору прикрутить и между ними как-то батарейка. Все это предполагаю на принтере печатать. Типа скоб и рамок, открытая конструкция. Но надеюсь все-таки заводское решение подобрать. Может Surface 3 выделят мне на тест или в конце концов ноут.

[xmoonlight]

vsw: не могу понять что за конечный там будет робот), но вот для тестов и в ноуте: www.ebay.com/itm/MSI-GT80-Titan-2QD-SLI-071-i7-472...
такого точно должно хватить)

[vsw]

xmoonlight: У меня есть Asus Rog, мощная машина. Но одно из условий <=13" и flip\transformer, т.е. touch screen. Т.е я должен держать в одной руке комп и твкать иногда в экран и он должен усердно считать.

[xmoonlight]

vsw: берём игровой планшет nvidia shield и стримим на него. shield.nvidia.com/game-stream
shield.nvidia.ru/play-pc-games
=)

[vsw]

xmoonlight: Вариант, но усложняет все и удорожает. Функционал управления со смартфона заложен через вэб.

[xmoonlight]

vsw: ну тогда через сокет передаёте куда тыркнули и меняете видео-поток на стороне сервера "налету". Как вариант - VNC использовать, который смотрит за виртуальной камерой или модуль свой ffmepg для преобразования потока по событию ( по тапу на окне видео с мобилы).

[vsw]

xmoonlight: Полный remote control тоже вариант, но пока не рассматриваю. Надо полнофункциональный девайс с экраном и тач. В идеале конечно планшет.

[xmoonlight]

vsw: не сможет он "лопатить" ваши матрицы! вообще никак! забудьте сразу..
Планшет - только для отображения. Но не для обработки!
А отображение изменяющегося в реальном времени видео на мобильном устройстве - только стримингом с выч. "облака", которым минимум должен быть мощный стационарный ПК.

[vsw]

xmoonlight: Ну тогда брикс с монитором причешу.

[xmoonlight]

vsw: или (я просто не могу Вам помочь, т.к. не знаю что Вы там лопатите и Вы вряд ли скажете) оптимизируйте алгоритм.
Единственное, что могу сказать: используйте "вытравку" ненужных данных с изображения перед непосредственными преобразованиями.

[vsw]

Да. Думаю надо код оптимизировать. Спасибо за советы. Учту.