02.04.2015 13:16, Erich Titl пишет: > Hi Andrew > > Am 02.04.2015 um 11:32 schrieb Andrew: >> Hi. >> >> 02.04.2015 11:22, Erich Titl пишет: >>> Hi Folks >>> >>> Upgrade has proven to be functional on the i386 platform. I cannot judge >>> other platforms, as I don't have any hardware to test with. >>> >>> I would like to know what you judge necessary to enable the packages >>> repository to serve the necessary files. As KP pointed out, existing >>> procedures build the packages in the current format, but I have no >>> indication what these procedures are. >>> >>> I would like to attack a holy cow here, the modules tarballs. I judge >>> them to be unnecessary. IMHO they serve no real purpose, as they need to >>> be unpacked in any case before the modules can be accessed and installed >>> by any hwdetect driven or other method. There is hardly any space saving >>> with these tarballs, as the modules themselves are compressed and the >>> tarballs need to be unpacked to find and access the modules. I know this >>> can be done on the fly but it is quite resource heavy. >>> The only reason why they still exist are file systems which either >>> cannot handle long filenames and/or do not care about letter cases. >>> I see that some packages right now have names which would not be >>> possible in the standard 8.3 format and so assume that the letter case >>> is solved too. >> Single tarball is easier for update than hundreds of small files. > No it is not, if you have insufficient space. It is just a bloody pain > in the butt. And then what is IT for if we cannot automate tasks. > > Maybe you have unlimited memory and storage on your target system, but > this is not the 'normal' case. > LEAF isn't targetted just for small systems. I use it on multicore servers - border/internal routers, BRAS servers... Also, hundreds of small files on local storage will consume more space than single tarball. >> Another point of .tar.gz usage (or even just .tar - modules are >> compressed, so tarball compression is unnecessary) - fs cluster size. >> Bunch of files will use more space than single file (approx by >> cluster_size/2 * files_count). > On the server this is pretty irrelevant and you have to unpack the files > on the target systems. So all you do is save a little space centrally > and put the load on the users. > >> Even we can mount tarball via fuse or use http://avf.sourceforge.net/ > AFAIK there is neither on LEAF and that is where it would be needed. And > it adds unnecessary complexity. This is for enthusiasts, not end users. > Please start thinking like an end user. > > .. End user may change NIC for some enough rare that isn't in base moddb support. And he'll need to use module autoprobing feature in that case - so end user should have all modules on local storage. In compressed or in uncompressed form.
From other side, we may do other trick: we may store modules in squashfs instead of tgz, and mount it instead of unpacking. And even we may remove moddb.lrp - just mount this squashfs at boot, probe modules, copy list of iptables-related modules + loaded modules into ram, and unmount module storage. This will save RAM on small systems, and simplify update handling :) >> Versioning is already here (package version + package release) - but it >> isn't used in release preparing. > Yes, and it would help if we could just replace updated packages. > > Tanks > > ET > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > > > _______________________________________________ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
