You are viewing a plain text version of this content. The canonical link for it is here.

Posted to notifications@mynewt.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2016/04/19 23:34:25 UTC

[jira] [Commented] (MYNEWT-161) NFFS - Inefficient restoring of large files

    [ https://issues.apache.org/jira/browse/MYNEWT-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15248706#comment-15248706 ] 

ASF subversion and git services commented on MYNEWT-161:
--------------------------------------------------------

Commit 3abe7404b76f6025483486a64646f02acdca24b8 in incubator-mynewt-core's branch refs/heads/develop from [~ccollins476]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-mynewt-core.git;h=3abe740 ]

nffs - blocks were missing from end of files.

There was a bug in how nffs determines which block comes last in a file
inode.  This process is still horribly inefficient (MYNEWT-161), but it
should at least work now.


> NFFS - Inefficient restoring of large files
> -------------------------------------------
>
>                 Key: MYNEWT-161
>                 URL: https://issues.apache.org/jira/browse/MYNEWT-161
>             Project: Mynewt
>          Issue Type: Bug
>          Components: NFFS
>            Reporter: Christopher Collins
>            Assignee: Christopher Collins
>             Fix For: v0_9_0_rel
>
>
> The inefficiency was introduced in the fix for MYNEWT-160.  This ticket is for replacing that fix with something more efficient.
> Details to follow...



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)