Отображение консольных дашбордов на стендах на машинках с осью без оболочки. Удобно, что таким образом удобно удаленно управлять расположением и составом.
А чаще всего - при подключении по ssh для длительных разовых операций (тот же перенос данных, или какие-то длительные ручные эксперименты). На случай сбоя сети, чтобы процесс продолжился даже при отвале от сессии. Альтернативно коллеги используют и screen.
Базово выравнивание происходит как правило по 1 байту (как раз упомянутые 8 бит), так уж повелось. Меньшими единицами процессор не оперирует (не считая специфичных вариантов). Конкретно булы может и пакуются в 4 байта какими-то компиляторами, но это уже зависит от реализации и настроек. Но можно запаковать и в 1 байт, так или иначе.
К тому же подменено понятие полезной информации по сути в статье. Для инта все нули, которые казалось бы не значащие, ибо "на листочке" можно записать одной цифрой, на самом деле являются значимыми - обозначают, что там именно нету единицы, а значит 2^i не участвует в формировании числа. То есть это не мусорная информация. При выравнивании же булов - все (будь это 1 * 8 бит или 4 * 8 бит) кроме одного бита - мусор.
Ну и привязываться к одной архитектуре - 32 битной - странновато (:
"Например, стандартное 32-битное целое число, которое может хранить значение немного более четырёх миллиардов, всегда считывается как четыре байта. То есть, даже если значение числа равно нулю, под него выделяется четыре байта памяти. Это называется выравнивание (alignment)." Это называется не выравнивание, а тип с фиксированным размером, если мне память не изменяет. А вот булы, например, занимающие 8 бит - уже выравнивание.
Информация
В рейтинге
Не участвует
Откуда
Барнаул, Алтайский край, Россия
Дата рождения
Зарегистрирован
Активность
Специализация
Инженер по обеспечению качества, Администратор баз данных
Отображение консольных дашбордов на стендах на машинках с осью без оболочки. Удобно, что таким образом удобно удаленно управлять расположением и составом.
А чаще всего - при подключении по ssh для длительных разовых операций (тот же перенос данных, или какие-то длительные ручные эксперименты). На случай сбоя сети, чтобы процесс продолжился даже при отвале от сессии. Альтернативно коллеги используют и screen.
Минутка занудства: Postgres или PostgreSQL, но не "postgre". Уважайте продукт.
Средства для переноса данных с одного устройства на другое говорят о том, что полноценное api для этого присутствует.
Базово выравнивание происходит как правило по 1 байту (как раз упомянутые 8 бит), так уж повелось. Меньшими единицами процессор не оперирует (не считая специфичных вариантов). Конкретно булы может и пакуются в 4 байта какими-то компиляторами, но это уже зависит от реализации и настроек. Но можно запаковать и в 1 байт, так или иначе.
К тому же подменено понятие полезной информации по сути в статье. Для инта все нули, которые казалось бы не значащие, ибо "на листочке" можно записать одной цифрой, на самом деле являются значимыми - обозначают, что там именно нету единицы, а значит 2^i не участвует в формировании числа. То есть это не мусорная информация. При выравнивании же булов - все (будь это 1 * 8 бит или 4 * 8 бит) кроме одного бита - мусор.
Ну и привязываться к одной архитектуре - 32 битной - странновато (:
"Например, стандартное 32-битное целое число, которое может хранить значение немного более четырёх миллиардов, всегда считывается как четыре байта. То есть, даже если значение числа равно нулю, под него выделяется четыре байта памяти. Это называется выравнивание (alignment)."
Это называется не выравнивание, а тип с фиксированным размером, если мне память не изменяет.
А вот булы, например, занимающие 8 бит - уже выравнивание.