Those two lines will only start to come into play when you actually load fixtures.  If you have no fixtures, it shouldn't matter what you set them to.  Someone on the list should correct me if I'm wrong, but transactional fixtures typically reduce the time it takes to run specs.  
<br><br>How many examples are you running?&nbsp; I&#39;ve got a few apps now with several hundred examples, all of my model specs use fixtures and everything is quite fast for me now that non-model specs use mocks/stubs.&nbsp; For me, the longest part of running specs is loading the rails framework.&nbsp; To isolate that, just run script/console on the same app and see how long it takes.
<br><br><div><span class="gmail_quote">On 5/12/07, <b class="gmail_sendername">Scott Taylor</b> &lt;<a href="mailto:mailing_lists@railsnewbie.com">mailing_lists@railsnewbie.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Is there someway to remove all fixture processing?&nbsp;&nbsp;Can I set the<br>following two lines in spec_helper.rb to remove all fixture processing ?<br><br>&nbsp;&nbsp; config.use_transactional_fixtures = false<br>&nbsp;&nbsp; config.use_instantiated_fixtures
&nbsp;&nbsp;= false<br><br>I was actually able to setup a sqlite in-memory database without a<br>problem, using topfunky&#39;s plugin.<br><br>Even with drb, mocks &amp; stubs, and an in-memory database, and no<br>(used) fixtures, things seem to be quite slow.&nbsp;&nbsp;Maybe this is more of
<br>a reflection on my aged Mac than anything else...<br><br>I think the real bottleneck is occurring in rake.&nbsp;&nbsp;I&#39;ll have to<br>checkout a profiler.<br><br>Thanks,<br><br>Scott<br><br><br><br>On May 12, 2007, at 11:34 AM, Jeff Dean wrote:
<br><br>&gt; Are you using mocks/stubs for the controllers and views?&nbsp;&nbsp;This has<br>&gt; made the biggest difference in my specs.&nbsp;&nbsp;The other thing that&#39;s<br>&gt; sped up my specs is making sure I&#39;m only loading fixtures for the
<br>&gt; specs that absolutely need it on the models.<br>&gt;<br>&gt; But no - I&#39;ve never used in-memory databases, so I can&#39;t help you<br>&gt; there.<br>&gt;<br>&gt; On 5/12/07, Scott Taylor &lt; <a href="mailto:mailing_lists@railsnewbie.com">
mailing_lists@railsnewbie.com</a>&gt; wrote:<br>&gt; My specs are still taking to long to run in a rails app.&nbsp;&nbsp;Is anyone<br>&gt; using an in-memory database to run their specs?&nbsp;&nbsp;Any pointers or tips?<br>&gt;<br>&gt; Scott
<br>&gt;<br>&gt; _______________________________________________<br>&gt; rspec-users mailing list<br>&gt; <a href="mailto:rspec-users@rubyforge.org">rspec-users@rubyforge.org</a><br>&gt; <a href="http://rubyforge.org/mailman/listinfo/rspec-users">
http://rubyforge.org/mailman/listinfo/rspec-users</a><br>&gt;<br>&gt; _______________________________________________<br>&gt; rspec-users mailing list<br>&gt; <a href="mailto:rspec-users@rubyforge.org">rspec-users@rubyforge.org
</a><br>&gt; <a href="http://rubyforge.org/mailman/listinfo/rspec-users">http://rubyforge.org/mailman/listinfo/rspec-users</a><br><br>_______________________________________________<br>rspec-users mailing list<br><a href="mailto:rspec-users@rubyforge.org">
rspec-users@rubyforge.org</a><br><a href="http://rubyforge.org/mailman/listinfo/rspec-users">http://rubyforge.org/mailman/listinfo/rspec-users</a><br></blockquote></div><br>