[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: TMPDIR - Do we also need a drive backed TPMDIR ?



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi Dmitry,

On Thu, 2016-07-21 at 16:06 +0300, Dmitry Bogatov wrote:
> 
> > > Should there be another TPMDIR? Like DTMPDIR, pointing to the
> > > underneath disk, where size is limited by the capacity available to
> > > partition/disk ?
> 
> Why? How would you define line between 'TMPDIR' and 'DTMPDIR'?
> 

I am exploring if we can/should have another one. I still haven't found any
environment variable to reference /var/tmp/

> For example, I, as happy owner of 8GB RAM, is perfectly fine with 3GB
> in /tmp, because I actually use less then 1Gb. On other hand, would I
> start 50 instances of Firefox, Gimp and other stuff, I would object
> putting 3GB in my /tmp, since it would make system swap.
> 

What about machines where RAM is much lesser ?

> In summary, only I, as user, can decide whether is fine to put several
> gigabytes in tmpfs, and it depends not only on RAM size. And I have such
> control by 'export TMPDIR=$HOME/.tmp'.
> 
> So regarding problem about debdelta, I think the right solution would
> be to put note in manpage, like 'debdelta need several gigabytes in
> TMPDIR for proper operation. Adjust TMPDIR accordingly.' and to *not*
> complicate programs.

I don't think this is a debdelta problem. If the defaults is to have TMPDIR as a
tmpfs, and if the defaults are to bind 50% of RAM for TMPDIR, then there can be
multiple apps breaking. It just depends on how much RAM your machine has.

I think a more sensible approach would be to allocate 50% of Virtual Memory for
TMPDIR, as the defaults.


- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJXkOgvAAoJEKY6WKPy4XVpBwoP/0HA1rOwhdrzngR8S04DijSi
mFCiMhHuXF6DlK5eb9w7oloVoQ2yJ74puxi4f0jZLDYyvX5fY6rMUy02lL9btUuY
FZsHl4GfQawjPLuolMbcTsYiPbJbe0hyu+zuUx8Rs+SYefQPbkcVABhgK0aOIQcC
RZguye/6Iq1QW8uRD/0kPBCLM3k8av0Pp5X3OsF9tdpu0ZGxNrmBrt22aC8Wgpik
wML1IQwPbgNsO7Eq7Eh7hVBCyMu3JU2P2iOWWRKKk5jLt9TBvEZHIMGKhTJC0Bh3
A54eNeaOZEPjGQDanDH5eImI2NK8YNBAxy1F9TEXbHbesKzNHoAEbE8QXQEqpnGu
tCVrZ4QvQEbexrj3OxO9Ze2dTMIsASfhw9nqFBHEHHqaDE5i7MKU6/NmYFztVFJ+
6IyW92zeHEOQbNZjfP9wKiWGv3qrc6aNWyYG2orna8s5oYfrXTC/8OX+8C/3ZBZj
UOrxvSnjulDldpxiVPpdLZLuK9bf3VxuR49RDn2Zx2p2UugzF2hW71VO/yhqsUhM
E37rrUYEJazPuOwz4Fk85yhYFEBVltazGas19Mz5CZoDjt5l9AnXTWdYXpN6FnF5
dT0UBS3l5qCgM5P7x5zL66hB4GB+BwKlB/y5lzu4c+xrGIPZeEJdUVwSjoAg3LK4
I+u7zLHQjXVrqQYEV0WD
=6Qyg
-----END PGP SIGNATURE-----


Reply to: