категории | закладки | добавить | RSS

8 файлов, добавленных в категорию Разное пользователем PapaRoach[ожидают одобрения]



Повышаем время работы аккумулятора с помощью sysctl

Все про Android
Mon, 07 Jan 2013 21:56:35 +0400Слово автора:
Недавно (хотя сам узнал поздновато) умельцы с XDA предложили способ увеличения работы аккумулятора с помощью sysctl. Скажу сразу, что прирост к работе аккумулятора есть, но у всех по-разному, однако довольно-таки приличный прирост!

Требования:
* Права root, установленный busybox. Не спрашивайте что это такое. На сайте есть раздел по получению рут-прав и установке нужного софта.
* Поддержка прошивкой init.d
99% кастомных прошивок поддерживают init.d . Если же у вас стоковая прошивка и вы не уверены, что там есть init.d посоветую использовать такие программы как mctweaker или Script Manager . Они позволяют эмулировать работу init.d.
* Установленный Android Terminal Emulator и любой файловый менеджер, к примеру, Root Explorer
* Умение делать nandroid backup(на всякий случай!)

Инструкция:

Шаг 1
С помощью файлового менеджера идем по пути system/etc и ищем там файл sysctl.conf. Если его там нет, то создаем его. Создать можно и с компьютера и закинуть потом в аппарат- если решили так, то советую использовать редактор Notepad++.
Открываем файл и вставляем туда данный "код":
 Код для sysctl.conf
#sysctl.conf file
fs.nr_open=1053696
fs.inotify.max_queued_events=32000
fs.inotify.max_user_instances=256
fs.inotify.max_user_watches=10240
fs.lease-break-time=10
fs.file-max=165164
kernel.threads-max=525810
kernel.random.write_wakeup_threshold=256
kernel.random.read_wakeup_threshold=128
kernel.sched_compat_yield=1
kernel.panic=5
kernel.panic_on_oops=1
kernel.msgmni=2048
kernel.msgmax=64000
kernel.shmmni=4096
kernel.shmall=2097152
kernel.shmmax=268435456
kernel.sem=500 512000 64 2048
kernel.sched_features=24189
kernel.hung_task_timeout_secs=30
kernel.sched_latency_ns=18000000
kernel.sched_min_granularity_ns=1500000
kernel.sched_wakeup_granularity_ns=3000000
kernel.sched_shares_ratelimit=256000
kernel.sched_child_runs_first=0
fs.lease-break-time=10
fs.file-max=65536
vm.dirty_ratio=90
vm.dirty_background_ratio=80
vm.oom_kill_allocating_task=1
vm.overcommit_memory=1
vm.page-cluster=3
vm.drop_caches=3
vm.min_free_kbytes=4096
vm.panic_on_oom=0
vm.dirty_expire_centisecs=1000
vm.dirty_writeback_centisecs=2000
vm.oom_kill_allocating_task=0
vm.vfs_cache_pressure=10
vm.min_free_order_shift=4
vm.laptop_mode=0
vm.block_dump=0

Тщательно следите за лишними пробелами, наличие всяких "левых" символов отрицательно скажется на работе кода. Сохраняем файл и выставляем права-разрешения:
 Права



Шаг 2
Теперь идем по пути system/etc/init.d и создаем файл с именем 10sysctl. Открываем его и вставляем следующий текст, тщательно следя за левыми символами!:

#!/system/bin/sh
# grep sysctl /etc/init.d/*
# Load /sys/etc/sysctl.conf
sysctl -p

Сохраняем и выставляем права-разрешения как с файлом sysctl.conf. Данный файл-скрипт мы создаем для того, чтобы наш файл sysctl.conf срабатывал при загрузке системы.

Шаг 3
Теперь пришло время проверить все ли мы правильно вбили. Можно до этого сделать перезагрузку, а лучше наверно не надо)
Открываем Android Terminal Emulator и пишем следующее:

su
sysctl -p

После этого на экране появится содержимое файла sysctl.conf. Если у строчек файла стоят ошибки "error", то открываем наш файл sysctl.conf и удаляем строчки, у которых стояли ошибки и заново проверяем файл на ошибки!
 В качестве иллюстрации



Шаг 4
Теперь делаем перезагрузку и по идеи радуемся успеху!
Если у вас что-то сломалось, не загрузилось, то вся вина лежит на Вас! Я никакой ответственности за работу ваших аппаратов не несу! Однако же, заверяю, что на работу вашего аппарата эти манипуляции плохо не скажутся!

Для ленивых
Специально для ленивых сделали приложение для изменения основных параметров Sysctl Config.
 Рекомендуемые настройки для программы
vm.min_free_kbytes = 16284
vm.dirty_ratio = 90
vm.dirty_background_ratio = 55
vm.vfs_cache_pressure = 20
oom kill checked


Итоги:
99% испробовавших этот метод говорят о том, что он работает. Прирост времени жизни у всех разный, однако процент довольно ощутимый. Лично для меня каждый процент батареи очень важен, поэтому я попробовал на своем SE NEO V и уже сейчас заметил, что в режиме сна аккум садится в 2 раза медленнее! Да, это зависит от разных факторов, но все же...

