7.z ist da wunderbar
Ich dachte auch da hat was nicht geklappt. Die 370 Abfallkalender der Stadt
Mannheim habe 100MB. 7.z mavht daraue 4,3MB.
Grüße/regards
Norbert
Norbert Pfaff
Hammelstalstr. 52
67098 Bad Dürkheim
Fon: 06322 9108028
Skype: npfaff
eMail: [email protected]
> Am 17.11.2016 um 14:35 schrieb Arnaud de Montard <[email protected]>:
>
>
>> Le 17 nov. 2016 à 10:48, Sujit Shah <[email protected]> a écrit :
>>
>> Maybe not but it sure makes one suspicious as to what is 4D using so much
>> space for.
>
> It's the counterpart of what makes so easy changing a field type in 4D…
> Very schematically, field values are stored in a kind of fixed length
> container, 128bytes, and fixed length is full of nothing.
>
> The picture under is a very simple data were I stored "01234567"*4 in a uuid
> field, opened with an hex editor:
> <http://screencast.com/t/xtrKODKHzWAk>
> I suppose 1cer stands for "record", or "part 1 of record"
> orange = a block 128bytes (0x80 in hexa)
> yellow = emptiness.
> (I was trying to understand how uuid are stored :-/ )
>
> I have a 4DD compressed from 10Gb to 600Mb with 7z. First time I saw that I
> was sure the archive was corrupted.
>
> --
> Arnaud de Montard
>
>
>
> **********************************************************************
> 4D Internet Users Group (4D iNUG)
> FAQ: http://lists.4d.com/faqnug.html
> Archive: http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub: mailto:[email protected]
> **********************************************************************
**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ: http://lists.4d.com/faqnug.html
Archive: http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub: mailto:[email protected]
**********************************************************************
