Comments for Rex Flex http://rexflex.net Rants of a software developer Sun, 23 Oct 2011 03:11:00 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Comment on Scratching the Itch by veyronhttp://rexflex.net/2011/09/scratching-the-itch/#comment-202 veyron Sun, 23 Oct 2011 03:11:00 +0000 http://rexflex.net/?p=501#comment-202 Put a smile on my face to see this ... Put a smile on my face to see this …

]]> Comment on Scratching the Itch by Rex Morganhttp://rexflex.net/2011/09/scratching-the-itch/#comment-201 Rex Morgan Mon, 05 Sep 2011 03:21:00 +0000 http://rexflex.net/?p=501#comment-201 Yeah, I saw that you were using a queue, and that's what really got me thinking about using something like RabbitMQ. I'm going to try and tweak RabbitMQ a bit and see if I can get the speeds up, if I can't, then I'm going to give ZeroMQ a shot.Thanks for the post, it's really cool to see this stuff in action. Yeah, I saw that you were using a queue, and that’s what really got me thinking about using something like RabbitMQ. I’m going to try and tweak RabbitMQ a bit and see if I can get the speeds up, if I can’t, then I’m going to give ZeroMQ a shot.

Thanks for the post, it’s really cool to see this stuff in action.

]]> Comment on Scratching the Itch by Ryanhttp://rexflex.net/2011/09/scratching-the-itch/#comment-200 Ryan Sun, 04 Sep 2011 14:44:00 +0000 http://rexflex.net/?p=501#comment-200 My largest problem is the queue. Of course I'm not using Rabbit, I'm using Python's built-in multiprocess Queue. It still destroys my performance though. I'm fine tuning things a little, and am finding that it is just quicker to process everything as I read it.When I just read, and process, I get ~250k message per second. When I use the queue I get almost 20k.This is (I'm fairly certain) because there isn't much done to the data after its read. So it will take longer to copy memory between processes over a queue then to just go ahead and append an order to a list and move on. It makes threading difficult to do correctly.I've made some modifications to my original code that I'll have to push. I'm going for optimizing operations instead of trying to be distributed. I do have a thread that runs every 5 seconds to give me updates on tickers that I'm following, other then that I am using a single thread for all processing.I'm glad to see that our message rates are pretty similar for similar operations though! My largest problem is the queue. Of course I’m not using Rabbit, I’m using Python’s built-in multiprocess Queue. It still destroys my performance though. I’m fine tuning things a little, and am finding that it is just quicker to process everything as I read it.

When I just read, and process, I get ~250k message per second.
When I use the queue I get almost 20k.

This is (I’m fairly certain) because there isn’t much done to the data after its read. So it will take longer to copy memory between processes over a queue then to just go ahead and append an order to a list and move on. It makes threading difficult to do correctly.

I’ve made some modifications to my original code that I’ll have to push. I’m going for optimizing operations instead of trying to be distributed. I do have a thread that runs every 5 seconds to give me updates on tickers that I’m following, other then that I am using a single thread for all processing.

I’m glad to see that our message rates are pretty similar for similar operations though!

]]> Comment on Scratching the Itch by Rex Morganhttp://rexflex.net/2011/09/scratching-the-itch/#comment-199 Rex Morgan Sat, 03 Sep 2011 03:50:00 +0000 http://rexflex.net/?p=501#comment-199 Thanks Alexis, I'll give the mailing list a shot and see if it helps. It's also possible that MassTransit is adding some overhead to each call. Thanks Alexis, I’ll give the mailing list a shot and see if it helps. It’s also possible that MassTransit is adding some overhead to each call.

]]> Comment on Scratching the Itch by alexis richardsonhttp://rexflex.net/2011/09/scratching-the-itch/#comment-198 alexis richardson Fri, 02 Sep 2011 17:53:00 +0000 http://rexflex.net/?p=501#comment-198 Rex, I recommend posting questions about performance to the RabbitMQ mailing list.  We support lots of customers doing high throughput market data.  For example, in normal hardware you should be able to consume at 20,000/sec in Java.  Here is someone in the gaming industry who has 48,000/sec ingress and 48,000/sec egress: http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2011-April/012321.html  If you don't want or need a broker, ZeroMQ is definitely worth a look and has good performance.alexis Rex, 

