В полной мере использовать все. Эти истины помогут вам не упускать возможности

Приветствую!
Китайские производители электроники не перестают удивлять. Вот только качество устройств по сей день является откровенной лотереей!

На просторах Алиэкспресс можно встретить самые разные мобильные телефоны от безымянных китайских производителей. В пример можно привести аппараты «Servo» – по факту это типовой ноунейм (безымянный производитель), с соответствующим качеством.

Однако трубки данного производителя «цепляют» своим функционалом. К примеру, в линейке данного «производителя» имеются аппараты, которые могут работать с 4 сим-картами одновременно в ждущем режиме, защищённые телефоны (по факту это не так), телефон-пауербанк и т.д. Это то и подкупает в китайских творениях, ибо аналогичное решение среди производителей первого эшелона зачастую найти не всегда реально.

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

Данный шум является наводкой на звуковой тракт от приёмно-передающей антенны аппарата. Именитые бренды таких промахов не допускают, и едва ли даже в самых дешёвых «звонилках» данная проблема может возникнуть. А вот в китайских аппаратах эта проблема всплывает по сей день. Недоработка при проектировании, плохая сборка, экономия на компонентах – по сути всё это не важно.

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

Что делать в данной ситуации? Однозначно отправлять телефон обратно продавцу, т.к. никакой прошивкой эта проблема решена быть не может. Тут явно аппаратная проблема, которую едва ли можно решить в домашних условиях. Вполне возможно, что экран там и есть, но он плохо пропаян. Но не спешите вооружаться паяльником и исправлять сей недочёт, потому что компоненты современных аппаратов настолько близко размещены друг к другу, что «вторжение» обычным паяльником в схему аппарата чревато серьёзными последствиями. Если и ремонтировать, то только с применением спец. оборудования.

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

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

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

3 ответов

Нет простого ответа на этот вопрос... кроме того, как использовать все процессоры, нужно использовать многопоточность в правильном направлении. (Примечание: это круговой ответ!)

В принципе, способ эффективного использования нескольких процессоров состоит в следующем:

• убедитесь, что есть работа, которая может быть выполнена параллельно, и
• уменьшить/устранить конфликтующие точки, которые заставляют один поток ждать, пока другой поток что-то делает.

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

Это обо всем, что можно сказать на этом уровне общности...

И поскольку @veer правильно указывает, вы не можете "обеспечить" его.

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

Собственно, если вы перейдете за борт, загрузка потоков может снизить пропускную способность из-за конкуренции. Просто бросать много проблем в проблему редко бывает хорошей идеей.

Управление процессором реализовано на основе виртуальной машины, используемой вами, т.е. JVM. Вы можете посмотреть здесь Параметры Java Hotspot VM , чтобы оптимизировать ваш компьютер, если вы используете Java Hotspot VM. Если вы используете стороннюю виртуальную машину, ваш провайдер может помочь вам настроить ее для ваших требований.

Производительность приложения в дизайне практически зависит от вас. Если вы хотите отслеживать потоки и использование памяти для оптимизации вашего приложения, вы можете использовать любые инструменты мониторинга VM, доступные на сегодняшний день. Виртуальная машина Java (JVM) имеет встроенную аппаратуру, которая позволяет вам контролировать и управлять ею с помощью JMX. Для получения дополнительной информации вы можете проверить Планирование мониторинга и управления с помощью JMX . Для сторонних ВМ вам нужно связаться с продавцом, я думаю.

Компьютер или программа работают так же быстро, как и самая медленная ссылка в цепочке обработки. Простое увеличение емкости процессора не приведет к резкому увеличению производительности. Оставляя в стороне другие проблемы, такие как размер вашего кеша, оперативная память и т.д., Есть два основных подхода к вашему вопросу о том, как использовать все ваши процессоры:

Использование технологии компилятора/интерпретатора Jit/just-in-time, такой как Java/.NET. Я не знаю много о java, но трюк.NET определенно предназначен, чтобы использовать преимущества всех доступных процессоров на mahcine. Фактически, эта особенность делает дрожание отличным от других статических компиляторов языка, таких как C/С++, потому что джиттер "знает", что он сидит на 32 процессорах, он гораздо лучше использует их, чем программу статически скомпилированный на любой другой машине. (если вы написали для него надежный многопоточный код!)

Программирование на C/С++. Это классический подход. Если вы скомпилируете свой код на том же компьютере с 32 процессорами и должным образом позаботитесь о своей программе, такой как управление памятью, указатели на обработку и т.д., Программа C/С++ будет наиболее оптимальной и будет работать лучше, чем ее CLR/JVM (поскольку он работает без дополнительных накладных расходов сборщика мусора или виртуальной машины).

Но имейте в виду, что писать надежный код намного проще в.NET/Java, чем C/С++. Итак, если вы не являетесь "программистом с жестким ядром", я бы предложил пойти с прежним подходом. Также не забывайте обрабатывать несколько потоков с осторожностью, например, блокировать переменные, когда несколько потоков пытаются изменить одни и те же переменные. Однако чрезмерная блокировка может привести к зависанию вашего кода, если переменная ведет себя неожиданно.