From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: ** X-Spam-Status: No, score=2.4 required=5.0 tests=AWL,DNS_FROM_RFC_ABUSE, DNS_FROM_SECURITYSAGE,SPF_NEUTRAL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by yquem.inria.fr (Postfix) with ESMTP id 46AA8BBAF for ; Wed, 5 Nov 2008 16:05:27 +0100 (CET) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As8BAGNFEUlDWxLCbmdsb2JhbACBd5IiPq0LhmaELoNT X-IronPort-AV: E=Sophos;i="4.33,550,1220220000"; d="scan'208";a="18881905" Received: from ip67-91-18-194.z18-91-67.customer.algx.net (HELO server1.bertec.net) ([67.91.18.194]) by mail3-smtp-sop.national.inria.fr with ESMTP; 05 Nov 2008 16:05:15 +0100 Received: from kuba.bertec.net (kuba.bertec.net [192.168.2.16]) by server1.bertec.net (Postfix) with ESMTP id 4E9F1105735 for ; Wed, 5 Nov 2008 10:05:15 -0500 (EST) From: Kuba Ober To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] What does Jane Street use/want for an IDE? What about you? Date: Wed, 5 Nov 2008 10:05:13 -0500 User-Agent: KMail/1.9.10 References: <200810200919.41561.ober.14@osu.edu> <4b5157c30811050053p6229b962xdf567ec325d0a9f5@mail.gmail.com> <200811051501.43334.jon@ffconsultancy.com> In-Reply-To: <200811051501.43334.jon@ffconsultancy.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051005.14184.ober.14@osu.edu> X-Spam: no; 0.00; segfault:01 kde:01 kde:01 low-level:01 gripe:98 continuously:98 caml-list:01 slower:02 native:03 bugs:03 opengl:03 bits:05 startup:05 nfs:06 filesystem:06 > However, Trolltechs own demos segfault on my machine regularly > and KDE is unreliable despite being written almost entirely in Qt's native > language. So I would not be so hasty to blame PyQt for Qt's reliability > problems. As a longtime KDE user, I'm very much disappointed by the most recent major KDE release, in terms of how much slower it got on my not-all-that-old-hardware (an AMD64 Compaq machine running in 32 bits). A lot of it comes from the fact that my home directory is mounted via NFS, but this used to work a lot better. A typical KDE application literally hammers the filesystem upon every single application startup, and it got progressively worse every major KDE release. Qt is not an angel in that respect either -- that's about the major gripe I have with Qt. As a longtime developer who uses Qt (recently only for open source stuff), I do know that Qt's performance in general has continuously improved, and they have made real low-level architectural improvements. New KDE releases always hammered Qt pretty hard, it was a similar story when KDE 3 came out, although the perceived slowdown wasn't as bad (and it was on worse hardware). But Qt can't really help with the application and the KDE "middleware" making things worse than they need to be... As for Qt demos segfaulting: I wonder if that may be due to OpenGL bugs. Seriously. Kuba