From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Jan Wedekind Newsgroups: gmane.lisp.guile.user Subject: Re: How to make GNU Guile more successful Date: Sat, 15 Jul 2017 11:10:14 +0100 Message-ID: <408d91ab-83e4-44ab-bf43-7b46c311a14e@email.android.com> References: <87lgtajpkc.fsf@web.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1500113523 24359 195.159.176.226 (15 Jul 2017 10:12:03 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 15 Jul 2017 10:12:03 +0000 (UTC) User-Agent: K-9 Mail for Android Cc: "guile-user@gnu.org" To: linasvepstas@gmail.com,Panicz Maciej Godek Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Sat Jul 15 12:11:56 2017 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dWK3C-0005iq-SN for guile-user@m.gmane.org; Sat, 15 Jul 2017 12:11:50 +0200 Original-Received: from localhost ([::1]:41437 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dWK3I-0006FZ-GI for guile-user@m.gmane.org; Sat, 15 Jul 2017 06:11:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44481) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dWK20-0005Xn-AJ for guile-user@gnu.org; Sat, 15 Jul 2017 06:10:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dWK1x-0001Ep-3w for guile-user@gnu.org; Sat, 15 Jul 2017 06:10:36 -0400 Original-Received: from wp424.webpack.hosteurope.de ([80.237.133.193]:39264) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dWK1w-0001DM-Qw for guile-user@gnu.org; Sat, 15 Jul 2017 06:10:33 -0400 Original-Received: from host86-163-166-96.range86-163.btcentralplus.com ([86.163.166.96] helo=[192.168.1.65]); authenticated by wp424.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) id 1dWK1r-0004aY-4n; Sat, 15 Jul 2017 12:10:27 +0200 In-Reply-To: X-bounce-key: webpack.hosteurope.de;jan@wedesoft.de;1500113432;ebab5446; X-HE-SMSGID: 1dWK1r-0004aY-4n X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.237.133.193 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: "guile-user" Xref: news.gmane.org gmane.lisp.guile.user:13927 Archived-At: One could implement something like Theano+NumPy with GNU Guile. I am trying to do something like that (github.com/wedesoft/aiscm) but I am doing it in my spare time only. Theoretically GNU Guile is better suited for this than Python because of macros. On July 14, 2017 10:54:45 PM GMT+01:00, Linas Vepstas wrote: >On Mon, Feb 13, 2017 at 2:28 PM, Panicz Maciej Godek >> wrote: > >> >> someone >> responded critically: "are there out of the box libraries to estimate >a >> zero inflated negative >> binomial regression model in guile". Of course, if I knew what a >> zero-inflated >> negative binomial regression model, I could deliver an implementation >by >> just explaining >> the notions used in that phrase. > > >Caution: the message below sounds negative. Sorry, I use guile daily >and >almost exclusively now. So there ... > >Lack of decent science libraries for scheme is a major stumbling block, >for >me. Simply having sine and cosine is not enough. I got excited (a >decade >ago) when I realized that guile supported GnuMP, and then rapidly >deflated >when I realized it only supported integers and rationals in GnuMP .. I >work >with arbitrary-precision floats. Or, I did back then. > >Maybe more important is making guile work well with large-RAM setups. >Currently, I do data analysis, every day, in guile, on datasets that >take >20GB or 40GB -- my current one is 110GB when loaded in RAM, and guile >starts getting buggy, crashy and slow when working at that size. >Sometimes, it starts calling GC half-a-dozen times per second, for no >apparent reason, eating up 6 cores (or more!) doing nothing but GC. >Why? >Who knows? Who can tell? > >Yes, I have a machine with 256 GB RAM and a few dozen cores, and SSD's >that >hold the data, but every time guile crashes, I have to wait an hour for >the >data to reload. I can live with it, but its a dirty secret I would not >share with guile wannabe users. > >String handling in guile is a disaster area: If I give it a >10-megabyte-long string in utf8, it promptly tries to convert all of >that >string in utf32, for utterly pointless reasons. This just makes it >slow. > >There are still bugs between GC and the compiler: if call (eval "(some >stuff) (other stuff)") the compiler will try to compile that string >(after >it was converted ti utf32!) and if GC happens to run at just that >moment, >guile crashes or hangs. These bugs need to be fixed. > >So although its a good start, there's a lot of work left until it can >get >to "the next level". And that work can't happen until guile is more >popular. So it's very much chicken-and-egg scenario. > >--linas -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.