p.s. В прикрепленных файлах мой вариант файла sysctl.conf и скрипт init.d, которые нужно всего лишь закинуть в нужные места, выставив права-разрешения!
p.p.s. Пишите личное мнение, выводы, итоги работы, вместе достигнем лучшего результата.

Прикрепленный файл #1: 5007_sysctl.zip (697 b) PapaRoach
Повышаем время работы аккумулятора с помощью sysctl

Слово автора: Недавно (хотя сам узнал поздновато) умельцы с XDA предложили способ увеличения работы аккумулятора с помощью sysctl. Скажу сразу, [...] читать описание


  59493 

Комментарии: 40

Создание раздела на sd-карте для переноса приложений

Все про Android
Sat, 12 May 2012 11:28:34 +0400Введение:
Мне довольно часто задают вопросы как создать раздел на карте памяти для переноса приложений, например с помощью такой программы как Link2SD .
И по сему я решил написать небольшую инструкцию как правильно разбить флешку на разделы для тех, у кого возникли трудности. Может многим уже не надо, но как показывает статистика вопросы будут всегда)))

Цель:
Разбить флешку на 2 раздела FAT32 и EXT2.
FAT32-раздел под ваши данные.
EXT2-раздел под переносимые приложения на карту.
Актуальным размером EXT2-раздела является 32-512мб. Больше 512мб делать смысла нет! Но если вдруг захотите больше, то учтите, что размер EXT2 раздела должен занимать не более 90% от общего объема карты!

 Инструкция:
Для начала нам нужно обзавестись программой для создания разделов на дисках. Лично я использовал, и вам советую, MiniTool Partition Wizard Home Edition- программа бесплатна и удобна.

Шаг 1
Вставляем sd-карту в кардридер. Кардридер само собой подключаем к компьютеру. Если есть необходимость делаем бэкап данных с флешки, т.к. при делении все данные сотрутся!


Шаг 2
Открываем MiniTool Partition Wizard Home Edition, находим нашу карту и удаляем раздел, нажав пункт"Delete" в контекстном меню:


Шаг 3
Далее жмем пункт "Create" на неразмеченном пространстве карты:

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

Шаг 4
Сначала создаем раздел типа FAT/FAT32, на котором будут храниться ваши обычные данные типа фоток, музыки, всяких файлов. Это будет раздел под ваши нужды.
Для этого в пункте "File System" выбираем тип FAT или FAT32:

Для карточек до 2гб советуют выбирать тип FAT. Если карточка 4гб и более, то выбираем тип FAT32.

Далее, в пункте "Create As" выбираем пункт "Primary":

В пункте "Drive Letter" присваивается буква тома(это как буква локального диска и т.д.). Также в графе "Partition Label" можете ввести название(метку) вашего раздела. Я назвал к примеру "SDCARD".
После в пункте "Partition Size" выбираем размер нашего раздела и жмем "ОК":


Шаг 5
Аналогично жмем пункт "Create" на неразмеченной области карты и создаем теперь раздел, на котором будут храниться перенесенные на sd-карту приложения.
При этом может выскочить окно с предупреждением типа:

Смело жмем "ОК" и идем далее.
Но теперь в графе "File System" выбираем тип EXT2 или EXT3:


В пункте "Create As" опять выбираем "Primary", вписываем если хотим название-метку, а размер раздела будет как остаток карты. И жмем "ОК".

Шаг 6
Теперь жмем в левом верхнем углу кнопку "Apply" и соглашаемся с изменениями:

После запустится процесс обработки и, если все будет успешно, вылезет окно:



Процесс закончен! Если делали бэкап, то кидаем данные обратно на FAT32-раздел(хотя, вы только его и увидите в проводнике компьютера) и вставляем флешку в аппарат и пользуемся на здоровье!

p.s. На универсальность не претендую. Об ошибках и прочее пишем в комментах. Рад, если кому-то помог.

p.p.s. Все манипуляции с sd-картой лежат на вашей совести! Помните, чем больше приложений вы будете переносить на флешку, тем меньше запаса жизни вы ей оставляете! Переносите только "тяжелые" приложения и приложения, которыми редко пользуетесь! PapaRoach
Создание раздела на sd-карте для переноса приложений

Введение: Мне довольно часто задают вопросы как создать раздел на карте памяти для переноса приложений, например с помощью такой программы [...] читать описание


  1217508 

Комментарии: 78

Отключаем проверку байт-кода или ускоряем работу android

Все про Android
Thu, 03 May 2012 14:20:47 +0400Релиз подготовлен


Слово автора:
Это статья написана мной, т.е. Papa Roach , с использованием этих материалов, которая не претендует на универсальность и открытие «Америки».Скорее она предназначена для ознакомления и в качестве деления личным опытом и размышлениями, ну и чутку для науки))))

Введение:
Многие знают что есть деодексированные и одексированные прошивки для гуглофона. Если кто не знает в чем разница, то читаем эту статью .

В данной статье я опишу как отключить проверку байт-кода(disabling verify-bytecode).
Q: Зачем это делать?
A: Данный твик дает прирост производительности в деодексированной прошивке как при одексированной. Актуально на аппаратах с размером оперативной памяти 256-512мб!
Q: Опасно ли это?
A: Все зависит от прямоты ваших рук и желания делать бэкап.

