If you're using Laravel 4.0, it uses the native PHP session as its session driver by default, so the difference is negligible.
From Laravel 4.1 onwards, the new default session driver is called file
, which stores session data in files on disk, and according to their 4.1 release notes, their sessions are now "leaner and faster":
Improved Session Engine
With this release, we're also introducing an entirely new session engine. Similar to the routing improvements, the new session layer is leaner and faster. We are no longer using Symfony's (and therefore PHP's) session handling facilities, and are using a custom solution that is simpler and easier to maintain.
Alternatively, you can use Redis or memcached to handle sessions - Laravel has drivers for both out of the box (note: for anything new, you should use Redis rather than memcached). You can consider this option if you have large session data (complex objects/data rather than a few strings or integers being stored) and/or a huge number of concurrent users (10,000+).
These drivers will store session data primarily in memory rather than on disk, so will be faster and more efficient, although the performance gain will more often than not be negligible unless you had a session-related performance bottleneck in the first place. If you do have such large session data that it's causing performance issues, then it may be pertinent to consider addressing this before looking to reconfigure your session engine.