Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #28414
| Path | csiph.com!usenet.pasdenom.info!aioe.org!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!mit.eternal-september.org!.POSTED!not-for-mail |
|---|---|
| From | Simon Lewis <simonlewis2001@gmail.com> |
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: 64-bit hashing function |
| Date | Thu, 08 May 2014 21:27:10 +0200 |
| Organization | Lewis |
| Lines | 379 |
| Message-ID | <87eh04cbqp.fsf@gmail.com> (permalink) |
| References | <kfh8l9p1hhphqv5l62am7if9bhnotfse6j@4ax.com> <5354c699$0$6708$9b4e6d93@newsspool2.arcor-online.net> <45i9l9tq8ng6dk1lbfoc97tcj5gbd09iu7@4ax.com> <5354f836$0$6715$9b4e6d93@newsspool2.arcor-online.net> <34kal9pept6fvrf6226lbcpe9j03nd5eh7@4ax.com> <tkenm9tjblekiue9k6ec49kogg9v9lolr8@4ax.com> |
| Mime-Version | 1.0 |
| Content-Type | text/plain |
| Injection-Info | mit.eternal-september.org; posting-host="d296e68b2904788dc608824cae64f2ba"; logging-data="18050"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/oyqQuT7glpuXRnZkKYzg5hPSVzUxG+8g=" |
| User-Agent | Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) |
| Cancel-Lock | sha1:XNw7xC/pcF7zgzHGaphavKYOkxo= sha1:Dvl546kmVTKF1YiBDCQxC3K4uY8= |
| Xref | csiph.com comp.lang.java.programmer:28414 |
Show key headers only | View raw
Roedy Green <see_website@mindprod.com.invalid> writes:
> On Mon, 21 Apr 2014 10:09:04 -0700, Roedy Green
> <see_website@mindprod.com.invalid> wrote, quoted or indirectly quoted
> someone who said :
>
>>here is my first cut at the code. I have not run it ye
>
> Here is what it looks like now. I am using hit in generating my web
> pages.
>
> /*
> * [Lazy.java]
> *
> * Summary: Lets us avoid the work of expanding macros if they were
> done successfully earlier.
> *
> * Copyright: (c) 2012-2014 Roedy Green, Canadian Mind Products,
> http://mindprod.com
> *
> * Licence: This software may be copied and used freely for any
> purpose but military.
> * http://mindprod.com/contact/nonmil.html
> *
> * Requires: JDK 1.7+
> *
> * Created with: JetBrains IntelliJ IDEA IDE
> http://www.jetbrains.com/idea/
> *
> * Version History:
> * 1.0 2014-04-21 initial version.
> */
> package com.mindprod.htmlmacros.support;
>
> import com.mindprod.common17.FNV1a64;
> import com.mindprod.common17.Misc;
> import com.mindprod.common17.ST;
>
> import java.io.DataInputStream;
> import java.io.DataOutputStream;
> import java.io.EOFException;
> import java.io.File;
> import java.io.IOException;
> import java.util.HashMap;
> import java.util.Map.Entry;
> import java.util.concurrent.TimeUnit;
>
> import static java.lang.System.err;
>
> /**
> * Lets us avoid the work of expanding macros if they were done
> successfully earlier.
> * To use it:
> * 1. Call the constructor to create a Lazy object.
> * 2. call lazy.open
> * 3. for each file you are considering processing call
> lazy.isAlreadyDone
> * 4. after you have processed each file call lazy.markStatus.
> * 5. when you are done call lazy.close
> *
> * @author Roedy Green, Canadian Mind Products
> * @version 1.0 2014-04-21 initial version
> * @since 2014-04-21
> */
> public class Lazy
> {
> // declarations
>
> /**
> * size of buffer in bytes
> */
> private static final int BUFFERSIZE_IN_BYTES = 64 * 1024;
>
> /**
> * allow 5 seconds of slop in matching dates
> */
> private static final long SLOP = TimeUnit.SECONDS.toMillis( 5 );
>
> /**
> * length of each record in the serialised cache file in bytes.
> * two 64-bit longs.
> */
> private static int RECORD_LENGTH = ( 64 + 64 ) / 8;
>
> /**
> * lead ignorable string on most files
> */
>
> private String filenamePrefix;
>
> /**
> * trailing ignorable string on most files
> */
> private String filenameSuffix;
>
> /**
> * binary file where we store state between runs.
> */
> private File cacheFile;
>
> /**
> * look up filename hash-32 to timestamp
> */
> private HashMap<Long, Long> hashToTimestamp;
>
> // end declarations
>
> /**
> * true if this Lasy is open
> */
> private boolean isOpen;
> // methods
>
> /**
> * constructor
> */
> public Lazy()
> {
> isOpen = false;
> }
>
> /**
> * save the contents of the lookup cacheFIle into
> embellishments/cacheFIle.bin
> * It is a binary file of pairs hash-32, timestamp-64
> */
> public void close()
> {
> if ( !isOpen )
> {
> return;
> }
>
> try
> {
> // O P E N
>
> final DataOutputStream dos = Misc.getDataOutputStream(
> this.cacheFile, BUFFERSIZE_IN_BYTES );
> for ( Entry<Long, Long> entry : hashToTimestamp.entrySet()
> )
> {
> // W R I T E
> final long hash = entry.getKey();
> final long timestamp = entry.getValue();
> // writing in big-endian binary to be compact and
> fast.
> dos.writeLong( hash ); // we write int and long, not
> Integer and Long.
> dos.writeLong( timestamp );
> }
> // C L O S E
> dos.close();
> } // end if
> catch ( IOException e )
> {
> err.println( ">>> Warning. Unable to write " +
> this.cacheFile.getAbsolutePath() + " file "
> + e.getMessage() );
> }
>
> isOpen = false;
> }// end method
>
> /**
> * has this file already been processed and is unchanged since
> that time?
> *
> * @param file file we are processing.
> *
> * @return true if the file has already been successfully
> processed.
> */
> public boolean isAlreadyDone( File file )
> {
> if ( !isOpen )
> {
> throw new IllegalArgumentException( "Lazy.open() has not
> yet been called." );
> }
> final long hash = calcHash( file );
> final Long timestampL = hashToTimestamp.get( hash );
> // if no entry, it was not registered as done.
> if ( timestampL == null )
> {
> return false;
> }
> // if all is well ,the last modified date should not have
> changed since we recorded the file as
> // successfully processed.
> if ( file.lastModified() > timestampL + SLOP )
> {
> // the file has been modified since we last processed it.
> // we will have to reprocess it.
> // This cacheFile entry is useless. We might as well get
> rid of it now to save some space.
> hashToTimestamp.remove( hash );
> return false;
> }
> else
> {
> // it has not been touched since we last successfully
> processed it.
> // the cacheFile entry is fine as is. This is the whole
> point, to save reprocessing it.
> return true;
> }
> }// end method
>
> /**
> * Mark the status of this file.
> *
> * @param file file we are processing.
> * @param status true= file successfully processed, false=file was
> not successfully processed.
> */
> public void markStatus( File file, boolean status )
> {
> if ( !isOpen )
> {
> throw new IllegalArgumentException( "Lazy.open() has not
> yet been called." );
> }
> final long hash = calcHash( file );
> if ( status )
> {
> // GOOD
> // we record the fact by leaving an entry with hash/Now.
> // file was just given or will soon be given a timestamp
> close to this.
> hashToTimestamp.put( hash, System.currentTimeMillis() );
> // collisions are so rare, we do not worry about them. Two
> files sharing a hash.
> }
> else
> {
> // BAD
> // erase all record of it. There may be no record already
> hashToTimestamp.remove( hash );
> }
> }// end method
>
> /**
> * Open and read the cacheFIle file.
> *
> * @param cacheFile cacheFile file with state from last stime
> storted. If the file does not exist,
> * we start over. e.g. new File(
> "E:\\mindprod\\embellishments\\cacheFIle.bin")
> * @param filePrefix If nearly all filenames start the same
> way, the common lead string, null or "" otherwise.
> * e.g. "E:\mindprod\". Use \ or / to
> match the way you specify the files
> * you feed to markStatus.
> * @param fileSuffix If nearly all filenames end the same way,
> the common trailing string, null or "" otherwise.
> * e.g. ".html". Use \ or / to match the
> way you specify the files
> * you feed to markStatus.
> * @param estimatedFiles estimate of how many files we will
> process
> */
> public void open( final File cacheFile, final String filePrefix,
> final String fileSuffix, final int estimatedFiles )
> {
> if ( isOpen )
> {
> return;
> }
> this.cacheFile = cacheFile;
> this.filenamePrefix = ST.canonical( filePrefix );
> this.filenameSuffix = ST.canonical( fileSuffix );
> if ( cacheFile.exists() && cacheFile.canRead() )
> {
> // load up the HashMap we use to track when files were
> last successfully processed.
> final int elts = Math.max( estimatedFiles, ( int )
> cacheFile.length() / RECORD_LENGTH );
> // allow some padding to avoid collisions
> hashToTimestamp = new HashMap<>( elts + elts / 4 ); //
> 25% padding
> // load binary long pairs from it.
> DataInputStream dis = null;
> try
> {
> try
> {
> // O P E N
>
> dis = Misc.getDataInputStream( cacheFile,
> BUFFERSIZE_IN_BYTES );
> while ( true )
> {
> // R E A D pairs hash-64, timestamp-64
> long hash = dis.readLong();
> long timestamp = dis.readLong();
> hashToTimestamp.put( hash, timestamp );
> } // end loop
> } // end inner try
> catch ( EOFException e )
> {
> // nothing to do
> }
> finally
> {
> // C L O S E
> if ( dis != null )
> {
> dis.close();
> }
> }
> } // end outer try
> catch ( IOException e )
> {
> err.println( ">>> Warning. Unable to read " +
> cacheFile.getAbsolutePath() + " file" );
> // we carry on, using as much as we could read.
> }
> } // end if
> else
> {
> hashToTimestamp = new HashMap<>( estimatedFiles +
> estimatedFiles / 4 );
> }
> isOpen = true;
> }// end method
>
> /**
> * calculate a hash-64 of the name of the file, not its contents
> *
> * @param file file to be processed
> *
> * @return 64-bit FNV1a64 hash.
> */
> private long calcHash( final File file )
> {
> // prune down if possible.
> final String chopped = ST.chopLeadingString(
> ST.chopTrailingString( file.getAbsolutePath(), this.filenameSuffix ),
> this.filenamePrefix );
> return FNV1a64.computeHash( chopped );
> }// end method
> // end methods
> } // end class
Way to put off a code review. That's some seriously horrible coding
standard you use for brace bracketing there. No wonder you seem to have
so much problems navigating braces. Why so much white space?!? There is
no benefit in having all braces on their own lines. It's truly horrible
and wastes far too much valuable screen estate when debugging or
browsing the code.
Something like this:
> finally
> {
> // C L O S E
> if ( dis != null )
> {
> dis.close();
> }
> }
should, IMO, be
,----
| finally{ // close
| if (dis!=null)
| dis.close();
| }
`----
I realise it's all down to individuals taste but seriously that is one
awful looking listing that appears to be a first year pascal project
from back in the 80s.
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-20 15:15 -0700
Re: 64-bit hashing function Arne Vajhøj <arne@vajhoej.dk> - 2014-04-20 19:37 -0400
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-20 22:18 -0700
Re: 64-bit hashing function Marcel Müller <news.5.maazl@spamgourmet.org> - 2014-04-21 09:19 +0200
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 00:51 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 02:05 -0700
Re: 64-bit hashing function taqmcg@gmail.com - 2014-04-21 11:49 -0700
Re: 64-bit hashing function taqmcg@gmail.com - 2014-04-21 12:01 -0700
Re: 64-bit hashing function wolfgang zeidler <invalid@invalid.invalid> - 2014-04-22 20:42 +0200
Re: 64-bit hashing function Marcel Müller <news.5.maazl@spamgourmet.org> - 2014-04-21 12:51 +0200
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 06:31 -0700
Re: 64-bit hashing function Marcel Müller <news.5.maazl@spamgourmet.org> - 2014-04-21 16:40 +0200
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 20:45 -0700
Re: 64-bit hashing function Marcel Müller <news.5.maazl@spamgourmet.org> - 2014-04-22 09:46 +0200
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 06:38 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 06:55 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 10:09 -0700
Re: 64-bit hashing function markspace <markspace@nospam.nospam> - 2014-04-21 11:46 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 20:55 -0700
Re: 64-bit hashing function markspace <markspace@nospam.nospam> - 2014-04-22 08:39 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 20:56 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 21:05 -0700
Re: 64-bit hashing function markspace <markspace@nospam.nospam> - 2014-04-22 08:15 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-25 02:29 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-21 20:53 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-05-08 10:12 -0700
Re: 64-bit hashing function Simon Lewis <simonlewis2001@gmail.com> - 2014-05-08 21:27 +0200
Re: 64-bit hashing function rossum <rossum48@coldmail.com> - 2014-04-23 09:57 +0100
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-04-25 04:08 -0700
Re: 64-bit hashing function Mike Amling <mamling@chaff.us> - 2014-05-05 11:03 -0500
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-05-29 16:00 -0700
Re: 64-bit hashing function Roedy Green <see_website@mindprod.com.invalid> - 2014-05-29 16:16 -0700
csiph-web