The Klein 4-group

  • Context: Graduate 
  • Thread starter Thread starter Anko
  • Start date Start date
  • Tags Tags
    Klein
Click For Summary

Discussion Overview

The discussion revolves around the Klein 4-group and its applications in the context of routing algorithms, specifically within the framework of Benes networks and parallel processing models. Participants explore the implications of group algebra on routing requests in a network with potential blocking scenarios.

Discussion Character

  • Exploratory
  • Technical explanation
  • Debate/contested
  • Mathematical reasoning

Main Points Raised

  • One participant describes two examples of the Klein 4-group acting on systems, including its role in the Benes construction and the rotation subgroup of D4.
  • Another participant suggests that the routing problem in a Benes network can be simplified by using graph coloring techniques, although they acknowledge the complexity of simultaneous routing when requests overlap.
  • Concerns are raised about the NP-hard nature of routing requests in scenarios where multiple requests target the same output, leading to potential blocking and queuing issues.
  • A participant questions whether an algorithm can be developed to determine graph coloring in parallel, as opposed to sequentially, which may complicate the routing process.
  • There is a suggestion that if all requests are for different outputs, simultaneous routing is feasible, but the challenge remains when requests overlap.
  • One participant expresses uncertainty about the exact nature of the problem being discussed, seeking clarification on the question regarding input-output mapping and overlap.

Areas of Agreement / Disagreement

Participants express differing views on the feasibility of routing algorithms in Benes networks, particularly regarding simultaneous routing and the implications of overlapping requests. The discussion remains unresolved with multiple competing perspectives on the complexity and potential solutions.

Contextual Notes

Participants note limitations related to the assumptions about request overlap and the nature of the routing algorithm, as well as the complexity of determining graph coloring in parallel versus sequentially.

Anko
Messages
32
Reaction score
3
Hello.
I'm going over some old uni notes, and I'm hoping to learn a bit more about categories and things like fibrations.
But in 3rd year, we looked at the Klein 4-group. I know of two examples, one where I can have an additive V4 acting on pairs of two-way crossbar switches, in what I suppose is the Benes construction or switching net.

The other is when it acts on a 4-tuple of vertices, in the rotation subgroup of D4 if I give each vertex of the square an index from {00, 01, 10, 11} then I add 1 to the appropriate row or column index, four at a time. So V4 is in both places as a free additive group, which I need to restrict?

The thing I'm getting at I think is, what does any restriction on V4 then have to do with an inductive kind of algorithm, particularly in the Benes construction, where the other half of the exercise is to route inputs to outputs, without blocking. Thus a switching algorithm is a requirement.
 
Physics news on Phys.org
I think you need to give more context. For example you could write the full text of the exercise you have looked at, and anything relevant to it.
 
The exercise didn't have much in the way of text. It was a course by a lecturer called Bob Hoskins (I may have misspelt that, sorry Bob), at year 4 and was about parallel processing models like PRAM etc. We were handed a diagram of a 16-input, 16-output Benes network and asked to write some program that could model it and investigate the problems with routing requests in parallel.

I realized fairly quickly that the worst case is when 16 requests arrive and want the same output. Then you are blocked and queing requests. That means perhaps you have to order them, or perhaps randomly connect them, or maybe there is a priority to deal with. Even if each request is for a different output, then switching everything the right way, in parallel, is NP-hard, I think. I could be wrong about that, I didn't get to find out.

So now I would like to look at this somewhat dated problem, from the point of view of a group algebra,
and see if there is a program algebra that guarantees an algorithm will work correctly, and if it can do this in parallel (I think there are too many restrictions, and that's the first thing to make a list of)
 
Last edited:
Anko said:
.I realized fairly quickly that the worst case is when 16 requests arrive and want the same output. Then you are blocked and queing requests. That means perhaps you have to order them, or perhaps randomly connect them, or maybe there is a priority to deal with. Even if each request is for a different output, then switching everything the right way, in parallel, is NP-hard, I think. I could be wrong about that, I didn't get to find out.

I just read what s Bene Network is for this thread, and I think in the case that your routing is a permutation from inputs to output it is actually very easy to pick a routing which is totally parallel. All it requires is 2 coloring a bunch of graphs that are guaranteed to be 2 colorable, which seems simple to me.
 
Office_Shredder said:
I just read what s Bene Network is for this thread, and I think in the case that your routing is a permutation from inputs to output it is actually very easy to pick a routing which is totally parallel. All it requires is 2 coloring a bunch of graphs that are guaranteed to be 2 colorable, which seems simple to me.
But it isn't simple. Say you have 16 inputs and a request arrives at each one. In packet switching networks all packets have an address. So now you have to route 16 requests to 16 outputs and you can't assume they want a different output. Even if they did, can you route all 16 simultaneously?
 
Anko said:
But it isn't simple. Say you have 16 inputs and a request arrives at each one. In packet switching networks all packets have an address. So now you have to route 16 requests to 16 outputs and you can't assume they want a different output. Even if they did, can you route all 16 simultaneously?

If they all want a different output, you can route them all simultaneously. The algorithm is described here

https://eng.libretexts.org/Bookshel...:_Communication_Networks/10.09:_Benes_Network

If some of them want the same output, you could probably tweak this to try to minimize congestion
 
  • #10
Office_Shredder said:
If they all want a different output, you can route them all simultaneously. The algorithm is described here
I don't know about the simultaneous routing though. You still need an algorithm that sequentially determines the graph coloring before the connections are made, which is then possible simultaneously. Is that something that could be done in parallel? It wouldn't be as easy as the sequential approach.
 
  • #11
I don't think I fully understand the question.

For example, is it "given a mapping from input to output with no overlap, pick the full route of every packet with an algorithm that is polynomial time in the number of inputs"?. Or something else
 

Similar threads

  • · Replies 5 ·
Replies
5
Views
18K
  • · Replies 17 ·
Replies
17
Views
7K
  • · Replies 6 ·
Replies
6
Views
2K
Replies
11
Views
2K
  • · Replies 27 ·
Replies
27
Views
4K
  • · Replies 8 ·
Replies
8
Views
2K
  • · Replies 2 ·
Replies
2
Views
7K
Replies
2
Views
5K
  • · Replies 6 ·
Replies
6
Views
5K
  • · Replies 2 ·
Replies
2
Views
2K