[TOPIC 7/17] Background operations/maintenance

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

 



1. Stolee: Are we interested in having a background process doing things?

2. Emily: There are a lot of different ways to do this. Even only looking at Linux there are different ways.

3. Stolee: Without looking at how? What background operations would we like to have?

4. Emily: Is it a good candidate for `git undo`? To keep track of what the user was doing and to make it possible to roll back?

5. Brian: It can run into scalability issues. Also there might be repos on my disk that never change and don’t need background processing. At GitHub we do maintenance based on the number of pushes.

6. Stolee: Kind of maintenance will differ from client and server, interests are different. For Scalar we have this one process looking at all repos and will do operations on them.

7. Peff: On server-side you’ll have millions of repos and even one process looking at all processes have impact on the system. Most hosting providers already have services taking care of this, so I think this feature is only interesting for client-side.

8. Brian: We should be careful. For example I’m constantly creating test repos in /tmp.

9. Stolee: Thanks for the input, we’ll do research and come back to this.



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux