Deita, А один сектор - это четыре килобайта.
Диски, особенно ССД не оперируют байтами, они оперируют чипами, а чипы оперируют секторами, у которых размер обычно 4 килобайта.
Следовательно чтобы записать один байт, нужно записать сектор. А чтобы записать сектор, сперва его нужно прочитать, чтобы не затереть то, что там есть.
Могут быть даже такие ssd, где чтение выполняется сразу блоком секторов, то есть считывается 4-8 секторов, просто по интерфейсу передается только то, что нужно. Это может ускорить линейное чтение, но в случае рандомного доступа выполняется "лишняя работа"
Значит уже новые логи все забили место...
Сравните занятое место через du, чтобы убедиться что файлы которые в наличии реально заняли все что есть.
Попробуйте почистить еще.
а это ты просто не учишь файловую систему.
Во-первых на диске записывается имя файла в директорию, запись на SSD происходит секторами, то есть считали сектор, поправили в памяти новый файл, записали сектор.
Потом считали журнал событий файловой системы (сектор), поправили в памяти, записали. Примерно так оно работает.
Файловая система виндовс оптимизирует данные, некоторые аттрибуты может сохранить прямо в MFT записи, а не в отдельном кластере, если суммарный объем таких аттрибутов не превышает 700-800 байт. Поэтому для маленьких файлов может и не выделяться отдельный клаастер https://en.wikipedia.org/wiki/NTFS
В общем не путай низкоуровневые сектора, и кластера файловой системы
Индекс, коммит, бренч - это все метаданные.
Сами файлы хранятся непосредственно как гит-объекты в единой базе.
Да просто возьмите и поковыряйте что лежит в .git, как оно там лежит. Найдите как хранятся коммиты, референсы. Все ж под рукой.
Нет никакого "индекса", где лежат файлы.
И вообще я бы рекомендовал читать англоязычную документацию, потому что своеобразный перевод терминов может немного страдать.
В гите только одно хранилище гит-объектов (по вашему это хранилище файлов - база), все остальнео - метаданные, которые ссылаются на эти гит-объекты.
У вас же тут даже прямо написано что "гит сохраняет свое содержимое в своей объектной базе".
Разница только в том, что єти файлы еще не принадлежат никакому коммиту.
в рабочем каталоге файл хранится в единственном экземпляре.
Только в том случае, когда ты делаешь git add, создается новый гит-объект для файлов, который хранится в "stage", еще до коммита.
Если ты просто отредактировал файл, гит ну никак не делает еще две копии, он не висит в памяти чтобы следить за изменениями.
Ну и следует точнее оперировать терминами - что такое "база данных", что такое "индекс"?
Есть репозиторий с git-objects. Все. В других местах файлы не лежат, только метаданные. Нет никакого индекса с файлами в нем.
Kentavr16, Довольно много начинающих музыкантов, которые недорого могут сделать вам аудиотрек в нужном формате нужной длины. Можно поискать фрилансеров
Nik Faraday, У сертификата есть поле Common Name или Certificate Subject, там где ты указывал имя при генерации сертификата.
Оно должно соответствовать имени домена (например localhost)
Либо у сертификата есть дополнительное поле Alternative Subject Names, где можно перечислить несколько DNS имен, тогда localhost должен быть или там или там.
Иначе не пройдет валидация, браузер не будет видеть что сертификат соответствует твоему сайту localhost
Зачем?
Банальный скрипт вам статистику может нарисовать какую угодно. И время и размеры.
Это действительно хорошо и надежно работает.
Если хотите со статистикой, то тогда нужно линукс к чему-то готовить.
Виндовс не любит линуксовые сервисы. А сетевые шары виндовые в инете лучше не светить.
после FHS поражаешься виндовому бардаку везде и вся :)
Нет в винде бардака.
Если следовать нормальным рекомендациям MS, то будет вполне себе ровно. Просто криворукие разработчики стандарты не блюдут, рекомендации не соблюдают.
Потому что репозиториев у винды нет, каждый свой инсталлер пишет как может, некому централизованно по рукам настучать.
базовая файловая система это какая? вообще разбираясь в файловых системах линукса и их различных вариациях можно мозг вывихнуть.
Именно в Линукс файловая система одна - ext
остальные это posix совместимые файловые системы сделанные разными производителями. То, что их легко использовать в Линукс или юникс, это уже второстепенно.
Ты же не скажешь что файрфокс это детище Microsoft?
Но главное это базовые принципы работы с системой - права доступа, оперирование разделами.
Ну и да, как выше сказали FSH кое-какой есть
IseeCollapse, Сравнил rdp и все остальное.
rdp не всегда передает графику как графику. Окошки передаются метаданными. Повторяющаяся графика кешируется. На уровне протокола.
В Линукс просто нет готового аналогичного решения.
тут вряд ли кто-то подскажет кроме вашей статистики, я привел условия, когда IP может начислять деньги