“Re­new the desk­top us­ing the ad­vice of Li­nus Tor­valds—boot from a Solid-state Disk.”

OpenSource For You - - EXPLORING SOFTWARE GUEST COLUMN -

My desk­top seemed slow. It is four years old and has faced a fair amount of crit­i­cism from my fam­ily. I toyed with the idea of buy­ing a new one. Moore's Law is sup­posed to still hold good, but I found that the ex­tra per­for­mance is via more cores. bach core is not much faster. Hence, the new desk­top may not be any faster, at least, for boot­ing and sign­ing in. And what would I do with the older one? I had in­stalled Fe­dora when I bought the sys­tem. Since then, I have been up­grad­ing it. Could some­thing have gone wrong? I freed a par­ti­tion and in­stalled a fresh copy of Fe­dora 17 on it. The new in­stal­la­tion was much snap­pier. The boot time, as shown by sys­temd-an­a­lyze, came down from 72 to 27 sec­onds!

How­ever, the com­par­i­son wasn't fair. The orig­i­nal in­stal­la­tion had a lot of ser­vices in­stalled on it. oe­mov­ing the ad­di­tional ser­vices re­duced the boot time to 45 sec­onds. The ker­nel and the initramfs tim­ings were about the same. So what was the dif­fer­ence? There may be some is­sues re­lated to re­peated up­grades of the distri­bu­tion, which are not the sup­ported meth­ods. While search­ing IRU GLIIHUHnFHs, , GLG finG Dn HxSlDnDWLRn IRU why WhH EWhHUnHW in­ter­face was still named eth0 and not em0 as per the de­fault Fe­dora in­stal­la­tion. Dur­ing the up­grades, an ad­di­tional package called bios­de­v­name was in­tro­duced, yet it was ig­nored. No package re­quired it; so, its use was op­tional. Be­sides, the de­vice name dif­fer­ence was not rel­e­vant as far as per­for­mance was con­cerned.

Disk frag­men­ta­tion can have an im­pact on per­for­mance. While de-frag­men­ta­tion is not sup­posed to be a ne­ces­sity on Linux, var­i­ous up­grades and ex­per­i­men­ta­tions may have se­ri­ously frag­mented the root par­ti­tion. Back­ing up the root par­ti­tion, re­for­mat­ting and restor­ing it re­duced the boot time to 34 sec­onds. re­spon­sive­ness of the sys­tem. Sys­temd-an­a­lyze showed the new ERRW WLmH Ds 14 sHFRnGs. 7hLs figuUH Ls HvHn mRUH UHmDUNDElH when you no­tice that the ker­nel and initramfs tim­ing is still the same as orig­i­nal, which is about 7 sec­onds. So, the user-space boot time has come down from 38 to 27 sec­onds af­ter de­frag­men­ta­tion, and to 7 sec­onds with SSD!

Newspapers in English

Newspapers from India

© PressReader. All rights reserved.