On Wed, Jul 01, 2015 at 10:45:36AM +0200, Florian Lohoff wrote: > On Tue, Jun 30, 2015 at 08:23:30PM +0200, Frederik Ramm wrote: > > Hi, > > > > On 06/30/2015 03:43 PM, Florian Lohoff wrote: > > > Okay - i am brute forcing it now with a smaller planet extract and > > > find disturbing results. > > > > Can you exclude a RAM defect? If you do 100 iterations of "copy large > > file to other large file, compare md5 sums", do you get a consistent value? > > The machine is doing a lot of other stuff - A Postgres, an OSM Task > Manager etc - Its an Intel Blade in an Modular Server Blade Rack. > > I dont think its memory defect. But i can try running memtest on it ...
memtest86+ ran for 30 Minutes without an issue. 16GB ECC Memory Intel P5000 Chipset with Intel Xeon CPUs. dd if=/dev/urandom of=rfile1 bs=1M count=16000 md5sum rfile1 2a806948021ffd7ef19c272bc3f88508 rfile1 while true; do cp rfile1 rfile2; sync; md5sum rfile2; done 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 2a806948021ffd7ef19c272bc3f88508 rfile2 Ja - ich schliesse Speicherprobleme aus. Flo -- Florian Lohoff [email protected] We need to self-defense - GnuPG/PGP enable your email today!
signature.asc
Description: Digital signature
_______________________________________________ OSRM-talk mailing list [email protected] https://lists.openstreetmap.org/listinfo/osrm-talk
