Совершенно не понял: чем AXON лучше, чем YAML?
Как предполагается решать определение типов объектов (в JSON — доп. поле, в YAML — тэги, в XML — пространства имен, в AXON — ?)?
SQLite совсем про другое. Я подозреваю, что для .NET должны быть адекватные SQL-базы, но они вряд ли годятся для проверки кода, ориентированного на MySQL.
Кстати, MySQL очень медленно разворачивает базу в сравнении с PostgreSQL.
для некоторых тестов допустимо использовать встраиваемые СУБД (в случае Java, к примеру, H2), но это требует поддержки нескольких СУБД в проекте и плохо увязывается с MySQL (у него крайне не стандартный синтаксис);
после разворачивания базы полезно сдвигать автоинкременты в таблицах, чтобы в случае обращения по чужому индексу, получать ошибку;
в большинстве случаев достаточно зачищать таблицы вместо пересоздания базы, это заметно быстрее.
Обновление системы всегда рискованное мероприятия.
Лично я Ubuntu ставлю начисто, благо вся процедура с установкой основного ПО занимает минут 20-30.
Переустанавливать Windows реально страшно — это квест на весь день.
Я её смотрел. Это какое-то странное решение, которое страшно даже для домашнего использования:
дедупликация реализована не на уровне файловой системы, а на уровне приложения через File Streams;
файлы распадаются на метаданные и данные;
нет API для создания копии файла;
нельзя грузиться с раздела, на котором настроена дедупликация;
пенальти на производительность.
У меня сложилось впечатление, что данная фича в Windows сделана для галочки в рекламных буклетах.
Дедупликации на уровне файловой системы в Windows нет и, судя по всему, не планируется.
Надо отметить, что регистронезависимое сравнение, строго говоря, зависит от локали.
Например, в Турции: UPPER("windows") = "WİNDOWS", а не "WINDOWS", как в большей части света.
Это же крайне не эффективно. Даже длину строки не узнать, не пробежавшись по ней. Та же ситуация со срезами.
Но, по крайне мере, это более честно и не маскирует проблемы.
Представление строки в виде последовательности wchar_t так же, в общем случае, не позволяет узнать длину строки, не пробежавшись по ней.
Мало того, что wchar_t-строка в Windows является UTF-16, так еще и не очень понятно, что нужно считать длиной строки (например: последовательность U+0438 (и), U+0306 (кратка) визуально выглядит как U+0439 (й)).
К у меня Windows основная претензия не в том, что там происходят не всегда понятные штуки, а в том, что в ситуации когда что-то пошло не так, не понятно, куда копать.
Т.е. вроде все нормально, но ничего не работает:
Если у компьютера более одного пользователя и у кого-то из них нет пароля, то 10-ка вместо окна выбора пользователя на старте автоматически заходит под безпарольным пользователем;
Если я оставил компилироваться или выполнять что-то тяжеловесное на ночь, то ничто не мешает 10-ке радостно перезагрузиться из-за обновления.
Я видел это решение и до сих пор не могу развидеть:
дедупликация прикручена сбоку;
с дедуплицируемого раздела нельзя загружаться;
с дедуплицируемого раздела нельзя читать данные чем-либо кроме Windows с установленной дедупликацией;
API для создания клона файла отсутствует (или я плохо искал?);
изначально файл создается как «обычный файл», а потом при помощи внешней магии превращается в «дедуплицируемый» файл. И на уровне NTFS это совершенно разные вещи.
У меня последнее время еще теплится надежда получить дедубликацию данных на локальном компьютере.
Базовый сценарий использования: есть утилита, например git-lfs. Она держит каждый файл на диске в нескольких экземплярах (в кэше скачивания и рабочей копии). Хочется, чтобы физически файл записывался на диск один раз (экономия места и времени на запись), т.е. использовать copy-on-write файлов.
Под Linux с Btrfs копирование фалов через copy-on-write уже умеет утилита cp из coreutils (с флагом --reflink=auto). И для git-lfs патч выглядит не очень страшно: github.com/github/git-lfs/pull/952
Вопрос: куда копать в стане Windows для получения схожего функционала?
Кстати: [] — это пустой list или ordered dict ?
Совершенно не понял: чем AXON лучше, чем YAML?
Как предполагается решать определение типов объектов (в JSON — доп. поле, в YAML — тэги, в XML — пространства имен, в AXON — ?)?
SQLite совсем про другое. Я подозреваю, что для .NET должны быть адекватные SQL-базы, но они вряд ли годятся для проверки кода, ориентированного на MySQL.
Кстати, MySQL очень медленно разворачивает базу в сравнении с PostgreSQL.
Мои пять копеек:
Обновление системы всегда рискованное мероприятия.
Лично я Ubuntu ставлю начисто, благо вся процедура с установкой основного ПО занимает минут 20-30.
Переустанавливать Windows реально страшно — это квест на весь день.
Я её смотрел. Это какое-то странное решение, которое страшно даже для домашнего использования:
У меня сложилось впечатление, что данная фича в Windows сделана для галочки в рекламных буклетах.
Дедупликации на уровне файловой системы в Windows нет и, судя по всему, не планируется.
Интересно, то есть дедупликация давно есть в Linux, скоро появится в MacOS и отсутствует только под Windows...
Надо отметить, что регистронезависимое сравнение, строго говоря, зависит от локали.
Например, в Турции:
UPPER("windows") = "WİNDOWS", а не"WINDOWS", как в большей части света.Очень занимательно посмотреть, какие символы считаются одинаковыми при регистронезависимом сравнении в MySQL: http://collation-charts.org/mysql60/mysql604.utf8_general_ci.european.html
Пакет python2.7 устанавливается в комплекте с ubuntu-desktop.
Но, по крайне мере, это более честно и не маскирует проблемы.
Представление строки в виде последовательности wchar_t так же, в общем случае, не позволяет узнать длину строки, не пробежавшись по ней.
Мало того, что wchar_t-строка в Windows является UTF-16, так еще и не очень понятно, что нужно считать длиной строки (например: последовательность U+0438 (
и), U+0306 (кратка) визуально выглядит как U+0439 (й)).Т.е. вроде все нормально, но ничего не работает:
Графика выглядела вырвиглазно. Надеюсь в данном случае эта проблема будет как-то решена…
Это не связанные вещи.
В btrfs то же отсутствует поиск совпадающих блоков в момент записи. Т.е. они объединяются потом при помощи внешней тулзы.
У меня последнее время еще теплится надежда получить дедубликацию данных на локальном компьютере.
Базовый сценарий использования: есть утилита, например git-lfs. Она держит каждый файл на диске в нескольких экземплярах (в кэше скачивания и рабочей копии). Хочется, чтобы физически файл записывался на диск один раз (экономия места и времени на запись), т.е. использовать copy-on-write файлов.
Под Linux с Btrfs копирование фалов через copy-on-write уже умеет утилита cp из coreutils (с флагом --reflink=auto). И для git-lfs патч выглядит не очень страшно: github.com/github/git-lfs/pull/952
Вопрос: куда копать в стане Windows для получения схожего функционала?