New answers tagged performance
If your kernel supports it, you can try to record the stack at the time of each page fault. Run this command, then interrupt it after a few seconds: sudo perf record -e page-faults -ag It will create a large binary file perf.data which you can visualise with perf report perf is a huge subject. You can start with the tutorial.
I'm a fan of htop. (http://hisham.hm/htop/) To install: sudo apt-get install htop
A simple way would be to use GNU time command. /usr/bin/time python test.py /usr/bin/time /bin/sh -c 'ghc -o test test.hs; ./test' /usr/bin/time /bin/sh -c 'gcc -o test test.c; ./test' To normalize for starting the shell, I would also add a /bin/sh -c to the python command. time has many options for formatting the output and including memory, I/O and ...
You should be able to test the I/O of your solutions by using the command dd. Try reading from /dev/zero and writing to a file residing on the disk you wish to test. Writing example below. [root@localhost Desktop]# dd if=/dev/zero of=/home/testfile bs=2G count=1 Results for my virtual (VMWare) CentOS for reference: 0+1 records in; 0+1 records out; ...
Since there is no better answer, I just wanted to remark that your values are very good for a flash drive in general, and quite within the expected range for your specific flash drive. Marketing values such as 190MB/s write speed are not in general sustainable (they are valid for a few seconds at most, till the internal buffer is filled,a nd do not reflect ...
You can use the nice utility to run your computationally intensive jobs with a lower scheduling priority than your user-interactive programs running in the foreground. Check out info coreutils 'nice invocation'
I would: Make sure, I have at a minimum 8GiB RAM. Install Linux into to a 12-15GiB Partition @SSD, add Swap@SSD, if wanted/needed. That should leave ~ 80GiB free on the SSD. Make a Partition, SSD3. Give that to the Virtual Machine for later use as Windows system drive. Create 2 Partitions on HDD, ~200GiB HDD1, and the Rest, HDD2 Give HDD1 to the Windows ...
The problem lies within the default kernel version of SuSE 11 SP4 being too old. Kernel version from DVD is 126.96.36.199. This kernel version does not support the IBM-proprietary SEA large send and the adjustment of receive and send buffer sizes via ethtool. We upgraded to kernel 188.8.131.52. Then I activated largesend and adjusted size and receive buffer size ...
try; swap all cables in the route with new isolate linux and aix as only two machines on a single switch (reduce the test environment) cross over patch with static settings (if possible- reducing again) in case its the switch at fault, test with second switch get onto the switch itself and check for flapping or errors on the ports run wireshark on the ...
Top 50 recent answers are included