Требования:
1) Деодексированная прошивка. Однако, наш товарищ и модератор Usernokiamen проверил данный твик на одексированной прошивке и заметил увеличение быстродействия аппарата! Поэтому можете попробовать и на одексированной прошивке.
2) Наличие установленного файлового менеджера. К примеру Root Explorer
3) Наличие установленного терминала. К примеру Android Terminal Emulator
4) Умение делать полный бэкап данных аппарата!

Непосредственно инструкция:
Шаг 1
Делаем полный бэкап данных! Описывать как делать бэкап не буду. Если не умеете- учитесь. Инструкций море!

Шаг 2
Открываем эмулятор терминала на телефоне и вводим следующие команды:

su
setprop dalvik.vm.verify-bytecode false
setprop dalvik.vm.dexopt-flags v=n, o=v
rm /data/dalvik-cache/*
rm /cache/dalvik-cache/*
reboot

В качестве иллюстрации:


Шаг 3
Используя файловый менеджер, находим файл build.prop, который лежит в памяти телефона в папке /system.
Открываем его и добавляем строки:

dalvik.vm.verify-bytecode = false
dalvik.vm.dexopt-flags=v=n, o=v

Если какая-либо из строк уже есть в файле, то измените их на данные значения! Главное чтобы не было дубликатов!
В качестве иллюстрации:


Шаг 4
Открываем снова эмулятор терминал и вводим:

rm /data/dalvik-cache/*
rm /cache/dalvik-cache/*

И перезагружаемся!

Отключение твика:
Если вы решили отключить данный твик, т.е. включить проверку байт-кода, тогда открываем терминал и вводим:

su
setprop dalvik.vm.verify-bytecode true
rm /data/dalvik-cache/*
rm /cache/dalvik-cache/*
reboot


Итоги:
В итоге мы получим небольшой прирост оперативной памяти, прирост производительности, более плавное переключение приложений, быстрый повторный запуск приложений.
Но, стоит отметить, что возможна некорректная некоторых приложений(не заметил) и у некоторых наблюдаются зависания при вынимании/вставки sd-карты!

p.s. Повторяюсь, все манипуляции над вашим аппаратом лежат на вашей совести! PapaRoach
Отключаем проверку байт-кода или ускоряем работу android

Релиз подготовлен Слово автора: Это статья написана мной, т.е. Papa Roach , с использованием этих материалов, которая не претендует на универсальность [...] читать описание


  41407 

Комментарии: 11

Скрипты-твики для init.d

Root и прошивка
Tue, 21 Feb 2012 10:39:50 +0400Слово автора:
Это статья написана мной, т.е. Papa Roach , с использованием этих материалов, которая не претендует на универсальность и открытие «Америки».Скорее она предназначена для ознакомления и в качестве деления личным опытом и размышлениями, ну и чутку для науки))))

Введение:
Данные скрипты-твики для init.d призванны улучшить работу гуглофона и настроить его под свои нужды.
Для работы твиков необходима поддержка init.d прошивкой вашего аппарата, а также BusyBox.
Однако, поддержку init.d можно эмулировать с помощью таких программ как mcTweaker или Script Manager, включив соответствующие пункты в программах. Причем в mcTweaker реализовано множество твиков для вашего аппарата.
Напомню, что в кастомных прошивках BusyBox может быть установлен, да и многие твики уже реализованы!
Все Вы делаете на свой страх и риск! Для манипуляций нужен root-доступ!

Общая информация:
Скрипты-твики необходимо класть по пути /system/etc/init.d/:

Для редактирования/добавления/удаления скриптов я пользовался Root Explorer .
Если у Вас нет папки init.d, то значит скрипты работать не будут 100%!

Каждый файл скрипта начинается со строчки: #!/system/bin/sh
Далее вставляется код твика, например: echo "500" > /proc/sys/vm/dirty_expire_centisecs
echo "1000" > /proc/sys/vm/dirty_writeback_centisecs
 Образец файла скрипта
#!/system/bin/sh
echo "500" > /proc/sys/vm/dirty_expire_centisecs
echo "1000" > /proc/sys/vm/dirty_writeback_centisecs

Каждый твик оформляется отдельным файлом! Все твики в один файл не кладем!

Файл скрипта называем по-любому, но так чтобы сами могли распознать их, например, Battery_tweak - твик аккумулятора.





Твики:
1) Твики скорости интернет-соединения
echo "0" > /proc/sys/net/ipv4/tcp_timestamps;
echo "1" > /proc/sys/net/ipv4/tcp_tw_reuse;
echo "1" > /proc/sys/net/ipv4/tcp_sack;
echo "1" > /proc/sys/net/ipv4/tcp_tw_recycle;
echo "1" > /proc/sys/net/ipv4/tcp_window_scaling;
echo "5" > /proc/sys/net/ipv4/tcp_keepalive_probes;
echo "30" > /proc/sys/net/ipv4/tcp_keepalive_intvl;
echo "30" > /proc/sys/net/ipv4/tcp_fin_timeout;
echo "404480" > /proc/sys/net/core/wmem_max;
echo "404480" > /proc/sys/net/core/rmem_max;
echo "256960" > /proc/sys/net/core/rmem_default;
echo "256960" > /proc/sys/net/core/wmem_default;
echo "4096, 16384, 404480" > /proc/sys/net/ipv4/tcp_wmem;
echo "4096, 87380, 404480" > /proc/sys/net/ipv4/tcp_rmem;


2) Твики управления памятью виртуальной машины
echo "4096" > /proc/sys/vm/min_free_kbytes
echo "0" > /proc/sys/vm/oom_kill_allocating_task;
echo "0" > /proc/sys/vm/panic_on_oom;
echo "0" > /proc/sys/vm/laptop_mode;
echo "0" > /proc/sys/vm/swappiness
echo "50" > /proc/sys/vm/vfs_cache_pressure
echo "90" > /proc/sys/vm/dirty_ratio
echo "70" > /proc/sys/vm/dirty_background_ratio


3) Твики ядра
echo "8" > /proc/sys/vm/page-cluster;
echo "64000" > /proc/sys/kernel/msgmni;
echo "64000" > /proc/sys/kernel/msgmax;
echo "10" > /proc/sys/fs/lease-break-time;
echo "500, 512000, 64, 2048" > /proc/sys/kernel/sem;


4) Увеличиваем время жизни аккумулятора
echo "500" > /proc/sys/vm/dirty_expire_centisecs
echo "1000" > /proc/sys/vm/dirty_writeback_centisecs


5) Твик скорости чтения sd-карты(увеличение кеша карты)
echo "2048" > /sys/devices/virtual/bdi/179:0/read_ahead_kb;


6) Дефрагментация файлов баз данных?
for i in \\
`find /data -iname "*.db"`
do \\
sqlite3 $i 'VACUUM;';
done


7) Отключаем логгеры(не будут записываться лог-файлы)
rm /dev/log/main


8) Настраиваем пороги, при которых будет происходить выгрузка приложений при нехватке памяти
echo "2048, 3072, 6144, 15360, 17920, 20480" > /sys/module/lowmemorykiller/parameters/minfree


9) Твики управления кэша
LOOP=`ls -d /sys/block/loop*`;
RAM=`ls -d /sys/block/ram*`;
MMC=`ls -d /sys/block/mmc*`;
for j in $LOOP $RAM
do
echo "0" > $j/queue/rotational;
echo "2048" > $j/queue/read_ahead_kb;
done


10) Твики процессора?
SAMPLING_RATE=$(busybox expr `cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency` \\* 750 / 1000)
echo 95 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold
echo $SAMPLING_RATE > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/sampling_rate


11) Перенос dalvik-кеша в раздел cache, чтобы разгрузить раздел data
CACHESIZE=$(df -k /cache | tail -n1 | tr -s ' ' | cut -d ' ' -f2)
if
then
echo "Large cache detected, moving dalvik-cache to /cache"
if
then
busybox rm -rf /cache/dalvik-cache /data/dalvik-cache
mkdir /cache/dalvik-cache /data/dalvik-cache
fi

busybox chown 1000:1000 /cache/dalvik-cache
busybox chmod 0771 /cache/dalvik-cache

# bind mount dalvik-cache so we can still boot without the sdcard
busybox mount -o bind /cache/dalvik-cache /data/dalvik-cache
busybox chown 1000:1000 /data/dalvik-cache
busybox chmod 0771 /data/dalvik-cache
else
echo "Small cache detected, dalvik-cache will remain on /data"
fi


12) Удаление кэша, tmp-файлов и прочего мусора
#remove cache, tmp, and unused files
rm -f /cache/*.apk
rm -f /cache/*.tmp
rm -f /data/dalvik-cache/*.apk
rm -f /data/dalvik-cache/*.tmp

if
then
rm -f /data/system/userbehavior.db
fi

if
then
chmod 400 /data/system/usagestats
fi

if
then
chmod 400 /data/system/appusagestats
fi

#remove main log
if
then
rm -f /dev/log/main
fi


13) Изменение приоритета процессов-только стандартных. Желательно перед использованием проверить название процессов на вашем аппарате. Призвано увеличить плавность работы аппарата и сделать отклик более приятным)
renice -20 'pidof com.android.phone'
renice -19 'pidof com.android.inputmethod.latin'
renice -19 'pidof com.swype.android.inputmethod'
renice -17 'pidof com.android.systemui'
renice -9 'pidof com.android.settings'
renice -9 'pidof com.android.vending'
renice -6 'pidof com.sec.android.app.camera'
renice -6 'pidof com.sec.android.app.fm'
renice -6 'pidof com.google.android.apps.maps'
renice -4 'pidof com.google.android.apps.googlevoice'
renice -3 'pidof android.process.media'


Назначение скриптов, помеченных вопросительным знаком, точно не знаю или их работа под вопросом!
В прикрепленном архиве лежат готовые скрипты-твики, которые осталось только закинуть в папку init.d. Нумерация скриптов сохранена!

p.s. Повторяюсь, все манипуляции над вашим аппаратом лежат на вашей совести! При использовании программ-твикеров типа mcTweaker удаляйте свои пользовательские скрипты да бы избежать неприятныз ситуаций и всегда делайте бэкап!
p.p.s. Статья будет пополняться новой информацией по мере возможности! Вопросы задаем в комментариях!

Прикрепленный файл #1: 5016_tweaks.zip (3, 44 Kb) PapaRoach
Скрипты-твики для init.d

Слово автора: Это статья написана мной, т.е. Papa Roach , с использованием этих материалов, которая не претендует на универсальность и открытие [...] читать описание


  151339 

Комментарии: 15

Вирусы на Android: что есть и что будет? Часть II

Все про Android
Sun, 05 Feb 2012 15:42:24 +0400Слово автора:
Это статья написана полностью мной, т.е. Papa Roach , которая не претендует на универсальность и открытие «Америки» и является продолжением предыдущей моей статьи .Скорее она предназначена для ознакомления и в качестве деления личным опытом и размышлениями, ну и чутку для науки)))


Введение:
С момента написания первой статьи прошло более полугода и за это время произошло несколько крупных событий так или иначе связанных с безопасностью платформы Android.
Да, сейчас уже можно утверждать что каждый день на android появляется новое вредоносное приложение или, как общепринято называть в СМИ \"вирус\". Почему пишу в кавычках? Да потому, что по определению вирус- это программа способная к саморазмножению, а на сегодняшний день на Android не существует таких программ. Только сплошные malware, rootkit и т.д.

Основные громкие \"вирусы\" я описал в прошлой статье, так что про новые вариации писать не буду, а сразу приступлю к рассказу о событиях.


Поехали:
В конце прошлого года заголовки СМИ пестрили заголовками \"Количество вирусов на андроиде растет\", \"каждый день заражаются сотни аппаратов\" и т.д. Ну да ладно, это СМИ, им нужен экшн и хоррор в одном флаконе
Но особняком стала вирусная рекламная акция-розыгрыш от компании Microsoft, суть которой в следующем:
5 человек, которые \"пострадали\" от вирусов на андроид, рассказавшие наиболее \"плачевные и грустные\" истории в твиттере с хештегом #DroidRage, получат Windows Phone совершенно бесплатно...Эта акция вызвала бурную реакцию. Еще бы, я думаю никому не стоит напоминать, что халяву любят все? Не буду комментировать политику крупнейших корпораций, а лишь приведу один комментарий к этой акции:
\"Люди и так пострадали от вирусов, а вы им еще и Windows Phone дарите...\"


В конце января сего года произошло еще одно событие. В интернете появились новости, что компания Symantec обнаружила в Android Market 13 популярных приложений с вредоносным Android.Counterclank. Ну обнаружение вредоносного ПО в маркете не новость, но вот масштаб в этот раз удивил. Специалисты Symantec заверяли, что было заражено более 5 млн аппаратов! Представляете масштаб?
А что же умеет наш Android.Counterclank?

Как и обычно этот тип \"вируса\" собирает информацию об аппарате(если честно этим уже не напугать...) и...меняет стартовую страницу родного браузера! Эх, знали бы в Symantec, что изменение стартовой страницы в браузере для компьютерных программ дело привычное...
Ну что ж, спустя несколько дней компания Symantec официально признала свою ошибку и принесла извинения издателям якобы \"вирусных\" приложений. Хотя разработчики этих приложений все же сказали, что впредь будут осторожнее \"влезать\" в личное пространство пользователей гуглофонов. Что ж поверим на слово

А что же наша \"Корпорация Добра\" Google? Где ее реакция? Где забота о пользователях? А наш Google все-таки не дремлет как кажется на первый взгляд
На днях корпорация объявила, что Android Market обзаведется личным \"вышибалой\"!

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

Что ж, как никак это шаг вперед. Хотя мне, как человеку связанному с безопасностью, не понять почему раньше не проверялись приложения
Следующим шагом от корпорации ждем модерацию приложений, ведь без нее никуда:) Иначе не будет уверенности в завтрашнем дне...


Итоги:
Да, статья вышла небольшая, но как говорится \"я не мастер пера\", а в итогах я хотел бы привести выдержки из заявления менеджера проектов Open Source в Google Крис ДиБона:
\"Если вы работаете на компанию, которая продает защиту от вирусов для Android, RIM или iOS, вам должно быть стыдно\"
Да, ДиБон прямым текстом говорит, что антивирусы крупным платформам не нужны ибо вирусов как таковых нет! Есть только невнимательные(мягко говоря) пользователи и не более того.
Конечно же, даже с таким специалистом можно поспорить. Например, антивирусы не нужны, но вот firewall- это обязательный компонент аппарата, как никак его наличие не помешает.

p.s.Спасибо всем за внимание.Напомню что это личное мнение, которое имеет свою подоплеку. PapaRoach
Вирусы на Android: что есть и что будет? Часть II

Слово автора:Это статья написана полностью мной, т.е. Papa Roach , которая не претендует на универсальность и открытие «Америки» и является продолжением [...] читать описание


  11208 

Комментарии: 21

Модернизируем файл build.prop

Root и прошивка
Thu, 01 Sep 2011 18:46:34 +0400Слово автора:
Это статья написана мной, т.е. Papa Roach , с использованием этих материалов, которая не претендует на универсальность и открытие «Америки».Скорее она предназначена для ознакомления и в качестве деления личным опытом и размышлениями, ну и чутку для науки))))

Введение:
В файловой системе любого смартфона на Android есть файл build.prop, который лежит по пути /system/build.prop.Само собой для доступа к этому файлу нам нужны root-права!
В данном файле хранятся данные о прошивке и настройки смартфона, которые применяются после включения аппарата.
Ниже я приведу твики, которые позволяют немного улучшить производительность нашего гуглофона, ну или по крайней мере сделать его работу более «комфортной».
Предупреждаю!Все вы делаете на свой страх и риск!За работоспособность твиков не ручаюсь ибо каждый аппарат индивидуален. Я проверял на своем Acer E400(Android 2.1)

Модернизация:
Для начала делаем бекап и другие действия для сохранения нервов в случае неудачного редактирования файла!!!
Далее открываем файл и начинаем его редактирование.Если описанных ниже строчек нет в вашем файле, то просто пишите их в конец файла.
Поехали(вместо звездочки * пишем нужное нам значение):
1)debug.sf.hw=*. Эта строчка отвечает за Аппаратное ускорение. Оно нужно для ускорения графического интерфейса. Значение 1 его активирует. Значение 0 его выключает.Пробуйте, проверяйте и вам воздастся.Лично у меня возникает рябь в графике(возможно сильная!), поэтому оффнул его.

2)wifi.supplicant_scan_interval=***. Эта строчка отвечает за интервал поиска Wi-Fi сетей. По умолчанию стоит 20. Значение измеряется в секундах. Это означает, что у нас стоит 20 сек. Советуется для экономии батареи поставить значение 180-200.

3)pm.sleep_mode=1
ro.ril.disable.power.collapse=0 –иностранные коллеги также советуют прописать эти 2 строчки для экономии заряда батареи.

4)dalvik.vm.heapsize=*m. Эта строчка устанавливает значение heapsize. Смысл в том, что в большинстве прошивок установлено малое значение памяти для использования приложением, программа расширяет это значение, тем самым увеличивая производительность и делая устройство более стабильным.
Большое значение лучше не ставить, хотя можно поэкспериментировать.
Лучший вариант - это 32m. Его кстати и рекомендуют.

5)dalvik.vm.execution-mode=int:***. Эта строчка отвечает за JIT. Значение jit включает его, а значение fast выключает.Технология JIT также служит для увеличения производительности аппарата.Еще раз напомню-может работать не у всех.

6)windowsmgr.max_events_per_sec=60. Делает интерфейс более гибким и плавным. Этой строчки изначально нет, нужно дописывать самому.Можете поиграться со значениями и выбрать подходящее.

7)ro.media.enc.jpeg.quality=100-повышаем качество jpg.А если быть более точным, то изменяем степень сжатия фоток.При параметре 100 размер фоток вырастет примерно в 2 раза.

8)ro.media.dec.jpeg.memcap=8000000
ro.media.enc.hprof.vid.bps=8000000 – повышаем качество аудио- и видеозаписи камеры.Опять же-выше заложенных аппаратных возможностей не прыгнешь, но зато достигнешь потолка)

9)debug.sf.nobootanimation=1 – отключаем анимацию при включении.Немного ускоряет включение аппарата.

10)
ro.lge.proximity.delay=25
mot.proximity.delay=25 – отключает появляющееся черное окошко после окончания звонка.Меня реально раздражало и это лично мне помогло)))

11)
net.tcp.buffersize.default=4096, 87380, 256960, 4096, 16384, 256960
net.tcp.buffersize.wifi=4096, 87380, 256960, 4096, 16384, 256960
net.tcp.buffersize.umts=4096, 87380, 256960, 4096, 16384, 256960
net.tcp.buffersize.gprs=4096, 87380, 256960, 4096, 16384, 256960
net.tcp.buffersize.edge=4096, 87380, 256960, 4096, 16384, 256960 – меняем размер буфера TCP-говоря проще, немного улучшаем интернет-соединение.Будет полезным для тех, у кого медленный инет.

12)
ro.ril.hsxpa=2
ro.ril.gprsclass=10
ro.ril.hep=1
ro.ril.enable.dtm=1
ro.ril.hsdpa.category=10
ro.ril.enable.a53=1
ro.ril.enable.3g.prefix=1
ro.ril.htcmaskw1.bitmask=4294967295
ro.ril.htcmaskw1=14449
ro.ril.hsupa.category=5 –твики для улучшения приема 3G-сигнала.Сам не проверял-оставляю на вас.

13)ro.HOME_APP_ADJ=1 - запрет на выгрузку лаунчера из памяти.

14)ro.kernel.android.checkjni=0 - исправляет некоторые ошибки приложений.

15)persist.adb.notify=0 - отключение иконки режима отладки в статусбаре.

16)ro.config.hw_menu_unlockscreen=false - для включения возможности разблокирования экрана при помощи кнопки «Меню\" (двойного нажатия), измените значение с «false» на «true»

17)Точное предназначение следующих строчек я не знаю, поэтому просто приведу список.Те, кто знает что они делают лучше прошу отписаться мне:

persist.sys.use_dithering=0
persist.sys.purgeable_assets=1
dalvik.vm.dexopt-flags=m=y
ro.mot.eri.losalert.delay=1000


18) Твики, определенные только для телефонов LG!

persist.service.pcsync.enable=0
persist.service.lgospd.enable=0
user.feature.flex=true
user.feature.lgdrm=false
user.feature.lgresource=false
user.feature.lgpoweroff=false
user.feature.ls_event=false
user.feature.ls_normal=false
user.feature.sui=false

p.s.Надеюсь кому-то будет полезным, но замечу, что если у вас стоит кастомная прошивка, то скорее всего многие твики уже включены в прошивке!
p.p.s.В прикрепленных файлах скрины файла builp.prop-на всякий случай
p.p.p.s. Спасибо за инфу Asat-777 , n81bla и dvortep



Дополнительный скрин #1 (39, 83 Kb)
Дополнительный скрин #2 (28, 39 Kb) PapaRoach
Модернизируем файл build.prop

Слово автора: Это статья написана мной, т.е. Papa Roach , с использованием этих материалов, которая не претендует на универсальность и открытие [...] читать описание


  489695 

Комментарии: 40

Вирусы на Android: что есть и что будет?

Разное
Tue, 21 Jun 2011 19:38:22 +0400Слово автора:
Это статья написана полностью мной, т.е. Papa Roach , которая не претендует на универсальность и открытие «Америки».Скорее она предназначена для ознакомления и в качестве деления личным опытом и размышлениями, ну и чутку для науки))))

Введение:
В последнее время начинает разгораться, а, наверно, уже разгорелась, дискуссия по поводу вредоносного ПО, предназначенного для платформы Android.Всех волнует вопрос:есть ли опасность для пользователей гуглофонов?
Так как статья авторская, то я выскажу свое мнение и попытаюсь его обосновать.
Да, несомненно опасность есть и, к сожалению, вирусы на android будут писаться всё больше и больше…
Связанно это, конечно же, с огромной популярностью платформы.Если посмотреть квартальные отчеты продаж гуглофонов по всему миру, то можно увидеть, что Android шагает семимильными шагами вперед.И само собой, не особо честные люди(они же вирусописатели) не спят, а сидят и пилят платформу Android на биты, в поисках уязвимостей…

Немного истории:
Вообще, я считаю что стоит рассматривать в качестве цели вирусов версии Android 2.1 и выше, ибо более ранние версии, стоит признать, были очень сырыми и дырявыми.
В июне прошлого года исследователи из компании Trustwave заявили, что написали первый руткит на android, способный собирать персональные данные и вообще полностью «отдаваться взломщику». Активация проходила с помощью sms-сообщения.Хоть и исследователи признавали, что написать вирус неимоверный труд, но всё же он был создан…
Наверно это дало толчок для вирусописателей и наступила мини-эпоха смс-троянов…
В августе Лаборатория Касперского обнаружила троян Trojan-SMS.AndroidOS.FakePlayer, который маскировался под медиаплеер и после установки рассылал смс по платным номера(таких троянов куча по всему миру так что смысла описывать нет все).Этот вирус был направлен прежде всего на наш рынок.
И вот в декабре того же года(т.е. 2010) пришел новый вирус под названием «Geinimi».
Этот троян уже был способен собирать информацию об аппарате и отправлять его на удаленный сервер(привет ботнетам ).Geinimi также маскировался под известные игры и распространялся в Китае через сторонние маркеты.
Стоит еще сказать, что весной сего года в официальном AndroidMarket были обнаружены вредоносные приложения(более 21), которые были своевременно(ну кто знает…) удалены.Да и чистка маркета после этого стала проходить чаще, точнее обнаруживать стали чаще вредоносное ПО…
Вот и пришло лето 2011 года, а вместе с ним и новые вирусы.
Пожалуй, самой большой оплеухой многим гуглофоноводам стало приложение Angry Birds Rio Unlock, вместе с которым распространялся троян Android.Plankton.
Зловредная программа при запуске инфицированного приложения считывала данные устройства ((ID устройства, версия SDK, сведения о привилегиях файла), передавая эту информацию создателям вируса. Затем в фоновом режиме скачивается и устанавливается дополнительно ПО, которое, как считают эксперты по безопасности, выполняло самые разные функции. К слову, загружаемое ПО может варьироваться. Уже обнаружены такие пакеты, как plankton_v0.0.3.jar и plankton_v0.0.4.jar, которые в дальнейшем «висят» в памяти устройства, ожидая получения команды из «центра».
Данную программу скачали более 150000 раз и это только из оф.маркета…представляете масштаб?)

Следующий вирус, про который я хотел бы рассказать это DroidKungFu…

Он распространяется пока только в Китае, но все же опасность довольно-таки велика.
Этот вирус есть родственник, а точнее продолжатель рода Geinimi ибо суть та же.
DroidKungFu использовал существенную уязвимость Android 2.1 и 2.2, которая позволяла получить права рут без помощи пользователя.То есть, этот вирус мог сделать что угодно с файловой системой вашего гуглофона.Радует, что в android 2.3 права рут он не мог получить, но все же большую часть сведений об аппарате и сим-карте он мог собрать и отправить на удаленный сервер…







А теперь трепещи, товарищ!!!На просторах интернета стал распространяться великий и ужасный троянец Zeus, а точнее его мобильная вариация ZeuS-in-the-Mobile или ZitMo.
Вообще первые версии ZitMo под платформы Symbian, Windows Mobile и даже BlackBerry появились еще осенью прошлого года, а вот летом этого года была обнаружена версия и под Android. ZitMo для гуглофона маскируется под приложение для управления финансами(мобильный-банкинг) \"Trusteer Rappor\" и основной функцией сего троянца является пересылка всех входящих sms-сообщений со смартфона на удаленный сервер.Функционал конечно скудный, но это как никак первая версия Zeus под Android...

А вот совершенно недавно был обнаружен новый вирус Android System Message, который умеет подслушивать телефонные разговоры владельца смартфона и записывать в звуковом формате AMR, ну и соответственно отправлять их злоумышленнику.
Опять же, данный вирус маскируется под вполне легальное приложение, т.е. сам он попасть на гуглофон не сможет, ностоит отметить, что это первый вирус \"подслушивающий разговоры\", да и к тому же замечу, что реализовать диктофон на андроиде довольно проблемное дело, а тут вполне \"качественно\" работающий продукт
Что нам делать и чего ждать?
Ну ответ на первую часть вопроса очень прост:
Пока большая часть троянов не может попасть к нам на телефон без нашего участия.
Всем большое наставление(я предсказуем?):
1)Качайте приложения только с официального маркета.
2)Смотрите какие разрешения просит приложение.
3)Давайте все вместе заставим «Корпорацию Добра» Google ужесточить премодерацию приложений в маркете.
4) Давайте все вместе заставим «Корпорацию Добра» Google выпускать прошивки с последними версиями Android на все аппараты.

Ответ на вторую часть вопроса более сложен:
Вирусы будут писаться и усложняться. Эксперты высказывают мнение, что кол-во вредоносных программ будет расти в геометрической прогрессии и уже к концу 2011 года около 5% гуглофонов будут считаться зараженными...
Нам остается надеяться на то, что Google будет делать правильные шаги в направлении безопасности платформы. Надеюсь, что с выходом новой версии Android Ice Cream Sandwich всё изменится в лучшую сторону
Ну и не стоит забывать поговорку:На Бога надейся, а сам не плошай!!!

p.s. Спасибо всем за внимание.Напомню что это личное мнение, которое имеет свою подоплеку. PapaRoach
Вирусы на Android: что есть и что будет?

Слово автора:Это статья написана полностью мной, т.е. Papa Roach , которая не претендует на универсальность и открытие «Америки».Скорее она предназначена [...] читать описание


  15163 

Комментарии: 20

Смена mac-адреса wi-fi (на android 2.1 и ниже)

Разное
Thu, 05 May 2011 20:07:02 +0400Слово автора:
Это моя первая статья(написана полностью мной, т.е. PapaRoach ), которая не претендует на универсальность и открытие «Америки».Скорее она предназначена для ознакомления и в качестве деления личным опытом, ну и чутку для науки))))

История начинается:
Недавно я копался в файловой системе своего гуглофона, а точнее в своем Acer E400(android 2.1) и наткнулся на интересные(по крайней мере для меня) файлы под названием btmac.txt и wmac.txt, где ключевая часть названий это “mac”.Для тех кто не знает что такое mac-адрес прошу почитать хотя бы википедию, ну а остальные могут продолжать читать статью дальше.
Эти файлы лежат по пути /data/local/tmp/ (смотрим скриншот) и конечно же нам нужен root-доступ!!!

Нас интересует в рамках данной статьи только файл wmac.txt, который содержит mac-адрес нашего wi-fi.
В наше время безопасность становится для многих паранойей и меня это не обошло стороной, поэтому я считаю, что знание как скрыть свой истинный mac-адрес не помешает.
В интернете есть в принципе несколько приложений(например приложение SetMacAddress под android 2.2, предназначенное в большей степени для восстановления своего заводского mac-адреса в связи с использованием сторонних прошивок) и статей, а точнее единственная статья которую я смог найти на форуме xda-developers, но все же там требуется компьютер и к тому же телефон должен поддерживать фастбут, так что не особо универсально(ИМХО).
Но так как я параноик, то я буду делать всё своими ручками на свой страх и риск

И так, начнем:
1)Делаем бекап файла wmac.txt(хотя не обязательно ибо есть подвох-далее объясню)
2)Теперь редактируем сей файл, а именно меняем хотя бы одну букву или цифру и сохраняем.
3)А теперь один очень важный нюанс!Если теперь посмотреть mac-адрес в разделе \"Состояние телефона\", то там увидим адрес, который у нас записан в измененном файле wmac.txt, однако это не совсем наш адрес)))Включив wi-fi-модуль и зайдя в дополнительные настройки wi-fi, мы увидим что там совсем другой mac-адрес!!!А именно mac-адрес производителя CIMSYS Inc И теперь при каждом включении wi-fi нам будет присваиваться случайный mac-адрес этого производителя!!!
Скажу сразу:никаких конфликтов при смене mac-адреса(по моему способу) не возникало!!!Проверял при подключении к разным точкам и смену адреса проверял различными специализированными программами.

А теперь важная оговорка:после перезагрузки телефона mac-адрес станет прежним, т.е. заводским.
Ну я всё-таки не злостный скрывальщик мак-адреса, поэтому считаю использовать смену адреса нужно в определенных случаях Ну я думаю вы поняли меня когда

p.s. Все проверяно на android 2.1 и ниже.На старших версиях данный способ не работает.
p.p.s. Все что вы делаете со своим аппаратом лежит на вашей совести, а не на моей!!! PapaRoach
Смена mac-адреса wi-fi (на android 2.1 и ниже)

Слово автора:Это моя первая статья(написана полностью мной, т.е. PapaRoach ), которая не претендует на универсальность и открытие «Америки».Скорее [...] читать описание


  52304 

Комментарии: 28