저 역시 해상도 때문에 고민을 정말 많이 했습니다. 그리고 제가 추구하는것 또한 1소스 다해상도 인데요. 이것이 지금처럼 안드로이드폰이 많아 지기 전에는 가능했습니다만 이제는 너무나도 다른 해상도들때문에 힘들어지게 되었습니다. 여러 이유가 있겠지만, 주로 그림때문에 디자인을 해치게 되는 경우가 많았습니다. 글자, 버튼, 배치 등등은 모든것을 비율로 제작하시면 거의 해결이 됩니다. 그치만 그림의 경우 목표로 하는 해상도와 DPI에 맞게 그림을 받아 넣게 되는데요, 이게 비율이 달라져 버리면 이상하게 보여지는것을 피할수가 없습니다. 16:9의 비율로 동일하다면 비교적 통일성 있는 모습을 만들어 낼 수 있지만, 비율이 달라져 버리면 그림이 찌그러 지거나 하는 문제로 극복하기 어려문 면이 존재 했습니다. 그리고 비율로 어플을 제작하게 되면, 퍼포먼스를 중요시 하는 어플의 경우 퍼포먼스가 현격히 떨어집니다. 짧지만 로딩같은 문제가 발생합니다. 넘길수도 있는 부분입니다만, 퍼포먼스를 중시한다면 로딩은 큰 문제입니다.  
 DPI의 종류에 따라 다른 xml을 제작하는것도 있지만, 제가 해본 다해상도 대응중 가장 느렸습니다. DPI에 맞춰 제작하려면 같은 그림을 여러 비율과 DPI에 맞게 제작할수도 있지만, 역시 느리고 어플의 용량이 치솟는 결과를 낳았습니다.
 말이 길었습니다만, 현재 제가 얻은 결론은 이렇습니다. 1소스 풀 해상도 대응은 이젠 불가능하다는것. 하지만 최대한 많이 지원하려면 비율계산으로 모든것을 작성하면 된다. 라는 것입니다. 지원되지 않는 것은 따로 APK제작이 현명한것 같습니다. 구글마켓도 여러 APK등록이 가능하다고 하니까요...
 웬지 엄청난 양의 답글을 달아버렸네요.@_@;

LinearLayout 에 child View 를 넣고 layout_weight 값으로 상대배치 하면 어느정도 잘 맞아 떨어집니다. 

padding 값은 사용하지 않고 다 view 로 layout_weight 값으로 사용해야 하기 때문에 

소스 양이 무진장 많아지고.. 노가다 코드도 많아서 힘들며.. View 가 그려지는것도 조금 느려질 수 있습니다. 

좋은점이 생기면 안좋은 점도 생기는거죠..

아즈라엘님 말씀처럼 layout으로 조절하는것이 가장 바람직합니다. 절대값들을 쓰더라도 최소한으로 사용하고, Layout을 최대한 활용하는것이 답일듯 싶네요... 뭔가 조치가 있으면 좋겠지만 ㅎㅎ

답변 감사합니다..

하... ㅠ 하드코딩 가야하나요.. 정말.. 레이아웃 손에 잘 안익네요 ㅠㅠ

다해상도가 로딩속도가 떨어진다는 사실을 처음 알았습니다.. 좋은 정보 감사합니다~