caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Adrien <camaradetux@gmail.com>
To: "Sylvain Le Gall" <sylvain@le-gall.net>
Cc: caml-list@inria.fr
Subject: Re : [Caml-list] Re: Re : Re: Re : Road to native windows OCaml...
Date: Tue, 14 Oct 2008 21:39:36 +0200	[thread overview]
Message-ID: <666572260810141239w59a1ae88v5ededac9dd48dac5@mail.gmail.com> (raw)
In-Reply-To: <slrngf908u.dq9.sylvain@gallu.homelinux.org>

2008/10/14, Sylvain Le Gall <sylvain@le-gall.net>:
> On 14-10-2008, Adrien <camaradetux@gmail.com> wrote:
>> 2008/10/14, Sylvain Le Gall <sylvain@le-gall.net>:
>>> On 14-10-2008, Adrien <camaradetux@gmail.com> wrote:
>>>> 2008/10/14, Daniel Bünzli <daniel.buenzli@erratique.ch>:
>>>>>
>>>>> Le 14 oct. 08 à 09:59, David Allsopp a écrit :
>>>>>
>>> Another information, I have various benchmark on cygwin. My conclusion
>>> was not what i have expected. Most of the time cygwin runtime has a good
>>> speed. This is not so slow in fact. I think most of the slowness you can
>>> see is because you are working in a MSDOS/emulated X terminal which
>>> seems slow (but is not, this is just a question of refresh rate).
>>> Seriously, cygwin is not that bad. I would still not recommend using it
>>> for various other reasons.
>>
>> Indeed, runtime has no reason to be affected as long as it's not using
>> external libraries, typically -lws2_32, winsock2). The point is really
>> startup.
>> As for terminal slowness, my computer boots in 16 seconds under linux.
>> I recompiled my kernel yesterday and activated PRINTK_TIME/Show timing
>> information on printks, it gives you the time a kernel message was
>> emitted, related to startup. At the end of the boot, the kernel was
>> giving times 3 seconds better than an independent chronometer. There
>> had been enough things to write on the console for message to take 3
>> seconds to be displayed. Displaying on a terminal is slooow
>> everywhere, not just windows.
>>
>
> In fact, I cannot really prove what I say, but MSDOS shell windows seems
> to refresh less frequently, giving you a strange feeling that something
> is blocked. It is not a question of being slow but SEEMING to be slow.
> I mean you spend the same amount of time but you get results sooner in
> linux console than in MSDOS. At the end of the process, the chronometer
> is at the same time, but with MSDOS you have the feeling to have spend
> more time.
>
> I think that the refresh rate of MSDOS is over 125 ms (ergonomic limit
> time to feel that something is not stalled).

Under cygwin, it would take from 1 to 2 seconds to get one line
further in a configure script, so definitely not this

>
>> Also, I don't think cygwin is bad. I just think it is not the
>> appropriate answer for most of us. IMHO msys/mingw is a better
>> *approach*, however their shell implementation is bastard. They
>> decided to support both forward and backward slashes for instance,
>> this has the awful consequence of giving you "not found" errors when
>> using /c/gnu/msys/home/Adrien/icu\\source (personal experience). That
>> is however something at the msys level, not the mingw one.
>>
>
> +10 points, "/" and "\\" (and " " for all OS) in pathname is a big pain.
> Spend many hours debugging scripts.
>
> Another big problem: "\n" in cygwin. For example if you use
> ocamlfind ocamlc -pp "camlp4 `ocamlfind query -a-format sexplib`"
> You are in trouble, because "\r" will pops up in the resulting command
> line not being interpreted by the shell as space....

At some point I thought about making a new shell, with much more
strictness. I'd prefer cross-compilation but if it's not possible,
that would maybe be a good thing, even though it really scares me.


 ---

Adrien Nader

>
> Regards,
> Sylvain Le Gall
>
> _______________________________________________
> Caml-list mailing list. Subscription management:
> http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list
> Archives: http://caml.inria.fr
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>


  reply	other threads:[~2008-10-14 19:39 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-13 23:35 Kuba Ober
2008-10-13 23:47 ` [Caml-list] " Seo Sanghyeon
2008-10-14 21:32   ` Kuba Ober
2008-10-15  9:42     ` David Allsopp
2008-10-15 12:38       ` Kuba Ober
2008-10-15 13:04         ` Seo Sanghyeon
2008-10-15 14:32           ` Kuba Ober
2008-10-14  5:43 ` Elliott Oti
2008-10-14 21:35   ` Kuba Ober
2008-10-14  7:20 ` Sylvain Le Gall
2008-10-14 21:37   ` [Caml-list] " Kuba Ober
2008-10-15  5:52     ` Dmitry Bely
2008-10-15 13:50       ` Kuba Ober
2008-10-14  7:59 ` [Caml-list] " David Allsopp
2008-10-14  8:11   ` Daniel Bünzli
2008-10-14  9:19     ` Sylvain Le Gall
2008-10-14  9:41     ` Re : [Caml-list] " Adrien
2008-10-14 10:13       ` Re : " Sylvain Le Gall
2008-10-14 11:07         ` Re : [Caml-list] " Adrien
2008-10-14 11:23           ` Re : " Sylvain Le Gall
2008-10-14 19:39             ` Adrien [this message]
2008-10-14 21:41           ` Re : [Caml-list] " Kuba Ober
2008-10-15  9:42             ` David Allsopp
2008-10-15 12:33               ` Kuba Ober
2008-10-14 21:39         ` Kuba Ober
2008-10-14 15:56       ` [Caml-list] " David Allsopp
2008-10-14 17:39       ` Re : " Dmitry Bely
2008-10-14 19:31         ` Re : " Adrien
2008-10-14  9:57     ` Mathias Kende
2008-10-14 21:38   ` Kuba Ober
2008-10-15  0:01     ` Sylvain Le Gall
2008-10-15 12:35       ` [Caml-list] " Kuba Ober
2008-10-15 12:54         ` Dmitry Bely
2008-10-15 13:18           ` Sylvain Le Gall
2008-10-15 14:35           ` [Caml-list] " Kuba Ober
2008-10-15 15:29             ` Dmitry Bely
2008-10-15 16:26               ` Kuba Ober
2008-10-15 16:39                 ` Xavier Leroy
2008-10-15  5:57     ` [Caml-list] " Dmitry Bely
2008-10-15  9:42     ` David Allsopp
2008-10-26 22:07   ` Markus E L
2008-10-14  9:25 ` Sylvain Le Gall
2008-10-14 18:19 ` Cross-compilation (was: Re: [Caml-list] Road to native windows OCaml...) Richard Jones
2008-10-15  0:04   ` Erik de Castro Lopo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=666572260810141239w59a1ae88v5ededac9dd48dac5@mail.gmail.com \
    --to=camaradetux@gmail.com \
    --cc=caml-list@inria.fr \
    --cc=sylvain@le-gall.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).