By A.K.Goharshady, 9 years ago, , This one can be solved in O(nlgn) using a segment tree.
First we convert all powers to numbers in range 0..n-1 to avoid working with segments as large as 109 in our segment tree. Then for each of the men we should find number of men who are placed before him and have more power let's call this gr[j]. When ever we reach a man with power x we add the segment [0,x-1] to our segment tree , so finding gr[j] can be done by querying power of j in our segment tree when it's updated by all j-1 preceding men.
Now let's call number of men who are standing after j but are weaker than j as le[j]. These values can be found using the same method with a segment-tree or in O(n) time using direct arithmetic:
le[j]=(power of j -1)-(i-1-gr[j])
note that powers are in range 0..n-1 now.
Now we can count all triplets i,j,k which have j as their second index. This is le[j]*gr[j]
so the final answer is ( \sum_{j=0}^{n-1} le[j]\times gr[j] ) Tutorial of Codeforces Beta Round #57 (Div. 2)  Comments (22)
 Why didnt you write tutorial in "all-in-one" post? Anyway, tutorial is written good! Thanks
 9 years ago, # | ← Rev. 2 →   I wrote in 5 different posts , because some people want to read the tutorial of only one problem and want to solve other problems on their own
•  That's why it'll be great if a Spoiler will appear here. :-)
•  Thanks a lot for your turoial!I do not understand the meaning of le[j]=(power of j -1)-(i-1-gr[j]). Could you explain it? Thanks a lot.
•  We want to find number of men after j who are weaker. We know number of men before j , and we know number of stronger men before j , so we can easily find number of weaker men standing before j. As we know number of all men who are weaker than j , we can find number of those who are weaker and are placed after j with a subtracting what we just found.
•  Anyway , this doesn't decrease the time complexity
•  I understand it now. Thanks very much, aryobarzan.
 Is implementation of segement tree really tough?
•  No. It's not hard to implement it.Here's my own CPP struct for it:
•  Thanx.It more or less look like "familiar" Binary Search.
•  yes ive seen your structure ... since im new on it ... Can u give me a sample implementation of the structure. And some problems to try.  thanx in advance
•  See this as a direct sample of using a segment-tree. Also you can see the solutions of others there.
•  You can find some other problems here:And here's a classification for a lot of problems:
•  thanx EKG and aryobarzan :D
 can anyone clearly explain how to do this using BIT ?
 » Can this be done using merge sort ...like inverse counting problem?
•  » » Yes. For each index i, you can first find number of all inversions that have i as their first element and then all those that have i as their second element. Then just multiply them to find number of three-inversions (j,i,k) with i as their middle element.
 » What is the meaning of this line "we add the segment [0,x-1] to our segment tree".An example would be very helpful.
 » my solution using merge sort algo to find inversions. http://codeforces.com/contest/61/submission/33820916
•  » » For the second time of inversion counting, I got the gist of what you are doing, namely, finding for each element, the number of inversions in which it is occurring as the first element. Please can you elaborate more on the thought process behind the processing you have done before you invoke the inversion count the second time?
 » In the year 2018, we have new-age technology that makes this problem fairly trivial to solve: Policy-based data structures. Specifically, order statistics trees. We can query them directly to find the number of elements less than x. So none of that coordinate compression/segment tree nonsense needed! See my solution here: http://codeforces.com/contest/61/submission/40569977See here for more information regarding the data structure: https://codeforces.com/blog/entry/11080
 » 3 months ago, # | ← Rev. 2 →   for more explanation on this problem "sorry for my bad English :) " : First we should change the numbers as the tutorial says because 1e9 is too big, and we have only n elements and the element is distinct so we should assign to each number a new number, how we can do that without change the relation between powers of soldiers simply we can sort the elements and save the old index(we can do that by taking an array of pairs the first is the real power and the second is the index and sort this array). the problem says that we should take three indices, so we loop through the middle one in O(n) and now we should find how many element before him and bigger than him and how many elements after him and less than him let's take in the first how many elements after him and less than him, this can be done by the following way(we store the results on _right[MAX]): take a segment tree in each node in the segment tree we store how many elements below it the segment is empty in the first, but we know that the first element is the smallest so nothing is less than him so we add it to the segment using update function(it is very simple we add 1 in the location of the element, the location is the index before sort)now we loop through the elements of the sorted array and every time we find how the res by getting the numbers of elements to exist in the range [id + 1, n] (id is the index before sort)and after we find the result we add that element using the update functionhow does this work? because when we sort the array and work from small to big, so we are sure that if there is an element in the range [id+1,n] then the element in it is less than the current number. now let's find how many elements before him and greater than him, the idea is like the previous one(we store the results on _left[MAX]): we clear the segment tree using memset so all nodes now zero because no element is added until now.reverse the array because now we should find the greater elements now we also know that the first element is the greatest so nothing is greater than him so we add him using the same update function in the previous method.we loop also through elements and now the only difference is that the query should be in the range [1,id-1] and also id is the index before sort.now after finish the loop we reverse the _left array, why we do that? because as we know the final result is the summation of the _right[i]*_left[i];so if we don't reverse the _left array then the indices are reversing so we should find the summation of the _left[n-i+1] * _right[i];sure we can do that instead of reverse it. my code: https://ideone.com/sG31aS if you still don't understand please ask :)