Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sun 08 Apr 2012 01:28:48 +0300, a écrit : >> No, it isn't bogus and should work, but as it is hack that relies on >> implementation and how it works is not obvious (at least from my point >> of view), I decided to disable it. Do you think that it shoul

Re: tmpfs status

Maksym Planeta, le Sun 08 Apr 2012 01:28:48 +0300, a écrit : > No, it isn't bogus and should work, but as it is hack that relies on > implementation and how it works is not obvious (at least from my point > of view), I decided to disable it. Do you think that it should be > returned? It depends ho

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sun 08 Apr 2012 00:48:18 +0300, a écrit : >> > Existing conditions, agreed. But the conditions you introduce are about >> > one-level only. >> >> Really, but I can replace 3 conditions from the beginning of commit with >> one. Would it fit? > > That

Re: tmpfs status

Maksym Planeta, le Sun 08 Apr 2012 00:48:18 +0300, a écrit : > > Existing conditions, agreed. But the conditions you introduce are about > > one-level only. > > Really, but I can replace 3 conditions from the beginning of commit with > one. Would it fit? That would be simpler, yes. > >> Also yo

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sun 08 Apr 2012 00:17:43 +0300, a écrit : >> Samuel Thibault writes: >> > Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : >> >> > No: as I said, allocate an empty map, so that the existing code can poke >> >> > at it without testing for i

Re: tmpfs status

Maksym Planeta, le Sun 08 Apr 2012 00:17:43 +0300, a écrit : > Samuel Thibault writes: > > Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : > >> > No: as I said, allocate an empty map, so that the existing code can poke > >> > at it without testing for its presence or not. > >> > > >>

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : >> > No: as I said, allocate an empty map, so that the existing code can poke >> > at it without testing for its presence or not. >> > >> >> Purpose of this conditions is checking whether map (or submap) is >>

