1. 02 Dec, 2018 2 commits
  2. 24 Aug, 2017 1 commit
  3. 17 Aug, 2017 1 commit
  4. 25 Aug, 2014 1 commit
  5. 29 Aug, 2011 1 commit
  6. 26 Aug, 2011 1 commit
    • Augustin Degomme's avatar
      - add option to switch the reload mode from "reload the file, parse it again,... · c91e276d
      Augustin Degomme authored
      - add option to switch the reload mode from "reload the file, parse it again, and display it with the new settings" to "just display again with the new settings", to make it quicker when using palettes
      - add shaded states, vertical line and reload type settings in the config file, in order to keep these settings between sessions
      -This line, and those below, will be ignored--
      M    trunk/src/interface/Interface_graphic.hpp
      M    trunk/src/interface/main_window.ui
      M    trunk/src/interface/Interval_select.cpp
      M    trunk/src/interface/Node_select.cpp
      M    trunk/src/interface/Settings_window.cpp
      M    trunk/src/interface/Settings_window.hpp
      M    trunk/src/interface/Interface_graphic.cpp
      M    trunk/src/common/Session.cpp
      M    trunk/src/common/Session.hpp
      M    trunk/src/common/Info.cpp
      M    trunk/src/core/Core.cpp
  7. 30 Jun, 2011 1 commit
  8. 23 Jun, 2011 1 commit
    • Augustin Degomme's avatar
      A lot of testing and feedback on this one is needed, in order to improve the way it is done. · fbf0b6c1
      Augustin Degomme authored
      Summary :
      - trace can be dumped on disk while parsing
      - data can be restored, loading only in memory the part of trace we want to display (by time and by containers).
      - a light preview version of the whole trace can be displayed, allowing to chose the interval and actually load data from it
      How it works :
      - allow Serialization of IntervalOfContainers to the disk while parsing. Each finished IntervalOFContainer (containing 10000 states or links) can be dumped to the disk, using Boost serialization library, in a separate file, then its memory is freed, allowing to parse huge files (tested with 8Gb). Each type, container, linked in the IntervalOfContainer is assigned a unique id to avoid serializing too much data (file Serializer.hpp). If Boost with gzip is used, the resulting data is compressed. This is handled by Several SerializerWriter threads, and the assignment to each thread is done by a Singleton object, the SerializerDispatcher. The number of threads used is the number of CPUs found in the machine.
      At the end of parsing all remaining loaded intervalOfContainers are dumped. File naming is "Unique ID of the container"_"IntervalOfContainer index in the container". They are saved in a folder named after the trace file, without extension.  
      At the end of dumping, we have a folder containing many files. A file called "name of the trace".vite is created in this folder, which handles all containers, types, with their unique IDs. For each IntervalOFContainer of each Container, the beginning and end timings are also saved. This file will be used to correlate data from the multiple IntervalOfContainers files. It stores also the sum of all the times of all StateTypes encountered in each intervalOFContainers.
      - we can now open this .vite file. A ParserSplitted is then used, allowing to restore the structure of the trace and all types. 
         - If the -t option is specified with a time interval, data is directly reloaded from the serialized files, loading in memory only the intervalofcontainers in the time interval.
         - If the -t option was not specified, we load the preview version of the trace, contained in the .vite file.
      The preview version only stores states for the moment. When browsing the preview version, user can select a zone and press ctrl. This opens a new vite window, with the same zoom, but the data is then loaded from the serialized files.
      How to use : 
      needed libraries : libboost_serialization, libboost_thread, and libboost_iostreams . These libraries are in the standard boost package. In linux, they include the gzip library needed for compression and bindings. In windows, this library is not included and has to be included after, and boost recompiled.
      - cmake : activate the option VITE_ENABLE_SERIALIZATION in order to check for boost libraries, and to add corresponding files 
      - configure :  add the flag --use_boost if libraries are in /usr/lib, --boost_libdir=$dir else.
      - by hand in the src.pro file :  add needed libraries ( -lboost_serialization -lboost_thread -lboost_iostreams ) and flags USE_ITC, BOOST_SERIALIZE, and BOOST_GZIP to activate everything
      - make preview + -c option work together ( -c and -t work together for the moment, -c and preview also, but not when loading actual data from disk)
      - add other data to the preview (links events and variables)
      - check if using lots of threads to compress is really useful
      - better balance between those threads, without rebinding qt signal/slots each time
      - tests, tests and tests.
      - documentation and comments.
  9. 11 Jun, 2011 1 commit
    • Augustin Degomme's avatar
      continuing the flood of your mailboxes · e46d22b3
      Augustin Degomme authored
      - a few warnings removed for windows again
      - node selection while zooming now almost keeps the zoom (I don't get why the min changes a little bit, and don't know if it's possible to fix this)
      new features:
      -multithreaded Paje parser : this parser uses 3 threads :
         - the parsing thread to read the file and produce lines and tokens (lexical analysis), and aggregate them in blocks of 10000 lines 
         - the builder thread which handles these blocks of lines and calls store_event of the ParserEventPaje and transforms the tokens into the appropriate types, checks the correctness of the line (syntaxic analysis) but doesn't perform the calls to trace and the structural verifications 
        - the trace building thread which performs semantic analysis (if types, containers, exist) and performs the calls to the trace (adding events, states to the trace).
      - file mapping : just for multithread version, the file is mapped into memory by chunks (100MB for the moment), which is faster and allows to handle larger files without using too much memory. The limit of 1Gb of the other version is removed, ViTE can now handle much larger files.
      These features need more testing and feedback and can be activated at compile time by setting the flag MT_PARSING. 
      note: the parser still uses a tokens number limit, this will be merged with the new version soon.
      - gracefully stop parsing when cancel button is hit is not handled yet and causes segfaults
  10. 10 Jun, 2011 1 commit
    • Augustin Degomme's avatar
      various fixes, comments\n load_xml file was moved to Trace.cpp in order to... · 85c12356
      Augustin Degomme authored
      various fixes, comments\n load_xml file was moved to Trace.cpp in order to separate this from the node selection interface => Now node selection work with SVG, and -e flag can be used with -c flag. \n Use of QCoreApplication instead of QApplication when we don't need an interface (-e flag for the moment, but will also be useful when -s flag will be added to split the trace) => ViTE now works without the need of an X server for svg export\n
  11. 09 Jun, 2011 3 commits
    • François Trahay's avatar
      improve a warning message · a3baea9b
      François Trahay authored
    • Augustin Degomme's avatar
      fix a bug with previous commit · d41e066e
      Augustin Degomme authored
    • Augustin Degomme's avatar
      fixes : · 6a4961db
      Augustin Degomme authored
      - fix build on windows platforms where getopt is not present : add a version of getopt called xgetopt (license ok) when called on Windows.
      - fix parsing issues with Paje traces on Windows, caused by the switch to std::getline, and the fact that it now removes the endline character (the character after the end of an std::line is seen as a \n on linux, so the bug is not apparent but still present)
      feature :
      - add a window that allows the user to select the containers to display, reorder them or hide them (by drag and drop and checking/unchecking). The selected display can be saved to an xml file, and reloaded for another trace. Found in Preferences/Node Selection
      - add the flag -c to specify such an xml file to load initially for a trace
      known issues and todo :
      - only works with OpenGl render : separate interface from work on the xml file to allow use with SVC
      - zoom is badly handled, and containers are not redrawn with new sizes yet
      - no tests done with non Paje traces, should work though
      - lacks comments and cleaning
      - put the window as a plugin ?