[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]