Re: tmpfs status

Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : > > No: as I said, allocate an empty map, so that the existing code can poke > > at it without testing for its presence or not. > > > >> Purpose of this conditions is checking whether map (or submap) is > >> already empty. > > > > Not emp

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sat 07 Apr 2012 21:42:04 +0300, a écrit : >> Samuel Thibault writes: >> >> > Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : >> >> Here is initialization code from pager_alloc(): >> >> if (INDIRECT_PAGEMAP(size)) { >> >>

Re: tmpfs status

Maksym Planeta, le Sat 07 Apr 2012 21:42:04 +0300, a écrit : > Samuel Thibault writes: > > > Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : > >> Here is initialization code from pager_alloc(): > >>if (INDIRECT_PAGEMAP(size)) { > >>alloc_size = INDIREC

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : >> Here is initialization code from pager_alloc(): >> if (INDIRECT_PAGEMAP(size)) { >> alloc_size = INDIRECT_PAGEMAP_SIZE(size); >> init_value = (dp_map_t)

Re: tmpfs status

Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : > Here is initialization code from pager_alloc(): > if (INDIRECT_PAGEMAP(size)) { > alloc_size = INDIRECT_PAGEMAP_SIZE(size); > init_value = (dp_map_t)0; > > And from pager_extend

Re: tmpfs status

Samuel Thibault writes: > >> >> Correct errors in default pager and make it work with tmpfs. >> > >> > That needs more explanation about how it works. >> > >> >> This is quite a big commit and I made several things there: > > So it should be broken down in several commits. > OK. >> >> Take into

Re: tmpfs status

Maksym Planeta, le Wed 28 Mar 2012 22:40:22 +0300, a écrit : > Samuel Thibault writes: > > > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > >> > 1. > >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master > >> > > >> > >> Someone to review the patche

Re: tmpfs status

Maksym Planeta, le Sat 31 Mar 2012 12:07:13 +0300, a écrit : > >> > I don't see an "initial content" option in tmpfs. That would be very > >> > useful, by e.g. providing a .tgz archive to be untarred at translator > >> > creation. > >> > >> Nice feature, but couldn't it be implemented just untarri

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Wed 28 Mar 2012 20:42:07 +0300, a écrit : >> Samuel Thibault writes: >> >> > Ideally you should try to put a whole Hurd system on it, so >> > we can use it for liveCD and installer. >> >> Do you mean something like mounting ext2fs readonly and moun

Re: tmpfs status

Thomas Schwinge writes: > Hi! > > On Wed, 28 Mar 2012 23:41:57 +0300, Maksym Planeta > wrote: >> Thomas Schwinge writes: >> > On Wed, 28 Mar 2012 22:40:22 +0300, Maksym Planeta >> > wrote: >> >> Samuel Thibault writes: >> >> >> >> > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écr

Re: tmpfs status

Hi! On Wed, 28 Mar 2012 23:41:57 +0300, Maksym Planeta wrote: > Thomas Schwinge writes: > > On Wed, 28 Mar 2012 22:40:22 +0300, Maksym Planeta > > wrote: > >> Samuel Thibault writes: > >> > >> > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > >> >> > 1. > >> >> > http://git

Re: tmpfs status

Hi! On Wed, 28 Mar 2012 22:40:22 +0300, Maksym Planeta wrote: > Samuel Thibault writes: > > > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > >> > 1. > >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master > >> > > >> > >> Someone to review the pa

Re: tmpfs status

> Ideally, a type of archive that is able to store translators. I don't > know whether there are any. Some other way would be to just use ext2fs > and cp its content before throwing it away. Anything that uses the xattr interfaces and stores all that data ought to work--it's just setting the gnu.t

Re: tmpfs status

Samuel Thibault writes: > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : >> > 1. >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master >> > >> >> Someone to review the patches... :-/ > > Just a few comments. > >> Fix auto-terminating of tmpfs due to

Re: tmpfs status

Thomas Schwinge writes: > Hi! > > On Wed, 28 Mar 2012 22:40:22 +0300, Maksym Planeta > wrote: >> Samuel Thibault writes: >> >> > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : >> >> > 1. >> >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master >> >>

Re: tmpfs status

Maksym Planeta, le Wed 28 Mar 2012 20:42:07 +0300, a écrit : > Samuel Thibault writes: > > > Ideally you should try to put a whole Hurd system on it, so > > we can use it for liveCD and installer. > > Do you mean something like mounting ext2fs readonly and mounting tmpfs > on top of it using un

Re: tmpfs status

Samuel Thibault writes: > Ideally you should try to put a whole Hurd system on it, so > we can use it for liveCD and installer. Do you mean something like mounting ext2fs readonly and mounting tmpfs on top of it using unionfs? If so, I'll try to do it, but a bit later. > I don't see an "initia

Re: tmpfs status

Maksym Planeta, le Wed 28 Mar 2012 00:36:07 +0300, a écrit : > Samuel Thibault writes: > > > Please try to set passive and active translators etc. on it. > I've tried it earlier and didn't find any issues, except those, that > I've already corrected. Ok, good. Ideally you should try to put a w

Re: tmpfs status

Samuel Thibault writes: > Please try to set passive and active translators etc. on it. I've tried it earlier and didn't find any issues, except those, that I've already corrected. > IIRC somebody was trying a filesystem testsuite? It was me :) I was trying fsx [1]. It performs random IO operat

Re: tmpfs status

Thomas Schwinge writes: > Did you reboot the machine after every test? > New results are following: dpkg-buildpackage ramfs+ext2fs 50m5s ext2fs

Re: tmpfs status

Thomas Schwinge writes: >> I also made some performance tests. First was measuring time of working >> command "apt-get source elinks". Approximately half time of working of >> this command takes extracting files from archive. Second test was >> measuring time for command "dpkg-buildpackage -b -

Re: tmpfs status

Maksym Planeta, le Mon 26 Mar 2012 21:31:45 +0300, a écrit : > I'm currently working on getting tmpfs work on the Hurd. I already asked > on IRC to make or suggest some test for tmpfs. Last time Thomas Schwinge > suggested me to compile packages and thanks to that a found some bugs. > Now they ar

Re: tmpfs status

Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > > 1. > > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master > > Someone to review the patches... :-/ Just a few comments. > Fix auto-terminating of tmpfs due to idle. Err, really? I'd rather not see my

Re: tmpfs status

Hi! On Mon, 26 Mar 2012 21:31:45 +0300, Maksym Planeta wrote: > I'm currently working on getting tmpfs work on the Hurd. I already asked > on IRC to make or suggest some test for tmpfs. Last time Thomas Schwinge > suggested me to compile packages and thanks to that a found some bugs. > Now the

tmpfs status

Hello, I'm currently working on getting tmpfs work on the Hurd. I already asked on IRC to make or suggest some test for tmpfs. Last time Thomas Schwinge suggested me to compile packages and thanks to that a found some bugs. Now they are seems to be fixed, so I ask once more to make/suggest some