GSvit documentation

open source FDTD solver with GPU support

User Tools

Site Tools


fdtd:basic_geometries

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
fdtd:basic_geometries [2015/07/18 14:00]
pklapetek created
fdtd:basic_geometries [2018/08/28 14:38] (current)
pklapetek
Line 7: Line 7:
   *    To specify the four parameters in every point of computational volume (keyword MEDIUM_LINEAR),​ which allows us to create arbitrary, voxel to voxel changing medium.   *    To specify the four parameters in every point of computational volume (keyword MEDIUM_LINEAR),​ which allows us to create arbitrary, voxel to voxel changing medium.
   *    To specify a set of simple geometric entities with the four parameters (keyword MEDIUM_VECTOR),​ which is much simpler, but every entity has constant properties within its volume.   *    To specify a set of simple geometric entities with the four parameters (keyword MEDIUM_VECTOR),​ which is much simpler, but every entity has constant properties within its volume.
 +
 +----
 +//
 +{{ :​samples:​img_medium_linear.png?​100|}}
 +Sample parameter file: {{samples:​medium_linear.tar.gz|voxel-by-voxel medium (MEDIUM_LINEAR)}}.
 +\\
 +A 200x200x200 computational domain with TSF planar source and graded permittivity profile. A simple C program that generated the input data for the voxel-by-voxel material parameters is attached as well.
 +//
 +----
 +//
 +{{ :​samples:​img_medium_vector.png?​100|}}
 +Sample parameter file: {{samples:​medium_vector.tar.gz|medium represented by objects (MEDIUM_VECTOR)}}.
 +\\
 +A 200x200x200 computational domain with TSF planar source and a dielectric sphere.
 +//
 +----
  
 A special case is MEDIUM_VECTOR with tabulated material (material type 1), where we say to Gsvit that there are only few materials in our computational volume and therefore GSvit does not need to allocate material parameter fields for every voxel. This can save some memory (a quarter of it, approximately),​ however all the calculations remain the same. See the parameter file documentation for more details. A special case is MEDIUM_VECTOR with tabulated material (material type 1), where we say to Gsvit that there are only few materials in our computational volume and therefore GSvit does not need to allocate material parameter fields for every voxel. This can save some memory (a quarter of it, approximately),​ however all the calculations remain the same. See the parameter file documentation for more details.
fdtd/basic_geometries.1437220836.txt.gz ยท Last modified: 2018/01/24 08:14 (external edit)