Почему java jdk transferSize - только 8k? [Дубликат]
Чтобы получить значение выбранной радиокнопки, используйте имя RadioButtonName и идентификатор формы, содержащий RadioButton.
$('input[name=radioName]:checked', '#myForm').val()
ИЛИ только
$('form input[type=radio]:checked').val();
3 ответа
Традиционно диспетчеры памяти и файлы подкачки в операционной системе работают на страницах размером от 2. Это позволяет выполнять очень эффективные операции умножения / деления с помощью операций сдвига влево / вправо. При работе с буфером наихудший сценарий состоит в том, чтобы иметь буфер размером 1 байт дольше, чем размер страницы (что приведет к дополнительной замене страницы с очень низкой выгодой). Таким образом, размеры буфера по умолчанию также будут реализованы в двух факторах.
Я бы предположил (но не проверял), что JVM ищет такие буферы, как это, и пытается выровнять их на границах страниц.
Почему это имеет значение? Пропуски страницы довольно дороги. Если вы делаете тонну ввода-вывода, лучше избегать случая, когда страница, поддерживающая буфер, выгружается на диск (вид поражения цели буфера). Тем не менее, для большинства приложений это микро-оптимизация, и в подавляющем большинстве случаев по умолчанию это нормально.
Для справки, Windows и Linux в настоящее время используют размер страницы памяти 4 КБ. Таким образом, буфер по умолчанию для BufferedReader будет потреблять ровно 2 страницы.
Как показано в BufferedReader Javadoc ,
Можно указать размер буфера или использовать размер по умолчанию. Значение по умолчанию достаточно велико для большинства целей.
Значение по умолчанию было выбрано как «достаточно большое» (которое я бы интерпретировал как «достаточно хорошо»).