Adamos, С одной стороны - да, с другой стороны обсуждается вопрос квалификации. Можно и ворованный exchange поставить с доменом, и получить практику какую-то. Или еще что-то придумать.
Одноранговая сеть все-таки не требует особых знаний
Сергей Соловьев, Да, пользовательские диски всегда стандартные - 512 или 4096.
А то, что разные производители делают под капотом - это собственно не публичная информация, а внутренняя проприетарная информация. Как просто служебная, так и запатентованная. Вдобавок может еще и от серии к серии отличаться.
В любом случае ОС либо про это ничего не знает и работает с 512/4096, либо об этом знают проприетарные драйвера, сама же ОС опять ничего не знает.
Deita, А один сектор - это четыре килобайта.
Диски, особенно ССД не оперируют байтами, они оперируют чипами, а чипы оперируют секторами, у которых размер обычно 4 килобайта.
Следовательно чтобы записать один байт, нужно записать сектор. А чтобы записать сектор, сперва его нужно прочитать, чтобы не затереть то, что там есть.
Могут быть даже такие ssd, где чтение выполняется сразу блоком секторов, то есть считывается 4-8 секторов, просто по интерфейсу передается только то, что нужно. Это может ускорить линейное чтение, но в случае рандомного доступа выполняется "лишняя работа"
Значит уже новые логи все забили место...
Сравните занятое место через du, чтобы убедиться что файлы которые в наличии реально заняли все что есть.
Попробуйте почистить еще.
а это ты просто не учишь файловую систему.
Во-первых на диске записывается имя файла в директорию, запись на SSD происходит секторами, то есть считали сектор, поправили в памяти новый файл, записали сектор.
Потом считали журнал событий файловой системы (сектор), поправили в памяти, записали. Примерно так оно работает.
Файловая система виндовс оптимизирует данные, некоторые аттрибуты может сохранить прямо в MFT записи, а не в отдельном кластере, если суммарный объем таких аттрибутов не превышает 700-800 байт. Поэтому для маленьких файлов может и не выделяться отдельный клаастер https://en.wikipedia.org/wiki/NTFS
В общем не путай низкоуровневые сектора, и кластера файловой системы
Индекс, коммит, бренч - это все метаданные.
Сами файлы хранятся непосредственно как гит-объекты в единой базе.
Да просто возьмите и поковыряйте что лежит в .git, как оно там лежит. Найдите как хранятся коммиты, референсы. Все ж под рукой.
Нет никакого "индекса", где лежат файлы.
И вообще я бы рекомендовал читать англоязычную документацию, потому что своеобразный перевод терминов может немного страдать.
В гите только одно хранилище гит-объектов (по вашему это хранилище файлов - база), все остальнео - метаданные, которые ссылаются на эти гит-объекты.
У вас же тут даже прямо написано что "гит сохраняет свое содержимое в своей объектной базе".
Разница только в том, что єти файлы еще не принадлежат никакому коммиту.
Одноранговая сеть все-таки не требует особых знаний