You can subscribe to this list here.
2000 |
Jan
(1) |
Feb
(13) |
Mar
(11) |
Apr
(8) |
May
(14) |
Jun
(48) |
Jul
(39) |
Aug
(17) |
Sep
(16) |
Oct
(19) |
Nov
(18) |
Dec
(18) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(16) |
Feb
(11) |
Mar
(5) |
Apr
(19) |
May
(19) |
Jun
(10) |
Jul
(31) |
Aug
(26) |
Sep
(11) |
Oct
(8) |
Nov
(11) |
Dec
(3) |
2002 |
Jan
(9) |
Feb
(8) |
Mar
(5) |
Apr
(11) |
May
(4) |
Jun
(12) |
Jul
(30) |
Aug
(18) |
Sep
(13) |
Oct
(8) |
Nov
(5) |
Dec
(2) |
2003 |
Jan
|
Feb
(4) |
Mar
(7) |
Apr
(15) |
May
(15) |
Jun
(11) |
Jul
(8) |
Aug
(1) |
Sep
|
Oct
(5) |
Nov
(10) |
Dec
(6) |
2004 |
Jan
(7) |
Feb
(15) |
Mar
(6) |
Apr
(3) |
May
(1) |
Jun
(7) |
Jul
(4) |
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
2005 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(4) |
Jul
(7) |
Aug
(8) |
Sep
(2) |
Oct
(3) |
Nov
(5) |
Dec
|
2006 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(6) |
Jun
(5) |
Jul
|
Aug
(2) |
Sep
(3) |
Oct
(9) |
Nov
(4) |
Dec
(1) |
2007 |
Jan
(4) |
Feb
(4) |
Mar
(5) |
Apr
(6) |
May
(4) |
Jun
(5) |
Jul
(18) |
Aug
(19) |
Sep
(11) |
Oct
(13) |
Nov
(6) |
Dec
(9) |
2008 |
Jan
(18) |
Feb
(5) |
Mar
(12) |
Apr
(9) |
May
(3) |
Jun
(6) |
Jul
(5) |
Aug
(1) |
Sep
(11) |
Oct
(9) |
Nov
|
Dec
(57) |
2009 |
Jan
(52) |
Feb
(29) |
Mar
(41) |
Apr
(41) |
May
(102) |
Jun
(102) |
Jul
(67) |
Aug
(25) |
Sep
(18) |
Oct
(26) |
Nov
(11) |
Dec
(18) |
2010 |
Jan
(11) |
Feb
(3) |
Mar
(5) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
(5) |
Oct
(2) |
Nov
|
Dec
(2) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(5) |
2012 |
Jan
(1) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(1) |
Dec
(1) |
2014 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(6) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <toc...@li...> - 2011-12-13 13:20:11
|
Dear Tanaka, >It is dynamic analysis by the following command. >>group_materi_density 0 8.e-3 >Therefore, results are different if calculation time is changed. Here you are!!!. Thank you. I have copy-pasted material specification from another example and did not pay much attention to the implication of specifying material density. (BTW the documentation is also quite cryptic about it). Now I understand. Thank you very much for your help. Regards. Roman |
From: <toc...@li...> - 2011-12-13 10:57:14
|
Hi, It is dynamic analysis by the following command. >group_materi_density 0 8.e-3 Therefore, results are different if calculation time is changed. In addition, how about adding the following command, since it seems that a calculation error is large? (control_timestep_iterations 120 1) control_timestep_iterations_automatic 120 0.01 1.e-1 1.e-1 // TANAKA Minoru Nippon Institute of Technology >Dear All, > >I have encountered strange (in my opinion) behaviour of Tochnog >depending on the magnitude of the arguments to control_timestep. > >In my data file (in the attachment) I have a line: > control_timestep 120 1.e-1 1.e-1 > >but if I change it to > control_timestep 120 1.e-2 1.e-2 > >I got different results. What is more with > control_timestep 120 1.e-3 1.e-3 >the results are again different. > >(The results for the last two cases seems to be a rubbish >of some sort). > >The data describe an elastic bar in tension so there should >be no surprise. > >I would be very grateful if someone sheds some light on the >issues before I start digging in the code what is going on. > >Thank you for your support, > >Regards >Roman > >-- >Roman Putanowicz, PhD < put...@l5... > >Institute for Computational Civil Engng (L-5) >Dept. of Civil Engng, Cracow Univ. of Technology >www.l5.pk.edu.pl, tel. +48 12 628 2569, fax 2034 > >------------------------------------------------------------------------------ |
From: <toc...@li...> - 2011-12-13 05:08:35
|
> Dear All, > > I have encountered strange (in my opinion) behaviour of Tochnog > depending on the magnitude of the arguments to control_timestep. > > In my data file (in the attachment) I have a line: Sorry, the missing attachment from the previous post. Regards Roman -- Roman Putanowicz, PhD < put...@l5... > Institute for Computational Civil Engng (L-5) Dept. of Civil Engng, Cracow Univ. of Technology www.l5.pk.edu.pl, tel. +48 12 628 2569, fax 2034 |
From: <toc...@li...> - 2011-12-13 05:03:35
|
Dear All, I have encountered strange (in my opinion) behaviour of Tochnog depending on the magnitude of the arguments to control_timestep. In my data file (in the attachment) I have a line: control_timestep 120 1.e-1 1.e-1 but if I change it to control_timestep 120 1.e-2 1.e-2 I got different results. What is more with control_timestep 120 1.e-3 1.e-3 the results are again different. (The results for the last two cases seems to be a rubbish of some sort). The data describe an elastic bar in tension so there should be no surprise. I would be very grateful if someone sheds some light on the issues before I start digging in the code what is going on. Thank you for your support, Regards Roman -- Roman Putanowicz, PhD < put...@l5... > Institute for Computational Civil Engng (L-5) Dept. of Civil Engng, Cracow Univ. of Technology www.l5.pk.edu.pl, tel. +48 12 628 2569, fax 2034 |
From: <toc...@li...> - 2011-11-27 22:11:36
|
Hi, I am attaching copies of a simple cantilever beam with both, Triangles and Quadrilaterals that produce basically the same results using the Total formulation. I will be running the same problem using the updated formulation later for comparison purposes. It appears to work fine. One thing that makes a difference is the number of iterations. That is the reason why I like to set the iterations to automatic and setting the error in the calculations. Jose can you post your examples please? Best regards, Fernando Lorenzo Re: [Tochnog-users] a lot difference with different mesh Exclude From: <tochnog-users@li...> - 2011-11-26 17:24 Hi, this is an effect I realized some time ago. It happens either in elastic or inelastic analisys. I can show some .dat files with this issue. Best, Enviado de Samsung Mobile tochnog-users@... escribió: Hi, I'm using tochnog to simulate a simple shear band problem with a prescribed imperfection. But I got very different results using different meshes (tria3 and quad4). What causes the problem? Is there any specialty using quad element? Attached are two data files. Regards! Ning -- Geotechnical Group Department of Civil and Environmental Engineering Hong Kong University of Science and Technology Clear Water Bay, Kowloon, Hong Kong Fernando Lorenzo flo...@co... |
From: <toc...@li...> - 2011-11-26 17:24:24
|
Hi, this is an effect I realized some time ago. It happens either in elastic or inelastic analisys. I can show some .dat files with this issue. Best, Enviado de Samsung Mobile toc...@li... escribió: Hi, I'm using tochnog to simulate a simple shear band problem with a prescribed imperfection. But I got very different results using different meshes (tria3 and quad4). What causes the problem? Is there any specialty using quad element? Attached are two data files. Regards! Ning -- Geotechnical Group Department of Civil and Environmental Engineering Hong Kong University of Science and Technology Clear Water Bay, Kowloon, Hong Kong ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Tochnog-users mailing list Toc...@li... https://lists.sourceforge.net/lists/listinfo/tochnog-users |
From: <toc...@li...> - 2011-11-24 06:40:06
|
Hi, I'm using tochnog to simulate a simple shear band problem with a prescribed imperfection. But I got very different results using different meshes (tria3 and quad4). What causes the problem? Is there any specialty using quad element? Attached are two data files. Regards! Ning -- Geotechnical Group Department of Civil and Environmental Engineering Hong Kong University of Science and Technology Clear Water Bay, Kowloon, Hong Kong |
From: <toc...@li...> - 2011-04-03 23:39:07
|
Dear Tochnogers, I have added the option to Tochnog to calculate and save the correct value of the equivalent Von Mises Stress. to do that you use the command post_calcul -materi_stress -mises I have posted the modified code so that it can be build with that option, and placed a copy of the OSX built code. I named the file "tochnogLP" to imply: built to use the Lapack Solver. Good luck and enjoy! Best regards, Fernando Lorenzo |
From: <toc...@li...> - 2010-12-20 13:47:45
|
Dear Tochnog users, Has anyone successfully implemented Cosserat continuum into Tochnog? I'm thinking since new degrees of freedom are introduced, does the implementation require some fundamental change of the codes? Or is there any smart treatment? Any suggestions are welcome. Best regards! Ning -- Geotechnical Group Department of Civil and Environmental Engeneering Hong Kong University of Science and Technology Clear Water Bay, Kowloon, Hong Kong |
From: <toc...@li...> - 2010-12-18 12:16:08
|
How do you combine plasticity with damage in tochnog? Any help is to welcome. Thanks a lot. JL Feng |
From: <toc...@li...> - 2010-10-07 00:06:27
|
On Wed, 2010-10-06 at 18:56 -0400, toc...@li... wrote: > > Hi Fernando, > I have built the new version, but have not been able to see much of a > difference. My platform is 64 bit Ubuntu-lucid 8 GB ram 4 cores. I do > see time improvements when run with multiple cores but not with lapack > solver. Maybe the atlas libs (from ubuntu) are not optimized. I'll > experiment a bit and report on my findings. OK. I take it back. It is 38% to 47% faster than the default solver. I added one h_refinement to beam3d.dat file. default solver 129 sec lapack solver 80 sec default+4 cores 55 sec lapack+4 cores 29 sec Pretty good speed-up. Best osman |
From: <toc...@li...> - 2010-10-06 22:56:48
|
On Tue, 2010-09-28 at 08:25 -0500, toc...@li... wrote: > Dear Tochnogers, After continuing frustration over the inability of > adjusting Superlu to work in a 64-bit environment, I started looking > for options and found that both BLAS and LAPACK are included or are > available for most modern 64-bit systems. So I tried to incorporate > the ability of using a fast 64-bit library with Tochnog, and got it to > work!!!! Atached are the standard Tochnog files with the modifications > necesary to use the LAPACK band solver dgbsv. I have also included the > OSX version of Tochnog which uses the Accelerate Framework which > contains BLAS and LAPACK. IF YOU ARE BUILDING FOR OTHER SYSTEM, PLEASE > MODIFY THE MAKEFILE AND ADJUST IT TO INCLUDE THE LOCATION OF BLAS AND > LAPACK FOR YOUR SYSTEM. I have tested and it is significantly faster > than the biconjugate solver which is the default solver. Hi Fernando, I have built the new version, but have not been able to see much of a difference. My platform is 64 bit Ubuntu-lucid 8 GB ram 4 cores. I do see time improvements when run with multiple cores but not with lapack solver. Maybe the atlas libs (from ubuntu) are not optimized. I'll experiment a bit and report on my findings. Regards, -osman |
From: <toc...@li...> - 2010-09-30 12:19:10
|
See Comments below 1) Some time ago I started learning how to use Tochnog, and it seems to suit to my needs for my PhD research. But with my last model I have a problem: It's 14507 nodes and 77255 -tet4 elements. I'm performing a elastic calculation. The problem is that it last about 3 minutes to calculate the problem and it writes the database (.dbs file), but it doesn't print the GiD files (even after one hour running!!). I've tried with smaller models and GiD printing works fine. I really don't know what is going on, and how can I overcome that. I have tried running it in Windows, Linux (within a virtual machine), but nothing. I recompiled it (linux_old) and nothing. Probably it's due to the size of the problem, but if it writes the whole .dbs file, which is circa 50 MB large, why doesn't it print the GiD files, which should be smaller? ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ You can try telling tochnog to print the gid file. I normally ask the program to print the results for all the calculation steps. In that way you can see how the results are changing or get results for all the loading conditions try for example: control_timestep 10 1.1 6.1 6 500 ...... control_timestep_iterations 10 3 control_print 10 -time_current -post_node_rhside_ratio control_print_database 10 -yes control_print_gid 10 -yes end_data ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2) I'd like to know if there's a flux diagram of the code. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ NO there is not. Check the program manual on the web. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 3) Has somebody compiled tochnog for analyzing just some specific type of problem? I mean if I will be involved just in modeling of solids with a linear elasticity constitutive model, is it possible to compile the code in order to solve that. I ask this because I think that being compile for an unique propose would make it run faster, wouldn't it? +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ No. Tochnog is a multidisciplinary FEA program. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 4) How can Tochnog be compiled for 64 bits? - in Linux I tried replacing the flag -m486 by mtune=native, but it doesn't compile. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ In linux you need to use -mcpu=cpu-type and -m64 Tune to cpu-type everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for cpu-type are i386, i486, i586, i686, pentium, pentium-mmx, pentiumpro, pentium2, pentium3, pentium4, k6, k6-2, k6-3,athlon, athlon-tbird, athlon-4, athlon-xp and athlon-mp. For OSX you can check the latest Tochnog makefile for darwin-intel ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Well, I think this is all for now. Thank you very much for your help. cheers, Ferney +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ I hope this helps, Fernando Lorenzo |
From: <toc...@li...> - 2010-09-29 18:51:32
|
Hi Tochnogers, I'd like to share with you some issues I'm having when using tochnog. I'll do appreciate any help on this matter: 1) Some time ago I started learning how to use Tochnog, and it seems to suit to my needs for my PhD research. But with my last model I have a problem: It's 14507 nodes and 77255 -tet4 elements. I'm performing a elastic calculation. The problem is that it last about 3 minutes to calculate the problem and it writes the database (.dbs file), but it doesn't print the GiD files (even after one hour running!!). I've tried with smaller models and GiD printing works fine. I really don't know what is going on, and how can I overcome that. I have tried running it in Windows, Linux (within a virtual machine), but nothing. I recompiled it (linux_old) and nothing. Probably it's due to the size of the problem, but if it writes the whole .dbs file, which is circa 50 MB large, why doesn't it print the GiD files, which should be smaller? You can try telling tochnog to print the gid file. I normally ask the program to print the results for all the calculation steps. In that way you can see how the results are changing or get results for all the loading conditions try for example control_timestep 10 1.1 6.1 6 500 ...... control_timestep_iterations 10 3 control_print 10 -time_current -post_node_rhside_ratio control_print_database 10 -yes control_print_gid 10 -yes end_data 2) I'd like to know if there's a flux diagram of the code. NO there is not. Check the program manual on the web. 3) Has somebody compiled tochnog for analyzing just some specific type of problem? I mean if I will be involved just in modeling of solids with a linear elasticity constitutive model, is it possible to compile the code in order to solve that. I ask this because I think that being compile for an unique propose would make it run faster, wouldn't it? No. Tochnog is a multidisciplinary FEA program. 4) How can Tochnog be compiled for 64 bits? - in Linux I tried replacing the flag -m486 by mtune=native, but it doesn't compile. In linux you need to use -mcpu=cpu-type Tune to cpu-type everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for cpu-type are i386, i486, i586, i686, pentium, pentium-mmx, pentiumpro, pentium2, pentium3, pentium4, k6, k6-2, k6-3,athlon, athlon-tbird, athlon-4, athlon-xp and athlon-mp. and -m64 For OSX you can check the makefile for darwin-intel Well, I think this is all for now. Thank you very much for your help. cheers, Ferney I hope this helps, Fernando Lorenzo Engineering Systems Inc. Providing Clear Answers Through Insights and Multidisciplinary Engineering Excellence CONFIDENTIALITY NOTICE: This email message (and any attachments to it) is intended only for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, or the employee or agent responsible for delivering it to the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, but do not wish to receive communication through this medium, please advise the sender immediately. |
From: <toc...@li...> - 2010-09-28 14:47:28
|
Dear Tochnogers, After continuing frustration over the inability of adjusting Superlu to work in a 64-bit environment, I started looking for options and found that both BLAS and LAPACK are included or are available for most modern 64-bit systems. So I tried to incorporate the ability of using a fast 64-bit library with Tochnog, and got it to work!!!! Atached are the standard Tochnog files with the modifications necesary to use the LAPACK band solver dgbsv. I have also included the OSX version of Tochnog which uses the Accelerate Framework which contains BLAS and LAPACK. IF YOU ARE BUILDING FOR OTHER SYSTEM, PLEASE MODIFY THE MAKEFILE AND ADJUST IT TO INCLUDE THE LOCATION OF BLAS AND LAPACK FOR YOUR SYSTEM. I have tested and it is significantly faster than the biconjugate solver which is the default solver. PLEASE REMEMBER ALSO THAT THE SOLUTIONS OF THE EXAMPLES IN THE MANUAL AND WEBSITE WERE POSTED USING THE OLDER VERSION OF THE SOLVER. The Masin version saves the solution in the element and not the nodes. To get the same answers as shown in Tochnog's website, use options_element_dof -no. The default option is -yes. Enjoy and provide us with your feedback Best regards, Fernando Lorenzo |
From: <toc...@li...> - 2010-09-28 07:56:37
|
Hi Tochnogers, I'd like to share with you some issues I'm having when using tochnog. I'll do appreciate any help on this matter: 1) Some time ago I started learning how to use Tochnog, and it seems to suit to my needs for my PhD research. But with my last model I have a problem: It's 14507 nodes and 77255 -tet4 elements. I'm performing a elastic calculation. The problem is that it last about 3 minutes to calculate the problem and it writes the database (.dbs file), but it doesn't print the GiD files (even after one hour running!!). I've tried with smaller models and GiD printing works fine. I really don't know what is going on, and how can I overcome that. I have tried running it in Windows, Linux (within a virtual machine), but nothing. I recompiled it (linux_old) and nothing. Probably it's due to the size of the problem, but if it writes the whole .dbs file, which is circa 50 MB large, why doesn't it print the GiD files, which should be smaller? 2) I'd like to know if there's a flux diagram of the code. 3) Has somebody compiled tochnog for analyzing just some specific type of problem? I mean if I will be involved just in modeling of solids with a linear elasticity constitutive model, is it possible to compile the code in order to solve that. I ask this because I think that being compile for an unique propose would make it run faster, wouldn't it? 4) How can Tochnog be compiled for 64 bits? - in Linux I tried replacing the flag -m486 by mtune=native, but it doesn't compile. Well, I think this is all for now. Thank you very much for your help. cheers, Ferney |
From: <toc...@li...> - 2010-08-19 02:18:10
|
Hi TANAKA Minoru, By web search I have found a paper(http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20060051775_2006254565.pdf) that used the control_data_put command in Tochnog, I will try to use this command. Thanks again. Joe Seung At 2010-08-18,toc...@li... wrote: >Hi, > >If ground surface is level, initial stress can be given by following commands. > > control_data_put > control_data_put_double_node > >After that, if ups and downs are shown in a ground surface, the ground can be deleted by next command. > > control_mesh_delete_geometry > >Please refer to following address. >http://tochnog.sourceforge.net/slope.html > >TANAKA Minoru > >>Hi everybody, >> I want to analysis a tunnel model by Tochnog, but I not sure how to apply the initial stress(stress exist before excavation, in-situ stress), by >keyword "node_dof" with correct dof lable ? Or "control_unknown_reset_unknown" accompany with "control_unknown_reset_value"? >> Did someone analyze similarly? Any suggestion will be appreciated. Thanks in advance. >>Joe Seung > >------------------------------------------------------------------------------ >This SF.net email is sponsored by > >Make an app they can't live without >Enter the BlackBerry Developer Challenge >http://p.sf.net/sfu/RIM-dev2dev >_______________________________________________ >Tochnog-users mailing list >Toc...@li... >https://lists.sourceforge.net/lists/listinfo/tochnog-users |
From: <toc...@li...> - 2010-08-18 12:09:32
|
Hi, If ground surface is level, initial stress can be given by following commands. control_data_put control_data_put_double_node After that, if ups and downs are shown in a ground surface, the ground can be deleted by next command. control_mesh_delete_geometry Please refer to following address. http://tochnog.sourceforge.net/slope.html TANAKA Minoru >Hi everybody, > I want to analysis a tunnel model by Tochnog, but I not sure how to apply the initial stress(stress exist before excavation, in-situ stress), by keyword "node_dof" with correct dof lable ? Or "control_unknown_reset_unknown" accompany with "control_unknown_reset_value"? > Did someone analyze similarly? Any suggestion will be appreciated. Thanks in advance. >Joe Seung |
From: <toc...@li...> - 2010-08-18 01:30:46
|
Hi everybody, I want to analysis a tunnel model by Tochnog, but I not sure how to apply the initial stress(stress exist before excavation, in-situ stress), by keyword "node_dof" with correct dof lable ? Or "control_unknown_reset_unknown" accompany with "control_unknown_reset_value"? Did someone analyze similarly? Any suggestion will be appreciated. Thanks in advance. Joe Seung |
From: <toc...@li...> - 2010-04-25 21:04:02
|
On Fri, 2010-04-23 at 09:01 -0500, toc...@li... wrote: > > > If anybody has been successful into building tochnog in a 64-bit > system and has been successful into having superlu 4.0 built in a > 64-bit version that works with tochnog, please share your experience > with the user group for the continuing development of Tochnog. If > somebody is working on this issue, please share your experience with > the group! Hi Fernando, I have a 64 bit linux system (ubuntu karmic). Tochnog with serial superlu3 (as installed from ubuntu repositories) builds ok. Ran beam3d example with superlu ok. Everything is 64 bit, I checked. But ubuntu does not have MT or DIST superlu pre-built. I need to get those built to check. Will let you know. Regards, Osman |
From: <toc...@li...> - 2010-04-23 14:01:51
|
Dear Tochnogers, If you check the current situation of the development of the open source version of Tochnog, you probably realize that most of the computing world is moving towards 64 bit systems. In an ideal world, this will be great! In reality it is great! However, as i have indicted before, the only Tochnog builds that work in 64 bit systems are those that use the basic solver, i.e. CLAPACK, the C-translated version of LAPACK. As I mentioned before, with the BLAS and LAPACK libraries being built into new operating systems, like for example, in Mac OSX 10.5 and 10.6 BLas and Lapack are built into the Accelerate framework, and in order to use it, simply remove from the code the references to CLAPACK and link against -framework Accelerate. The tochnog for OSX version in the tochnog website is built that way and it works. I have solved 300,000 node problems with it. Nevertheless, the Superlu solver is faster. The problem is, it appears that there is something wrong with building Superlu 4.0 for 64 bit systems, as regarless of the options used, building it with or without the Cblas it does not work! Heck, even the older versions of Superlu 3.0 amd 3.1 that used to work well in 32-bit systems are broken and do not work with 64-bit Tochnog. Oddly enough, all the testing examples pass the tests. I have tried contacting the developers of Superlu without success as they blame the code in Tochnog. All this in spite of the fact that if you build superlu and tochnog using the compile options -Wconversion -Wshorten-64-to-32 -Wimplicit-function-declaration to point all instances in the code were numbers are truncated (64-->32). In superlu you get many messages were a 64-bit number gets truncated, i.e, implicitly converted from 64-bit into 32-bit, while in the tochnog code there are only a few messages (in math.cc) Which means that the options are to try and figure out what the problem is with Superlu, or try and update the so_petsc.c file since it was written when the PETSC version was 2.2.9 and the current solver is version 3.0 or 3.1. If anybody has been successful into building tochnog in a 64-bit system and has been successful into having superlu 4.0 built in a 64-bit version that works with tochnog, please share your experience with the user group for the continuing development of Tochnog. If somebody is working on this issue, please share your experience with the group! Your help and assistance will be greatly appreciated Fernando Lorenzo |
From: <toc...@li...> - 2010-04-08 00:10:13
|
Hi, I found the answer. Use "-h_refinement -yes -no". Joe -- Time and tide, wait for no man. 在2010-04-07,toc...@li... 写道: -----原始邮件----- 发件人:toc...@li... 发送时间:2010年4月7日 星期三 收件人:toc...@li... 主题:[Tochnog-users] How to refine the quard4 mesh in special edge? Hi, I have modified the examp3.dat file for having a more even meshes. More geometry lines were added. After the refinement of the quard4 mesh, I have noticed that the origin quard4 mesh was refined every edge samely. But how to refine the edge in radial direction more than the other directions? That was to say, the quantity of mesh in radial direction is more larger than others. I am new to Tochnog. Any suggestion will be appreciated. Best regards! Joe -- Time and tide, wait for no man. |
From: <toc...@li...> - 2010-04-01 02:50:55
|
Hi Tochnog users, I tried compiling tochnog masin source on cygwin. Superlu 3.0 and hypo were included for compilation. It was a successful compilation except for some warnings on unused arguments in clapack and hypo. However when I use superlu solver option, I get an error "Invalid ISPEC at line 404 in file get_perm_c.c" of superlu. Whats wrong? If i remove the superlu solver option, the run gets thru. What could be the reason for superlu not solving the problem? Thanks. Divaker |
From: <toc...@li...> - 2010-03-23 03:07:25
|
Hi Ferney, It may be necessary to write '#include <string.h>' in 'tochnog.h' Minoru > >Hi everybody, > >I'm trying to compile the code for Linux_old like > >ferney@linux-bou1: # make linux_old > >But I got an error message for the bounda.cc file: > > >g++ -ansi -c -O2 -Wall bounda.cc >bounda.cc: In function 宋oid bounda()・ >bounda.cc:45: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:46: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:73: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:83: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:178: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:179: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:180: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:181: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:182: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:264: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:265: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:279: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:412: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:413: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc:470: warning: deprecated conversion from string constant to 祖har*・ >bounda.cc: In function 宋oid bounda_time_file_apply(long int, double, double*, long int&)・ >bounda.cc:482: error: 壮trcpy・was not declared in this scope >bounda.cc:483: error: 壮trcat・was not declared in this scope >make[1]: *** [bounda.o] Error 1 >____________________________________________ > >Does anybody have an idea what is going on and how to solve it? > >Thanks in advance, > > >Ferney > |
From: <toc...@li...> - 2010-03-19 17:50:27
|
Hi everybody, I'm trying to compile the code for Linux_old like ferney@linux-bou1: # make linux_old But I got an error message for the bounda.cc file: g++ -ansi -c -O2 -Wall bounda.cc bounda.cc: In function void bounda(): bounda.cc:45: warning: deprecated conversion from string constant to char* bounda.cc:46: warning: deprecated conversion from string constant to char* bounda.cc:73: warning: deprecated conversion from string constant to char* bounda.cc:83: warning: deprecated conversion from string constant to char* bounda.cc:178: warning: deprecated conversion from string constant to char* bounda.cc:179: warning: deprecated conversion from string constant to char* bounda.cc:180: warning: deprecated conversion from string constant to char* bounda.cc:181: warning: deprecated conversion from string constant to char* bounda.cc:182: warning: deprecated conversion from string constant to char* bounda.cc:264: warning: deprecated conversion from string constant to char* bounda.cc:265: warning: deprecated conversion from string constant to char* bounda.cc:279: warning: deprecated conversion from string constant to char* bounda.cc:412: warning: deprecated conversion from string constant to char* bounda.cc:413: warning: deprecated conversion from string constant to char* bounda.cc:470: warning: deprecated conversion from string constant to char* bounda.cc: In function void bounda_time_file_apply(long int, double, double*, long int&): bounda.cc:482: error: strcpy was not declared in this scope bounda.cc:483: error: strcat was not declared in this scope make[1]: *** [bounda.o] Error 1 ____________________________________________ Does anybody have an idea what is going on and how to solve it? Thanks in advance, Ferney |