1. 08 Jan, 2016 1 commit
  2. 06 Jan, 2016 1 commit
  3. 25 Sep, 2015 1 commit
  4. 23 Sep, 2015 1 commit
  5. 17 Aug, 2015 1 commit
  6. 04 Aug, 2015 1 commit
  7. 27 May, 2015 1 commit
  8. 28 Apr, 2015 1 commit
  9. 03 Apr, 2015 1 commit
  10. 24 Mar, 2015 1 commit
  11. 25 Feb, 2015 1 commit
    • Jonathan Jenkins's avatar
      RNG RC bug in loggp · 1b47544d
      Jonathan Jenkins authored
      Introduced back when I added a "last-hop" queue to allow prioritized
      messages to go to the front of the set of msgs loggp is to receive. Haven't yet
      put it in other models (simple*), so RNG bug doesn't affect there yet.
      1b47544d
  12. 07 Nov, 2014 1 commit
    • Jonathan Jenkins's avatar
      simplewan -> simplep2p · bd8f90c6
      Jonathan Jenkins authored
      Tired of explaining that it's not a good representation of a WAN. Instead, it's
      now a simple point-to-point latency/bandwidth model.
      bd8f90c6
  13. 29 Aug, 2014 1 commit
  14. 20 Aug, 2014 1 commit
    • Jonathan Jenkins's avatar
      recv-side queuing support (loggp only) · 6f9bc775
      Jonathan Jenkins authored
      Rather than model-net LPs directly sending messages to other model-net LPs, LPs
      can route the intended message through the scheduler interface to be queued up
      for reception by the receiver (see the diff of loggp.c). This has the benefit of
          enabling things like priority and fairness for N->1 communication patterns.
          Currently, no packetizing is supported, and I haven't yet wrote checks for
          it - beware.
      
      Loggp is currently the only supported model. simplenet could also be supported
      without much trouble, but I doubt there's any demand for it at the moment.  This
      should NOT be used by the dragonfly/torus models, as they have their own routing
      backend.
      6f9bc775
  15. 19 Aug, 2014 1 commit
  16. 15 Aug, 2014 2 commits
    • Jonathan Jenkins's avatar
      scheduler fix for other networks (NOT torus, simplewan) · 0164aa2d
      Jonathan Jenkins authored
      Torus and simplewan each have problems precluding them from the current
      scheduling fix:
      - simplewan - each "device" has N input/output ports. It can't simply tell the
        scheduler when they are (it is?) idle because the scheduler doesn't know which
        packets go to which ports
      - torus - also has N input/output ports (two for each dimension). Also, the same
        routing "queue" (via the "next_link_available_time" var) is used for incoming
        and outgoing messages, so we can't guarantee the scheduler that we'll be
        available at time x (an incoming msg could arrive and then be routed at time
        x-1). This isn't a problem for the dragonfly network as terminals aren't
        intermediate routers. Ideally what needs to happen here is for the
        intermediate packets/chunks to be queued up in the scheduler.
      0164aa2d
    • Jonathan Jenkins's avatar
      scheduler - sched loop is callback-driven now (loggp only) · b3650ede
      Jonathan Jenkins authored
      - previously, packet issues were done without any consideration for device
        availability - within epsilon, preventing any meaningful scheduling
      - enabled for loggp only, other networks will be incorporated shortly
      b3650ede
  17. 11 Aug, 2014 1 commit
  18. 08 Aug, 2014 1 commit
  19. 31 Jul, 2014 1 commit
    • Jonathan Jenkins's avatar
      config overhaul + annotation-aware mapping · 4e19d940
      Jonathan Jenkins authored
      All configuration now proceeds on a per-LP level, and requires separate
      registration and configuration calls, as seen in the test programs.
      model_net_set_params is no longer used, and is replaced by model_net_register
      and model_net_configure. The dragonfly network, having two LP types bundled in
      the same code-path, is special-cased in the registration code.
      
      LP-mapping in model-net now has the following defaults:
      - counts via codes_mapping_get_lp_count are now with respect to the calling
        network LP's annotation.
      - when looking up network LPs via
        codes_mapping_get_lp_info/codes_mapping_get_lp_id, the annotation of the
        calling network LP is used. Hence, routing now occurs only between LPs of the
        same annotation. If the destination LP's group specified by model_net_*event
        does not contain a modelnet LP with the same annotation as the modelnet LP in
        the sender's group, then an error will occur (in codes_mapping).
      
      Known Issues:
      - modelnet users currently cannot specify which modelnet LP to use in the case
        of multiple modelnet LPs in the sender's group. This will be fixed in future
        commits after a consensus is reached on the best way to expose this
        information.
      4e19d940
  20. 18 Jul, 2014 1 commit
  21. 08 Jul, 2014 1 commit
    • Jonathan Jenkins's avatar
      configuration method change allowing multiple networks · 8ef0ddb7
      Jonathan Jenkins authored
      - "modelnet" parameter in cfg is now a no-op
      - "modelnet_order" parameter in cfg is required,
        listing order in which networks are indexed to
        the model
      - modified "model_net_set_params" signature
      - updated tests to use the new interface
      8ef0ddb7
  22. 07 Jul, 2014 1 commit
  23. 06 Jul, 2014 1 commit
  24. 29 May, 2014 1 commit
  25. 23 May, 2014 2 commits
  26. 22 May, 2014 1 commit
  27. 21 May, 2014 1 commit