[04:11] <zANTy> Alguien usa backbox ?
[05:35] <_6U54N0_> $ dd if=/dev/m4v of=/dev/zero
[10:19] <Tiffon> nas
[15:59] <successus> salud, hasta otro rato o/
[17:30] <uruk> hola gente
[17:33] <uruk> estoy creando un sistema de busqueda online apartir de php i archivos vacios que funciona como una base de datos, me gustaria saber que sistema de archivo que tenga journaling me ocupe menos un fichero vacios por ejemplo en ext4 un archivo vacio me ocupa unos 4kb
[17:56] <guampa> uruk: van a ser solo archivos vacios?
[18:06] <uruk> si solo archivos vacios
[18:12] <zANTy> Alguien utiliza backbox ?
[18:13] <guampa> uruk: en ese caso no vas a estar usando bloques para almacenar los archivos, solo inodos. Cualquier fs que te permita ajustar el tamaño de inodo a un minimo practico (como para almacenar atributos, nombre y timestamps) es lo minimo que vas a poder usar
[18:14] <guampa> para el caso de archivos chicos, pero no vacios, ext4 tiene en las versiones mas nuevas la opcion inline_data al crearlo, que te permite almacenar archivos muy chicos directamente en el inodo.
[18:15] <guampa> no se si existe en otros sistemas de archivo, es posible que si. Eso te permite usar 0 bloques para archivos chicos, virtualmente lo mismo que con inline_data (aunque con un limite minimo en el tamaño de inodo, porque si los datos son demasiado para el inodo obligatoriamente tendras que usar bloques)
[18:15] <guampa> virtualmente lo mismo que con archivos vacios *
[18:16] <guampa> la otra opcion si te limita el tamaño es comprimir el dispositivo de bloque
[18:17] <guampa> pero la ganancia va a ser neglibible
[18:18] <guampa> vos pensa que no va a haber datos que comprimir practicamente, lo poco que haya sera metadatos y no creo que haya mucho ahi para comprimir
[19:32] <uruk> ok
[21:29] <successus> salud, hasta otro rato o/