4 ms·
I don't think other OSs have this much trouble, but I haven't performed my own testing, so take this statement with a grain of salt.
by nixpulvis 8y ago
I don't think other OSs have this much trouble, but I haven't performed my own testing, so take this statement with a grain of salt.
- rightbyte 8y agoDunno. But reading the test readme it seems like gLinux (GNU/Linux? RS' new angle?) has other problems that need dehacking. I mean running test like this is fine who cares. But it's probably bad architecture for the unit test that makes it take time rather than the OSes. And that's fine because it's not production code. But not ground for a condescending snarky blog post. https://www.chromium.org/developers/testing/running-tests https://www.chromium.org/developers/testing/running-tests 'Run tests 5x faster on gLinux Browser tests on gLinux start up extremely slowly due to idiosyncratic NSS configurations. If you need to regularly run browser tests on gLinux, consider using the run_with_dummy_home.py helper script: testing/run_with_dummy_home.py testing/xvfb.py out/Default/browser_tests This can speed tests up by 5x or more.'
- chmod775 8y agoThat is something specific to gLinux, not Linux. Also it's not even related to the kernel. They're likely using some NSS configuration that does network lookups (maybe they're using NIS, LDAP or something else).
- xyzzyz 8y agogLinux is Google's internal Linux distribution, based on Debian.