Противно на това, което мнозина може би си мислят, това, което докладваме, не винаги е перфектно. Въпреки че правим много неща правилно и имаме страхотна група разработчици, които непрекъснато разтягащи се устройства до височини, понякога подчертаваме решения с неизвестни печалби. Скорошна статия, която публикувахме на a хак за игри на Nexus 7 и други устройства е един такъв пример.
Предпоставката на хака е, че можете да намалите забавянето, като запазите раздел от файловата система на Android (/dev/random), пълни с произволни битове, така че системата да не трябва да чака файловата система да ги генерира. На теория това звучи страхотно и е доказано известен успех в определени области където изоставането беше очевидно, но го има всякакви други проблеми.
Поради тези опасения не препоръчваме използването на тази корекция. Самата корекция по никакъв начин не причинява вреда и е почти плацебо по своите ефекти. CyanogenMod разработчик arcee публикувана информация на корекцията, заявявайки, че
Единствените потребители на /dev/random са libcrypto (използвани за криптографски операции като SSL връзки, генериране на ssh ключ и т.н.), wpa_supplicant/hostapd (за генериране на WEP/WPA ключове, докато сте в AP режим) и библиотеките, които генерират произволни идентификатори на дялове, когато правите формат ext2/3/4. Нито един от тези 3 потребителя не е в пътя на изпълнение на приложението, така че подаването на случаен принцип от urandom не прави нищо, освен да направи произволно... добре... по-малко случаен
Има основателни опасения относно забавянето и начина, по който операционната система Android се справя с тях, и има дискусията продължава в момента в рамките на Android Code за това, но тази корекция не адресира тези проблеми и вместо това осигурява печалби в производителността чрез повишаване на скоростта на процесора. Самият разработчик заяви, че това на практика може да намали живота на батерията, тъй като хакът събужда процесора всяка секунда.
Както винаги се случва, всичко, което използвате тук в XDA, се прави на ваш собствен риск и вие поемате цялата отговорност за вашите действия. Въпреки това има моменти, в които предаваме неточна информация и това е един от тези моменти. Ние наистина аплодираме всички наши разработчици за работата, за да намерят корекции за нещата, които ги тормозят. Ние обаче се захванахме с това, без да позволим провеждането на адекватно обсъждане и тестване.
[Изображението е адаптирано от /dev/urandom мисли.]