How to increase the startup time of Logos 4

I recently decided to play around with defragging the index database. I tried pay for programs, but they would never defrag the database. I finally found a program called Power Defragmenter that allows single file defragging.

I defrgged the database and wow it did speed up the start time and overall performance of the program. I also defragged my library.

I don't know it will work for anyone else, but it has worked on two machines I know.

Find more posts tagged with

Comments

Rosie Perera

Who would want to increase the startup time? I'd want to decrease it. [:)]

But cool! I didn't know you could defrag single files. Thanks for the recommendation.

Tobias Lampert

I defrgged the database and wow it did speed up the start time and overall performance of the program.

May I ask which file exactly did you defrag? Sounds interesting!

NetworkGeek

https://community.logos.com/discussion/comment/232430#Comment_232430

Keep in mind disk defragmentation is NOT recommended if you are using a flash (solid state) drive. You can Google it to read the in-depth why's, but basically flash drives have a lifetime-limited number of reads/writes before failure, so defrag accelerates end-of-life. Second, since defrag is used to optimize the time necessary for moving parts to locate and read information off a disk drive, and since SSDs have no moving parts, there is no real value to the defrag effort in improved performance.

Tobias Lampert

https://community.logos.com/discussion/comment/232445#Comment_232445

That's correct, Dominick - thanks for the advice!

MJ. Smith

https://community.logos.com/discussion/comment/232448#Comment_232448

Okay - defraging a database is not the same thing as defraging a disk. It is a standard database administrator function done periodically to increase the database performance and can be used to fine tune a database for optimal performance. In lay terms it (a) eliminates the supplmental indices built because of running out of "empties" in a segment of an index and (b) allows you to set the primary index for which the data is physically optimized - which access is the fastest. Plus alot of other stuff, of course.

EDIT: re-reading the the original post I suspect he did a partial disk defrag rather than a database defrag. And, yes, bearing in mind Dominic's warning, one can dramatically increase the performance of a program if one has a badly fragmented file that is heavily used.

Tobias Lampert

https://community.logos.com/discussion/comment/232473#Comment_232473

Yes, I get that - however, same question again: which file(s) would that be regarding L4? Or would defragging the L4 user folder be sufficient to increase speed?

NetworkGeek

https://community.logos.com/discussion/comment/232473#Comment_232473

Okay - defraging a database is not the same thing as defraging a disk. It is a standard database administrator function done periodically to increase the database performance and can be used to fine tune a database for optimal performance. In lay terms it (a) eliminates the supplemental indices built because of running out of "empties" in a segment of an index and (b) allows you to set the primary index for which the data is physically optimized - which access is the fastest. Plus alot of other stuff, of course.

Just to be clear on a few points...I don't think the OP did a database defrag as I read nothing about SQL Server or SQLite tools, and while there are people here who use those tools the typical user here does not. Second, your point is a lot more relevant for enterprise databases, not ones that sit in a file on a user PC. Third, the SSD has such tremendously fast access time compared to a mechanical disk, I highly doubt that a reorg of a user database of Logos' size would see appreciable increase. Fourth, every time a Logos User has a Rebuild Index done on their computer, the database is, well rebuilt. I know I have had a rebuild database at least 6 times in the last six months, and since this is NOT a transactional database, how much extra work could really be done that would disorganize the database that much between rebuilds? We are not experiencing thousands of resource updates and additions on a regular basis.

All that said, even for a database defrag, if you are running it on an SSD you better be sure the performance increase warrants the additional negative impact to remaining end-of-life of the drive.

Dave Hooton

https://community.logos.com/discussion/comment/232492#Comment_232492

All that said, even for a database defrag, if you are running it on an SSD you better be sure the performance increase warrants the additional negative impact to remaining end-of-life of the drive.

The Power defrag author recommends not using it on an SSD.

Fourth, every time a Logos User has a Rebuild Index done on their computer, the database is, well rebuilt.

Under 4.2a there are no permanent supplemental indices as a merge is performed with each resource download. An occasional Rebuild Index should maintain efficiency.

Francis Jeffries

https://community.logos.com/discussion/comment/232522#Comment_232522

Correct if you are utilizing a SSD please do not defrag. Who's using a SSD? Overtime large files are not stored in the continuous space on the Hard Disk Drive. This causes the read write heads to travel all over the hard disk. Computer 101. [:)] Bringing the file together in a continuous space on the the hard drive would speed the access to the file up. Just from my personal observance it did speed up the start time. If you notice on the startup of Logos 4, the symbol for the program launches just for a second. I think it accessing/checking the index. Maybe, maybe not. if it is then a fragemented index file which is over a GB would take sometime to check. I don't know, but ...

Tobias Lampert

https://community.logos.com/discussion/comment/232696#Comment_232696

Francis,

Again: Which file(s) exactly did you defrag?

MJ. Smith

https://community.logos.com/discussion/comment/232697#Comment_232697

Which file(s) exactly did you defrag?

A generic answer: The files that logically would be most likely to require defragging would be the files containing user generated data. The need to defrag other files would depend upon how Logos handles functions such as highlighting or attaching notes and the state of your hard-drive when a resource was downloaded.

Tobias Lampert

https://community.logos.com/discussion/comment/232857#Comment_232857

A generic answer: The files that logically would be most likely to require defragging would be the files containing user generated data. The need to defrag other files would depend upon how Logos handles functions such as highlighting or attaching notes and the state of your hard-drive when a resource was downloaded.

Makes sense to me. Thanks!

mab

https://community.logos.com/discussion/comment/232861#Comment_232861

I'd be curious to know the relative merits of different defragmentation tools. I'm using Defraggler which seems to do a good job.

Dave Hooton

https://community.logos.com/discussion/comment/233159#Comment_233159

I'm using Defraggler which seems to do a good job.

If it gives a visual representation of the volume/disk with fragmented/defragmented/free space areas etc then you can judge its performance before and after. If it provides further de-fragmenting immediately after one session then it may not be as efficient as another tool but still do a good job. Your tool would appear to fit that description.

An old Win 98 tool provided so many options that it could do your mind serious damage[:D] eg where Windows files were placed on the disk, where user files went, where specific files went. A continuously running tool (background process) will aim for file performance rather than general defragmentation. The tool mentioned above aims for file defragmentation, therefore you also need a tool for general defragmentation!