Не советую это делать. На домашних десктоп-системах любая попытка построить какой-то LVM/Raid приводит к катастрофам в будущем. И к тому времени когда катастрофа происходит - вы не будете помнить расклад и конфигурацию LVM/Raid. И тем более ситуация помножиться на две операционки.
А зачем тебе разаработкой на Python заниматься на такой нишевой операционке? Я конешно не осуждаю. Но есть два основания ставить Кали. Первое - ты инфо-безопасник и решил потестировать своё предприятие на уязвимость. С согласования своего it-отдела.
И второе - ты мамкин пентестер. Решил потестить сайт президента :) Какой твой выбор?
Сомнительно что чел сможет написать что-то мультипоточное правильно.
Он пишет что знает "базовые принципы". Мультипоточка - такая коварная штука.
Трудно доказать что софт правильный. Запускаешь на деве на QA - норм.
В прод заходит - и пошло... блокировки. Расширенный закон Амдала. Неожиданные
падения производительности. Кеши ведут себя плохо.
Мне кажется что доказывать правильность мультипоточки еще тяжелее
чем критерий "останова".
Adamos, да мне тоже редактировать не надо. 99% задача такая. Есть выгрузка для bigdata. Надо просто открыть somefile.json.bzip2. Сделать перемотку в середину. И просто понаблюдать какая schema. Какие типы данных.
Я думаю что задачи редактирования - как раз для бухгалтеров 1С. А для нас - больше загрузить в storage (бронозовый уровень) и сделать некий датафрейм серебрянного уровня. Чтоб бизнес аналитик уже видел это в виде табличного view.
Adamos, да хороший редактор Xml/Json наверное останется моей мечтой. Я все время (дорогА ложка к обеду) открываю толстые файлы в IDE. В час X под рукой нету нормальног редактора. Та - падает или кричит что не смогла открыть весь файл ибо много.
Лет 10 назад я использовал толи Notepad+ толи Oxygene. Но сейчас перешел на декстопные линуксы а там такого нет.
Adamos, да задача актуальная. То-же самое - редактор JSON.
И чтоб показывал на экране - структурированно. И чтоб не падал по out of memory.
Короче должен быть режим "окна" просмотра. И чтоб был поиск по тегам.
И чтоб было умное редактирование. Типа пофиксил 1 символ в начале документа.
И чтоб весь файл сразу не переписывался а чтоб был очередь команд на модификацию.
И команды соотв оптимизировать перед сохранением. Короче ТЗ - бесконечно большое.
Уточнять могу вечно.
Данная структура памяти имеет нетривиальный расклад.
typedef staruct {
int a = 10;
char str[256];
float money = 0.1;
}HZ;
Нужно учитывать эффекты paddig. Компиллятор не занимается архивацией потока типов данных.
Скорее наоборот. Он озадачен высокой производительностью. Поэтому автор должен понимать
что поток различных типов записанных в буфер может не соответсвовать реальному положению
вещей.
Если ставить своей задачей просто "сериализацию" int, float, char в некий унифицированный
формат то для этого есть технологии такие как Google Protobuf например. Кроме того это дает
нам возможность однозначного декодирования такого потока.
Как автор будет декодировать свой buf - непонятно. Нужно где-то в коде хранить знания о том
как stream был сформирован. А зачем хранить дваждый когда struct и так есть? Вобщем такие вопросы.
Frik44, ты хочешь получить готовое решение. Но это будет медвежья услуга. Т.к. ты все равно не знаешь основ реляционной алгебры. Что толку в готовом решении если для тебя (субъективно) твоё решение на коллекциях будет красивым.
На каком языке вообще ты программируешь? Потому что SQLite - это не самостоятельная вещь. Все равно тебе нужен слой некого клиентского софта который будет работать с твоими таблицами. Может тебе твой вложенный список и сойдет.
Самый простой вариант - купить подписку на облачные сервисы такие как Amazon WebServ или Azure и поднимать там виртуалки. Ходить туда по SSH и запускать там свои "интенсивные" приложения.
Вообще твой вопрос странный. Если у тебя права есть - то посмотри алерт-логи. Там наверное где-то сверкнула
информация что был ... эээ .. Какой дамп кстати? Export? DataPump? Rman backup? Три разные технологии.
Короче сам детализируй что тебе надо.
Реально проще купить новый диск.