Опасения понятны, но я не использую то, что запрещено, ограничено или заблокировано, вроде VDDK, SOAP или VixAPI. Задним числом лицензию менять не принято, её можно поменять только в новых версиях или апдэйтах. Продукт прекрасно работает и с платными лицензиями (standalone лицензия вроде совсем должна быть дешевой, но конкретных цифр быстро найти не смог), более того для них собираюсь отказаться от работы через ssh и поддержать аутентификацию через AD. Все равно получится на порядок дешевле, чем покупать полный фарш от VMware или Zerto. Простая архитектура обуславливает хорошую стабильность и минимум потребностей на сопровождение.
Да, потому что начинал я без кода и без примера (дизассемблер не считается).
Если что-то конкретное из рассказа заинтересовало, я смогу подробнее ответить в комментарии или в новой статье — от размера ответа зависит.
Тут скорее имеется не умение максимум логики уложить в минимум строк, а найти самое короткое решение задачи. А за излишнюю декомпозицию, в сособенности продиктованную прямолинейным single responsibility, иногда хочется прибить. Частенько люди решающие простую и неинтересную задачу, находят интерес в заведомом усложнении решения. 90% багов находится в связях между сущностями. Много сущностей — много кода — много связей — много багов — долгая разработка — долгая стабилизация — интересно делать любую задачу.
Слегка не в тему, но пользуясь случаем, передаю привет Яндексу, который каждый день спрашивает меня на компе и планшете: не хочу ли установить их браузер или сделать их страницу стартовой по умолчанию. Думаю, что в некотором роде, это тоже можно сопоставить с нотификациям.
Конечно, я часто делаю что-то не так. А кто не ошибается? Но работа приучила меня проектировать так, чтобы задача решалась с наименьшим выделением тепла. Это нравится экологам и в итоге не приносит неприятных сюрпризов с ростом обрабатываемой информации.
Вы же понимаете, что на один шаг парсера файловой системы будет 4(!) переключения из юзерспейса в ядро и обратно?
Здесь гораздо интереснее будет инвертировать задачу: раскидать много малых файлов по реальной файловой системе и предоставить один виртуальный для КЭШированного доступа.
В итоге и применять можно оба подхода и системные вызовы экономятся.
Парсинг все равно происходит и все запросы парсера файловой системы пройдут через ядро. Гораздо быстрее работать с единым файлом напрямую. Но как задача для знакомства с fusepy — годится.
Если что-то конкретное из рассказа заинтересовало, я смогу подробнее ответить в комментарии или в новой статье — от размера ответа зависит.
Вы же понимаете, что на один шаг парсера файловой системы будет 4(!) переключения из юзерспейса в ядро и обратно?
Здесь гораздо интереснее будет инвертировать задачу: раскидать много малых файлов по реальной файловой системе и предоставить один виртуальный для КЭШированного доступа.
В итоге и применять можно оба подхода и системные вызовы экономятся.