I recommend posting questions about performance to the RabbitMQ mailing list.  We support lots of customers doing high throughput market data.  For example, in normal hardware you should be able to consume at 20,000/sec in Java.  Here is someone in the gaming industry who has 48,000/sec ingress and 48,000/sec egress: http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2011-April/012321.html  If you don’t want or need a broker, ZeroMQ is definitely worth a look and has good performance.alexis

]]> Comment on Working with Partials in FubuMVC by Przemek Tyrkielhttp://rexflex.net/2010/11/working-with-partials-in-fubumvc/#comment-197 Przemek Tyrkiel Sun, 21 Aug 2011 12:12:00 +0000 http://rexflex.net/?p=216#comment-197 I've stucked with partials views and tried your solution, but I got some troubles with StructureMap. My solution is very easy... in your master page you can call something like: <code> <% this.Partial(); %></code>, where MenuViewInputModel identifies  your action I’ve stucked with partials views and tried your solution, but I got some troubles with StructureMap.
My solution is very easy…
in your master page you can call something like:

<% this.Partial(); %>, where MenuViewInputModel identifies  your action

]]> Comment on Possible Shortcomings of Groupon by Social_Mediahttp://rexflex.net/2011/05/possible-shortcomings-of-groupon/#comment-196 Social_Media Thu, 28 Jul 2011 20:57:00 +0000 http://rexflex.net/?p=255#comment-196 The difficulty for most retailers is clear:  in order to provide a Groupon coupon that attracts attention, the offer must be so good that it appeals to the coupon hopper customer who probably can't afford your products or services on a regular basis.  Essentially, Groupon coupons attract the wrong customer, and because of Groupon's share, the retailer pays more per customer than they would with any other advertising method.  Television, for example, has long been a staple of local advertising, and the quality of commercials has vastly improved via established advertising agencies such as Cheap-TV-Spots.com.  Retailers can craft a TV offer that they're comfortable with, and with a well-planned air time schedule, reach many potential customers who might never even venture onto a group coupon site. The difficulty for most retailers is clear:  in order to provide a Groupon coupon that attracts attention, the offer must be so good that it appeals to the coupon hopper customer who probably can’t afford your products or services on a regular basis.  Essentially, Groupon coupons attract the wrong customer, and because of Groupon’s share, the retailer pays more per customer than they would with any other advertising method.  Television, for example, has long been a staple of local advertising, and the quality of commercials has vastly improved via established advertising agencies such as Cheap-TV-Spots.com.  Retailers can craft a TV offer that they’re comfortable with, and with a well-planned air time schedule, reach many potential customers who might never even venture onto a group coupon site.

]]> Comment on Possible Shortcomings of Groupon by Thinkerhttp://rexflex.net/2011/05/possible-shortcomings-of-groupon/#comment-195 Thinker Thu, 28 Jul 2011 20:56:00 +0000 http://rexflex.net/?p=255#comment-195 My understanding is that Groupon does not pay on unused coupons, only those that are redeemed.  Theoretically, Groupon would be better off if all coupons went unredeemed.   My understanding is that Groupon does not pay on unused coupons, only those that are redeemed.  Theoretically, Groupon would be better off if all coupons went unredeemed.  

]]> Comment on FubuMVC: One Model In, One Model Out by FubuMVC: Redirect and Transfer | Rex Flexhttp://rexflex.net/2011/07/fubumvc-one-model-in-one-model-out/#comment-194 FubuMVC: Redirect and Transfer | Rex Flex Tue, 19 Jul 2011 17:42:23 +0000 http://rexflex.net/?p=466#comment-194 [...] you called FubuContinuation.RedirectTo / FubuContinuation.TransferTo. Since we’re using the thunderdome pattern, each of our actions are uniquely defined by the type of the input model.Internally, FubuMVC has a [...] [...] you called FubuContinuation.RedirectTo / FubuContinuation.TransferTo. Since we’re using the thunderdome pattern, each of our actions are uniquely defined by the type of the input model.Internally, FubuMVC has a [...]

]]> Comment on FubuMVC: One Model In, One Model Out by The Morning Brew - Chris Alcock » The Morning Brew #896http://rexflex.net/2011/07/fubumvc-one-model-in-one-model-out/#comment-193 The Morning Brew - Chris Alcock » The Morning Brew #896 Mon, 18 Jul 2011 07:46:47 +0000 http://rexflex.net/?p=466#comment-193 [...] FubuMVC: One Model In, One Model Out - Rex Morgan discusses the One Model In, One Model out pattern which is common in FubuMVC, which makes it easier to test the actions in the system by providing simple setup and assertion contexts. [...] [...] FubuMVC: One Model In, One Model Out – Rex Morgan discusses the One Model In, One Model out pattern which is common in FubuMVC, which makes it easier to test the actions in the system by providing simple setup and assertion contexts. [...]

]]>