맨날 밥달라고 하면서도…
잘 버틴다..
베터리 15~18%, 이렇게 2주는 넘게 쓴거 같네…
몸이 또 온도 조절 못하고 콧물이 슬금 슬금 나오길래…
알러지 약 하나 챙겨 먹었는데…
쥑이네 +_+
머리가 빙빙…
http://www.rabbitmq.com/blog/2012/04/25/rabbitmq-performance-measurements-part-2/
This first scenario is the simplest – just one producer and one consumer. So we have a baseline.
Of course we want to produce impressive figures. So we can go a bit faster than that – if we don’t consume anything then we can publish faster.
| Of course, consuming is rather important! So for the headline consuming rate, we publish to a large number of consumers in parallel. |
Of course to some extent this quest for large numbers is a bit silly, we’re more interested in relative performance. So let’s revert to one producer and one consumer.
| Now let’s try publishing with the mandatory flag set. We drop to about 40% of the non-mandatory rate. The reason for this is that the channel we’re publishing to can’t just asynchronously stream messages at queues any more; it synchronously checks with the queues to make sure they’re still there. (Yes, we could probably make mandatory publishing faster, but it’s not very heavily used.) |
| The immediate flag gives us almost exactly the same drop in performance. This isn’t hugely surprising – it has to make the same synchronous check with the queue. |
| Scrapping the rarely-used mandatory and immediate flags, let’s try turning on acknowledgements for delivered messages. We still see a performance drop compared to delivering without acknowledgements (the server has to do more bookkeeping after all) but it’s less noticeable. |
| Now we turn on publish confirms as well. Performance drops a little more but we’re still at over 60% the speed of neither acks nor confirms. |
| Finally, we enable message persistence. The rate becomes much lower, since we’re throwing all those messages at the disk as well. |
http://www.rabbitmq.com/releases/rabbitmq-java-client/v1.7.0/rabbitmq-java-client-javadoc-1.7.0/overview-summary.html
http://www.rabbitmq.com/build-dotnet-client.html#obtaining
###########################################################
# A startup item has been generated that will aid in
# starting rabbitmq-server with launchd. It is disabled
# by default. Execute the following command to start it,
# and to cause it to launch at startup:
#
# sudo port load rabbitmq-server
###########################################################
http://www.rabbitmq.com/install-generic-unix.html
You can also start the server in “detached” mode with rabbitmq-server -detached, in which case the server process runs in the background.
생각할 수도 없고…
단지 통제에 따르기만 하면된다…
정보의 통제는 이렇기 때문에 예전부터 그 주도권을 가지려했던 대상…
이렇게 편한 방법이!!
=_= 그냥 시스템 설정의 키보드에서 바꿀 수 있음
http://www.eriksmartt.com/blog/archives/273
mkdir -p /tmp/archives/partial && apt-get -d -o dir::cache=/tmp -o Debug::NoLocking=1 install package
http://stackoverflow.com/questions/4419268/how-do-i-download-a-package-from-apt-get-without-installing-it