<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/">
    <title>Nikola Tchipev, PhD, MBA</title>
    <link href="https://tchipev.eu/feed.xml" rel="self" />
    <link href="https://tchipev.eu" />
    <updated>2026-08-12T19:02:08+03:00</updated>
    <author>
        <name>Nikola Tchipev</name>
    </author>
    <id>https://tchipev.eu</id>

    <entry>
        <title>In-software Pandas/PySpark switching</title>
        <author>
            <name>Nikola Tchipev</name>
        </author>
        <link href="https://tchipev.eu/in-software-pandaspyspark-switching.html"/>
        <id>https://tchipev.eu/in-software-pandaspyspark-switching.html</id>
        <media:content url="https://tchipev.eu/media/posts/25/Gemini_Generated_Image_wyez5mwyez5mwyez.png" medium="image" />
            <category term="Portfolio"/>

        <updated>2026-08-12T18:56:48+03:00</updated>
            <summary type="html">
                <![CDATA[
                        <img src="https://tchipev.eu/media/posts/25/Gemini_Generated_Image_wyez5mwyez5mwyez.png" alt="" />
                    Problem A legacy product for multiple regression had been implemented using Spark RDDs. The person who wrote the code had left. The code was becoming difficult to maintain or extend and wasteful for small datasets. Contribution refactored the code, allowing for a change of computational&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                    <p><img src="https://tchipev.eu/media/posts/25/Gemini_Generated_Image_wyez5mwyez5mwyez.png" class="type:primaryImage" alt="" /></p>
                <h4>Problem</h4>
<p>A legacy product for multiple regression had been implemented using Spark RDDs. The person who wrote the code had left. The code was becoming difficult to maintain or extend and wasteful for small datasets.</p>
<h4>Contribution</h4>
<ul>
<li>refactored the code, allowing for a change of computational backends</li>
<li>added two more computational backends, one with PySpark and one with Pandas</li>
<li>in-software switching among all three backends</li>
<li>introduced tests and best software engineering practices</li>
</ul>
<h4>Outcomes</h4>
<ul>
<li><strong>20x</strong> speed-up for small datasets, when the data small enough for Pandas</li>
<li><strong>1-5x</strong> speed-up for larger datasets</li>
<li>flexible and future-proof code.</li>
</ul>
            ]]>
        </content>
    </entry>
    <entry>
        <title>Automation via KNIME, Python and SQL: 30 hrs/month saved</title>
        <author>
            <name>Nikola Tchipev</name>
        </author>
        <link href="https://tchipev.eu/30-hoursmonth-automation-via-knime-python-and-sql.html"/>
        <id>https://tchipev.eu/30-hoursmonth-automation-via-knime-python-and-sql.html</id>
        <media:content url="https://tchipev.eu/media/posts/24/knime-0-2.jpeg" medium="image" />
            <category term="Portfolio"/>

        <updated>2026-08-10T16:59:57+03:00</updated>
            <summary type="html">
                <![CDATA[
                        <img src="https://tchipev.eu/media/posts/24/knime-0-2.jpeg" alt="KNIME DAG illustration" />
                    Problem client from financial sector had Excel and SQL workflows requiring a significant amount of manual effort and judgement. Contribution implementation of low-code solution in client’s environment using KNIME workflows wrote Python code where KNIME was unable to handle complexity called external API for additional&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                    <p><img src="https://tchipev.eu/media/posts/24/knime-0-2.jpeg" class="type:primaryImage" alt="KNIME DAG illustration" /></p>
                <h4>Problem</h4>
<p><span style="font-weight: 400;">client from financial sector had Excel and SQL workflows requiring a significant amount of manual effort and judgement.</span></p>
<h4>Contribution</h4>
<ul>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">implementation of </span><strong>low-code</strong><span style="font-weight: 400;"> solution in client’s environment using </span><strong>KNIME</strong><span style="font-weight: 400;"> workflows</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">wrote </span><strong>Python</strong><span style="font-weight: 400;"> code where KNIME was unable to handle complexity</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">called </span><strong>external API</strong><span style="font-weight: 400;"> for additional automation and validation</span></li>
<li style="font-weight: 400;" aria-level="1"><strong>negotiated contract</strong><span style="font-weight: 400;"> with external API provider on behalf of client</span></li>
</ul>
<h4>Outcome</h4>
<ul>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">automation saved </span><strong>30 person-hours per month</strong><span style="font-weight: 400;"> for client</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">external API validation provided </span><strong>higher data quality</strong></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">project </span><strong>payback in &lt; 1 year</strong></li>
</ul>
            ]]>
        </content>
    </entry>
    <entry>
        <title>Blood Flow Simulation Inside Arteries at Fraunhofer MeVis</title>
        <author>
            <name>Nikola Tchipev</name>
        </author>
        <link href="https://tchipev.eu/blood-flow-simulation-inside-arteries-at-fraunhofer-mevis.html"/>
        <id>https://tchipev.eu/blood-flow-simulation-inside-arteries-at-fraunhofer-mevis.html</id>
        <media:content url="https://tchipev.eu/media/posts/19/blood-flow.png" medium="image" />
            <category term="Portfolio"/>

        <updated>2026-07-12T12:21:09+03:00</updated>
            <summary type="html">
                <![CDATA[
                        <img src="https://tchipev.eu/media/posts/19/blood-flow.png" alt="" />
                    Problem Pre-operative planning of treatment of cardiovascular disease requires patient-individual blood flow simulations. Sebastian Meier, Anja Hennemuth, Nikola Tchipev, Andreas Harloff, Michael Markl, and Tobias Preußer. Towards Patient-Individual Blood Flow Simulations based on PC-MRI Measurements. In Lecture Notes in Informatics, volume P-192, page 447, Bonn,&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                    <p><img src="https://tchipev.eu/media/posts/19/blood-flow.png" class="type:primaryImage" alt="" /></p>
                <h4>Problem</h4>
<p><span style="font-weight: 400;">Pre-operative planning of treatment of cardiovascular disease requires patient-individual blood flow simulations.</span></p>
<h4>Contribution</h4>
<ul>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">set up MPI-parallel CFD simulations on complex geometries via the Lattice-Boltzmann method</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">validation of simulation results against experiment data</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">set up workflow for geometry extraction, setting of boundary conditions, discretization and running of LBM simulations</span></li>
</ul>
<h4>Publication</h4>
<p><span style="font-weight: 400;">Sebastian Meier, Anja Hennemuth, </span><strong>Nikola Tchipev</strong><span style="font-weight: 400;">, Andreas Harloff, Michael Markl, and Tobias Preußer. </span><i><span style="font-weight: 400;">Towards Patient-Individual Blood Flow Simulations based on PC-MRI Measurements</span></i><span style="font-weight: 400;">. In Lecture Notes in Informatics, volume P-192, page 447, Bonn, Germany, 2011</span></p>
<p>Official link: <a href="https://dl.gi.de/items/1cf51314-d26f-4fd7-96a5-b47f16e3c67c">Gesellschaft für Informatik</a>; available from: <a href="https://www.user.tu-berlin.de/komm/CD/paper/090542.pdf">tu-berlin.de</a></p>
<p> </p>
<p> </p>
<p> </p>
            ]]>
        </content>
    </entry>
    <entry>
        <title>Aircraft Wake Vortex Simulation and Modeling at the German Aerospace Center (DLR)</title>
        <author>
            <name>Nikola Tchipev</name>
        </author>
        <link href="https://tchipev.eu/portfolio-ex-3.html"/>
        <id>https://tchipev.eu/portfolio-ex-3.html</id>
        <media:content url="https://tchipev.eu/media/posts/18/wake-vortex.png" medium="image" />
            <category term="Portfolio"/>

        <updated>2026-07-10T16:40:15+03:00</updated>
            <summary type="html">
                <![CDATA[
                        <img src="https://tchipev.eu/media/posts/18/wake-vortex.png" alt="" />
                    Problem Aircraft landing on the same runway face risk of flying into wake vortex of previous aircraft. Frank Holzäpfel, Nikola Tchipev, and Anton Stephan. Wind Impact on Single Vortices and Counterrotating Vortex Pairs in Ground Proximity. Flow, Turbulence and Combustion, 97(3):829–848, 2016 Official link: springer.com;&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                    <p><img src="https://tchipev.eu/media/posts/18/wake-vortex.png" class="type:primaryImage" alt="" /></p>
                <h4>Problem</h4>
<p><span style="font-weight: 400;">Aircraft landing on the same runway face risk of flying into wake vortex of previous aircraft.</span></p>
<h4>Contribution</h4>
<ul>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">performed 27 wall-resolved large eddy CFD simulations</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">simulations on SuperMUC, 512 cores each</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">analyzed &gt;3 TBytes data</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">legacy Fortran modelling code translated to C++</span></li>
</ul>
<h4>Outcomes</h4>
<ul>
<li aria-level="1"><strong>light crosswind most hazardous at airports (0.5 w</strong><strong>0</strong><strong>)</strong></li>
<li aria-level="1">mechanism of ascent, descent, rebound and decay explained</li>
<li aria-level="1">C++ code used for real-time vortex prediction onboard aircraft</li>
</ul>
<h4><figure class="post__image"><img loading="lazy"  src="https://tchipev.eu/media/posts/18/winds.png" alt="" width="676" height="600" sizes="(max-width: 1920px) 100vw, 1920px" srcset="https://tchipev.eu/media/posts/18/responsive/winds-xs.png 640w ,https://tchipev.eu/media/posts/18/responsive/winds-sm.png 768w ,https://tchipev.eu/media/posts/18/responsive/winds-md.png 1024w ,https://tchipev.eu/media/posts/18/responsive/winds-lg.png 1366w ,https://tchipev.eu/media/posts/18/responsive/winds-xl.png 1600w ,https://tchipev.eu/media/posts/18/responsive/winds-2xl.png 1920w"></figure></h4>
<h4>Publication</h4>
<p><span style="font-weight: 400;">Frank Holzäpfel, </span><strong>Nikola Tchipev</strong><span style="font-weight: 400;">, and Anton Stephan. </span><i><span style="font-weight: 400;">Wind Impact on Single Vortices and Counterrotating Vortex Pairs in Ground Proximity</span></i><span style="font-weight: 400;">. Flow, Turbulence and Combustion, 97(3):829–848, 2016</span></p>
<p>Official link: <a href="https://link.springer.com/article/10.1007/s10494-016-9729-2">springer.com</a>; available from <a href="https://scispace.com/pdf/wind-impact-on-single-vortices-and-counterrotating-vortex-3nnciwzt86.pdf">scispace.com</a>.</p>
<p> </p>
            ]]>
        </content>
    </entry>
    <entry>
        <title>500x Speed-up of C++ Tools for Infineon</title>
        <author>
            <name>Nikola Tchipev</name>
        </author>
        <link href="https://tchipev.eu/portfolio-ex-2.html"/>
        <id>https://tchipev.eu/portfolio-ex-2.html</id>
        <media:content url="https://tchipev.eu/media/posts/13/infineon_compaction.png" medium="image" />
            <category term="Portfolio"/>

        <updated>2026-07-10T15:18:21+03:00</updated>
            <summary type="html">
                <![CDATA[
                        <img src="https://tchipev.eu/media/posts/13/infineon_compaction.png" alt="" />
                    Problem Routines for compaction or merging of shapes in transistor layout tools can be O(N2) computationally expensive, which can lead to hours of waiting time for users.
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                    <p><img src="https://tchipev.eu/media/posts/13/infineon_compaction.png" class="type:primaryImage" alt="" /></p>
                <h4>Problem</h4>
<p>Routines for compaction or merging of shapes in transistor layout tools can be O(N<sup>2</sup>) computationally expensive, which can lead to hours of waiting time for users.</p>
<h4>Contribution</h4>
<ul>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">optimization flags improvement: 5x - 20x faster</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">look-up table bottleneck: 3x - 10x faster</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">multi-threading on 16 threads: up to 10x faster</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">legacy code debugging, testing and improvements</span></li>
</ul>
<h4>Outcomes</h4>
<ul>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">compaction: 500x faster</span></li>
<li style="font-weight: 400;" aria-level="1"><span style="font-weight: 400;">merging: 130x faster</span></li>
<li style="font-weight: 400;" aria-level="1"><strong style="font-size: inherit;">user waiting time cut from </strong><strong style="font-size: inherit;">8+ hours to 5 minutes</strong></li>
</ul>
<p> </p>
            ]]>
        </content>
    </entry>
    <entry>
        <title>World Record Largest Molecular Dynamics Simulation</title>
        <author>
            <name>Nikola Tchipev</name>
        </author>
        <link href="https://tchipev.eu/portfolio-ex-1.html"/>
        <id>https://tchipev.eu/portfolio-ex-1.html</id>
        <media:content url="https://tchipev.eu/media/posts/12/president-2.jpg" medium="image" />
            <category term="Portfolio"/>

        <updated>2026-07-10T15:18:13+03:00</updated>
            <summary type="html">
                <![CDATA[
                        <img src="https://tchipev.eu/media/posts/12/president-2.jpg" alt="" />
                    Problem One mililiter of water (1 mL) contains more than 1010 H2O molecules. How many molecules can be simulated on the largest supercomputers today? Nikola Tchipev, Steffen Seckler, Matthias Heinen, Jadran Vrabec, Fabio Gratl, Martin Horsch, Martin Bernreuther, Colin W. Glass, Christoph Niethammer, Nicolay Hammer,&hellip;
                ]]>
            </summary>
        <content type="html">
            <![CDATA[
                    <p><img src="https://tchipev.eu/media/posts/12/president-2.jpg" class="type:primaryImage" alt="" /></p>
                <h4><strong>Problem</strong></h4>
<p>One mililiter of water (1 mL) contains more than 10<sup>10</sup> H<sub>2</sub>O molecules. How many molecules can be simulated on the largest supercompute<span style="font-size: inherit;">rs today?</span></p>
<h4>Contributions</h4>
<ul>
<li>Introduced
<ul>
<li>OpenMP in the whole code base</li>
<li>SIMD wrappers</li>
<li>overlapping of MPI collectives</li>
</ul>
</li>
<li>27% more molecules</li>
<li>43% faster weak scaling</li>
<li>146% faster strong scaling</li>
<li>256-bit SIMD vectorization</li>
</ul>
<h4 style="margin-top: 2.28571rem; color: #02192b; font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', Roboto, Oxygen, Ubuntu, Cantarell, 'Fira Sans', 'Droid Sans', 'Helvetica Neue', sans-serif; font-weight: bold; letter-spacing: -0.54px; font-size: 1.26562em;"><figure class="post__image"><img loading="lazy"  style="color: #313339; font-family: sans-serif; font-size: inherit; font-weight: 400; outline: rgba(13, 139, 242, 0.55) solid 2.4px !important;" src="https://tchipev.eu/media/posts/12/Tera-Floating-Point-Operations-per-Second-1012.svg" alt="" width="486" height="286"></figure></h4>
<h4>Outcomes</h4>
<ul>
<li>First simulation of 2 × 10<sup>10</sup> molecules</li>
<li>Total of 344,064 threads in parallel</li>
<li>1.3 PFLOP/sec, 0.67 PBytes RAM</li>
<li>Award from the President of Bulgaria</li>
</ul>
<h4><figure class="post__image"><img loading="lazy"  src="https://tchipev.eu/media/posts/12/president.jpg" alt="" width="423" height="300" sizes="(max-width: 1920px) 100vw, 1920px" srcset="https://tchipev.eu/media/posts/12/responsive/president-xs.jpg 640w ,https://tchipev.eu/media/posts/12/responsive/president-sm.jpg 768w ,https://tchipev.eu/media/posts/12/responsive/president-md.jpg 1024w ,https://tchipev.eu/media/posts/12/responsive/president-lg.jpg 1366w ,https://tchipev.eu/media/posts/12/responsive/president-xl.jpg 1600w ,https://tchipev.eu/media/posts/12/responsive/president-2xl.jpg 1920w"></figure></h4>
<h4><strong>Publication</strong></h4>
<p><strong>Nikola Tchipev</strong><span style="font-weight: 400;">, Steffen Seckler, Matthias Heinen, Jadran Vrabec, Fabio Gratl, Martin Horsch, Martin Bernreuther, Colin W. Glass, Christoph Niethammer, Nicolay Hammer, Bernd Krischok, Michael Resch, Dieter Kranzlmüller, Hans Hasse, Hans-Joachim Bungartz, and Philipp Neumann. </span><i><span style="font-weight: 400;">TweTriS: Twenty Trillion-atom Simulation</span></i><span style="font-weight: 400;">. The International Journal of High Performance Computing Applications, 33(5):838–854, 2019.</span></p>
<p>Official link: <a href="https://journals.sagepub.com/doi/abs/10.1177/1094342018819741" target="_blank" rel="noopener noreferrer">sagepub.com</a>. <span style="font-weight: 400;">Available from </span><a href="https://www.researchgate.net/publication/330198903_TweTriS_Twenty_trillion-atom_simulation"><span style="font-weight: 400;">researchgate.net</span></a><span style="font-weight: 400;">.</span></p>
            ]]>
        </content>
    </entry>
</feed>
