(Apuntes sin editar)
* Se trata de transacciones acidas en el uso de NTFS.
* Se implementó un controlador transaccional en el core.
* NTFS: se mantiene sin cambios
* La razón de hacer esto es:
+ Evitar problemas al trabajar con archivos.
* tener control transaccional en memoria viene en el futuro :O 🙂
por ejemplo: en multi hilos, no hay que preocuparse por bloqueos porque, los otros hilos
no acceden al mismo objeto hasta que se hace commit.
* Un ejemplo: Windows update si se para en la mitad, cuando se inicia el pc nuevamente puede dar blue screen porque el update quedo en estado inconsistente. Eso es lo que está tecnología busca solucionar.
* Componentes:
+ Transactional NTFS (TXF)
+ Kernel Transaction Manager (KTM)
+ Common Log File System (CLFS)
* Se implementó un controlador transaccional en el core.
* NTFS: se mantiene sin cambios
* La razón de hacer esto es:
+ Evitar problemas al trabajar con archivos.
* tener control transaccional en memoria viene en el futuro :O 🙂
por ejemplo: en multi hilos, no hay que preocuparse por bloqueos porque, los otros hilos
no acceden al mismo objeto hasta que se hace commit.
* Un ejemplo: Windows update si se para en la mitad, cuando se inicia el pc nuevamente puede dar blue screen porque el update quedo en estado inconsistente. Eso es lo que está tecnología busca solucionar.
* Componentes:
+ Transactional NTFS (TXF)
+ Kernel Transaction Manager (KTM)
+ Common Log File System (CLFS)