Re: Update logs - Mandriva

This is a discussion on Re: Update logs - Mandriva ; Sorry for not replying to my original thread of a few days ago, the Usenet reader decided to not keep the thread, so using google groups to catch up the rest that I did not read.. David > I run ...

+ Reply to Thread
Results 1 to 4 of 4

Thread: Re: Update logs

  1. Re: Update logs

    Sorry for not replying to my original thread of a few days ago, the
    Usenet reader decided to not keep the thread, so using google groups to
    catch up the rest that I did not read..

    David
    > I run it anytime I install a new kde application, that doesn't bother
    > defining the mimetype.
    >
    > If you're interested, it's available at
    > http://www.ody.ca/~dwhodgins/MissingMimesAdd


    How would this affect the system if I run your script? Apart from the
    errors that I showed being reduced, anything improve? Second, how do I
    run your script? It loaded as text in the browser and I saved it as a
    text file - now what?

    Am running 64 bit Mandriva, does that affect the running of the script?

    The load time has now gone back to around 50 seconds for initially
    opening Filezilla. ALWAYS after it's been run once, it loads within 5
    seconds if opened again in the same session. So I suspect that Filezilla
    may be using a library that is not being used until it runs, or
    occasionally something else runs before Filezilla and it's "shared"
    library means Filezilla loads fast.

    Earlier in the thread you suggested to run the strace command. I dumped
    to file creating a 5MB!! log file just from opening then immediately
    closing Filezilla. The log contains a LOT of entries like the following,
    and have no idea why as I've never FTP'd these files or directories /
    partitions (actual files/directory names changed - but you get the idea).

    stat("/mnt/win_c/test", {st_mode=S_IFDIR|0777, st_size=16384, ...}) = 0
    lstat("/mnt/win_c/test", {st_mode=S_IFDIR|0777, st_size=16384, ...}) = 0
    open("/mnt/win_c/test", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000) = 7
    fstat(7, {st_mode=S_IFDIR|0777, st_size=16384, ...}) = 0
    lseek(7, 0, SEEK_SET) = 0
    getdents(7, /* 32 entries */, 16384) = 2528
    stat("/mnt/win_c/test/test1.htm", {st_mode=S_IFREG|0777,
    st_size=15087, ...}) = 0
    stat("/mnt/win_c/test/test1.jpg", {st_mode=S_IFREG|0777,
    st_size=1507, ...}) = 0


    Actually, the above seems to be for some reason Filezilla scanning a lot
    of the FAT32 partitions, don't know why, but there's a LOT of it in the
    log file.

  2. Re: Update logs

    On Tue, 26 Aug 2008 11:11:39 -0400, Ar wrote:

    >> http://www.ody.ca/~dwhodgins/MissingMimesAdd

    >
    > How would this affect the system if I run your script? Apart from the
    > errors that I showed being reduced, anything improve? Second, how do I
    > run your script? It loaded as text in the browser and I saved it as a
    > text file - now what?


    Change the file to be executable with "chmod a+x $filename", then run it
    with "sudo ./$filename".

    > Am running 64 bit Mandriva, does that affect the running of the script?


    Shouldn't matter. The kde configuration files involved are just text files,
    in the /usr/share/mimelnk directory, and sub directories.

    In addition to reducing the clutter of error messages, it _seems_ to have
    sped up loading of kde applications. I haven't timed loading to confirm,
    and it may be just because the error messages don't have to be scrolled to
    the konsole, but it seems faster. I would restart kde after running the
    script, to ensure the current session uses the new config files.

    > The load time has now gone back to around 50 seconds for initially
    > opening Filezilla. ALWAYS after it's been run once, it loads within 5
    > seconds if opened again in the same session. So I suspect that Filezilla


    Strange. I don't normally use filezilla. Just tested, and on first load,
    it loaded in about 5 seconds.

    > Earlier in the thread you suggested to run the strace command. I dumped
    > to file creating a 5MB!! log file just from opening then immediately
    > closing Filezilla. The log contains a LOT of entries like the following,
    > and have no idea why as I've never FTP'd these files or directories /
    > partitions (actual files/directory names changed - but you get the idea).


    Heh, heh. I didn't say to run it under strace, just that I had done so.
    When I do, I typically run something like "strace -f -F -odebug.txt filezilla",
    and close it, as soon as I'm done testing whatever I want to test, which
    in this case meant closing it, as soon as it opened.

    I then use "grep execv debug.txt|less" and "grep open debug.txt|less", to get
    an idea of what the application is using.

    > stat("/mnt/win_c/test", {st_mode=S_IFDIR|0777, st_size=16384, ...}) = 0


    Ah. I didn't have any filesystems mounted, other then what I need for the
    current linux system.

    That would make a huge difference in the start time, especially for ntfs
    file systems, if it's loading the directory tree from that filesystem.

    I have no idea why the filezilla's authors chose to scan so much of the
    system on startup. Seems like a good reason to use some other ftp app.
    I prefer command line ftp, under a konsole.

    Try unmounting all vfat/ntfs file systems, to see if that speeds up the
    initial startup time.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  3. Re: Update logs

    On Tue, 26 Aug 2008 11:48:28 -0400, David W. Hodgins wrote:

    >>> http://www.ody.ca/~dwhodgins/MissingMimesAdd

    >>

    > Change the file to be executable with "chmod a+x $filename", then run it
    > with "sudo ./$filename".


    Script executed.

    > Strange. I don't normally use filezilla. Just tested, and on first
    > load, it loaded in about 5 seconds.


    The load time of the initial run of the application on fresh boot is
    still around 50 seconds. Subsequent running of Filezilla has seen its
    load time drop from 5 to 2 seconds, so your script partially worked.

    > I have no idea why the filezilla's authors chose to scan so much of the
    > system on startup. Seems like a good reason to use some other ftp app.
    > I prefer command line ftp, under a konsole.
    >
    > Try unmounting all vfat/ntfs file systems, to see if that speeds up the
    > initial startup time.


    When the FAT32 partitions are unmounted, the initial load time from boot
    is about 5 seconds. However because Apache runs on startup, the FAT32
    partition must also load at startup as some files are shared for testing
    reasons between Win/Linux.

    I did another strace with this all unmounted state and Filezilla still
    seems to scan an awful load of crap in the Linux system.

    Was not thinking of changing FTP clients as I can easily use the same for
    Win/Linux, less of a pain in the ass with setup / maintenance etc.. Why
    Filezilla is reading stuff like below for I don't know (from strace)..


    getdents(6, /* 137 entries */, 4096) = 3984
    stat("/usr/games/../share/filezilla/../locale/CP1251", {st_mode=S_IFDIR|
    0755, st_size=4096, ...}) = 0
    stat("/usr/games/../share/filezilla/../locale/CP1251/filezilla.mo",
    0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    stat("/usr/games/../share/filezilla/../locale/en_NZ.ISO-8859-1",
    {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
    stat("/usr/games/../share/filezilla/../locale/en_NZ.ISO-8859-1/
    filezilla.mo", 0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    stat("/usr/games/../share/filezilla/../locale/en_GB", {st_mode=S_IFDIR|
    0755, st_size=4096, ...}) = 0
    stat("/usr/games/../share/filezilla/../locale/en_GB/filezilla.mo",
    0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    stat("/usr/games/../share/filezilla/../locale/bs", {st_mode=S_IFDIR|0755,
    st_size=4096, ...}) = 0
    stat("/usr/games/../share/filezilla/../locale/bs/filezilla.mo",
    0x7fffa5e870c0) = -1 ENOENT (No such file or directory)


    stat("/usr/share/mimelnk/audio", {st_mode=S_IFDIR|0755,
    st_size=4096, ...}) = 0
    open("/usr/share/mimelnk/audio", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000)
    = 8
    fstat(8, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
    lseek(8, 0, SEEK_SET) = 0
    getdents(8, /* 70 entries */, 4096) = 2688
    stat("/usr/share/mimelnk/audio/x-ms-wma.desktop", {st_mode=S_IFREG|0644,
    st_size=2610, ...}) = 0
    stat("/usr/share/mimelnk/audio/x-musepack.desktop", {st_mode=S_IFREG|
    0644, st_size=2235, ...}) = 0
    stat("/usr/share/mimelnk/audio/x-xm.desktop", {st_mode=S_IFREG|0644,
    st_size=65, ...}) = 0
    stat("/usr/share/mimelnk/audio/x-flac.desktop", {st_mode=S_IFREG|0644,
    st_size=2088, ...}) = 0
    stat("/usr/share/mimelnk/audio/x-ogg.desktop", {st_mode=S_IFREG|0644,
    st_size=66, ...}) = 0
    stat("/usr/share/mimelnk/audio/aac.desktop", {st_mode=S_IFREG|0644,
    st_size=2039, ...}) = 0
    stat("/usr/share/mimelnk/audio/3gpp.desktop", {st_mode=S_IFREG|0644,
    st_size=115, ...}) = 0


    getdents(7, /* 0 entries */, 4096) = 0
    lseek(7, 0, SEEK_SET) = 0
    getdents(7, /* 93 entries */, 4096) = 4096
    stat("/usr/share/applications/kardsgt.desktop", {st_mode=S_IFREG|0644,
    st_size=288, ...}) = 0
    stat("/usr/share/applications/mandriva-rfbdrake.desktop",
    {st_mode=S_IFREG|0644, st_size=253, ...}) = 0
    stat("/usr/share/applications/mandriva-armagetron.desktop",
    {st_mode=S_IFREG|0644, st_size=238, ...}) = 0
    stat("/usr/share/applications/mandriva-prboom-multiplayer.desktop",
    {st_mode=S_IFREG|0644, st_size=211, ...}) = 0
    stat("/usr/share/applications/htop.desktop", {st_mode=S_IFREG|0644,
    st_size=225, ...}) = 0
    stat("/usr/share/applications/gimp.desktop", {st_mode=S_IFREG|0644,
    st_size=6316, ...}) = 0


  4. Re: Update logs

    Ar wrote:

    > On Tue, 26 Aug 2008 11:48:28 -0400, David W. Hodgins wrote:
    >
    >>>> http://www.ody.ca/~dwhodgins/MissingMimesAdd
    >>>

    >> Change the file to be executable with "chmod a+x $filename", then run it
    >> with "sudo ./$filename".

    >
    > Script executed.
    >
    >> Strange. I don't normally use filezilla. Just tested, and on first
    >> load, it loaded in about 5 seconds.

    >
    > The load time of the initial run of the application on fresh boot is
    > still around 50 seconds. Subsequent running of Filezilla has seen its
    > load time drop from 5 to 2 seconds, so your script partially worked.
    >
    >> I have no idea why the filezilla's authors chose to scan so much of the
    >> system on startup. Seems like a good reason to use some other ftp app.
    >> I prefer command line ftp, under a konsole.
    >>
    >> Try unmounting all vfat/ntfs file systems, to see if that speeds up the
    >> initial startup time.

    >
    > When the FAT32 partitions are unmounted, the initial load time from boot
    > is about 5 seconds. However because Apache runs on startup, the FAT32
    > partition must also load at startup as some files are shared for testing
    > reasons between Win/Linux.
    >
    > I did another strace with this all unmounted state and Filezilla still
    > seems to scan an awful load of crap in the Linux system.
    >
    > Was not thinking of changing FTP clients as I can easily use the same for
    > Win/Linux, less of a pain in the ass with setup / maintenance etc.. Why
    > Filezilla is reading stuff like below for I don't know (from strace)..
    >
    >
    > getdents(6, /* 137 entries */, 4096) = 3984
    > stat("/usr/games/../share/filezilla/../locale/CP1251", {st_mode=S_IFDIR|
    > 0755, st_size=4096, ...}) = 0
    > stat("/usr/games/../share/filezilla/../locale/CP1251/filezilla.mo",
    > 0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    > stat("/usr/games/../share/filezilla/../locale/en_NZ.ISO-8859-1",
    > {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
    > stat("/usr/games/../share/filezilla/../locale/en_NZ.ISO-8859-1/
    > filezilla.mo", 0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    > stat("/usr/games/../share/filezilla/../locale/en_GB", {st_mode=S_IFDIR|
    > 0755, st_size=4096, ...}) = 0
    > stat("/usr/games/../share/filezilla/../locale/en_GB/filezilla.mo",
    > 0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    > stat("/usr/games/../share/filezilla/../locale/bs", {st_mode=S_IFDIR|0755,
    > st_size=4096, ...}) = 0
    > stat("/usr/games/../share/filezilla/../locale/bs/filezilla.mo",
    > 0x7fffa5e870c0) = -1 ENOENT (No such file or directory)
    >
    >
    > stat("/usr/share/mimelnk/audio", {st_mode=S_IFDIR|0755,
    > st_size=4096, ...}) = 0
    > open("/usr/share/mimelnk/audio", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000)
    > = 8
    > fstat(8, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
    > lseek(8, 0, SEEK_SET) = 0
    > getdents(8, /* 70 entries */, 4096) = 2688
    > stat("/usr/share/mimelnk/audio/x-ms-wma.desktop", {st_mode=S_IFREG|0644,
    > st_size=2610, ...}) = 0
    > stat("/usr/share/mimelnk/audio/x-musepack.desktop", {st_mode=S_IFREG|
    > 0644, st_size=2235, ...}) = 0
    > stat("/usr/share/mimelnk/audio/x-xm.desktop", {st_mode=S_IFREG|0644,
    > st_size=65, ...}) = 0
    > stat("/usr/share/mimelnk/audio/x-flac.desktop", {st_mode=S_IFREG|0644,
    > st_size=2088, ...}) = 0
    > stat("/usr/share/mimelnk/audio/x-ogg.desktop", {st_mode=S_IFREG|0644,
    > st_size=66, ...}) = 0
    > stat("/usr/share/mimelnk/audio/aac.desktop", {st_mode=S_IFREG|0644,
    > st_size=2039, ...}) = 0
    > stat("/usr/share/mimelnk/audio/3gpp.desktop", {st_mode=S_IFREG|0644,
    > st_size=115, ...}) = 0
    >
    >
    > getdents(7, /* 0 entries */, 4096) = 0
    > lseek(7, 0, SEEK_SET) = 0
    > getdents(7, /* 93 entries */, 4096) = 4096
    > stat("/usr/share/applications/kardsgt.desktop", {st_mode=S_IFREG|0644,
    > st_size=288, ...}) = 0
    > stat("/usr/share/applications/mandriva-rfbdrake.desktop",
    > {st_mode=S_IFREG|0644, st_size=253, ...}) = 0
    > stat("/usr/share/applications/mandriva-armagetron.desktop",
    > {st_mode=S_IFREG|0644, st_size=238, ...}) = 0
    > stat("/usr/share/applications/mandriva-prboom-multiplayer.desktop",
    > {st_mode=S_IFREG|0644, st_size=211, ...}) = 0
    > stat("/usr/share/applications/htop.desktop", {st_mode=S_IFREG|0644,
    > st_size=225, ...}) = 0
    > stat("/usr/share/applications/gimp.desktop", {st_mode=S_IFREG|0644,
    > st_size=6316, ...}) = 0


    Why not switch to gftp instead?

+ Reply to Thread