From mboxrd@z Thu Jan 1 00:00:00 1970
Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail
From: Philipp Stephani
Newsgroups: gmane.emacs.bugs
Subject: bug#31138: Native json slower than json.el
Date: Sun, 21 Apr 2019 14:59:36 +0200
Message-ID:
References: <87sh806xwa.fsf@chapu.is> <83r2awnw0w.fsf@gnu.org>
<83d0mgnn31.fsf@gnu.org>
<835zs7och6.fsf@gnu.org>
<83tvfqnbxc.fsf@gnu.org>
<83lg12n75s.fsf@gnu.org>
<83h8bqn2ik.fsf@gnu.org>
<83zhphliil.fsf@gnu.org>
<181b93a3-3861-0481-1b95-8344410d1049@yandex.ru>
<83r2a2hdxn.fsf@gnu.org>
<21f68973-a684-2a65-82eb-c8f3df90127f@yandex.ru>
<83d0lmgez2.fsf@gnu.org>
<7d503be9-4d85-3d0b-6829-631ad376ba3d@yandex.ru>
<831s22gcci.fsf@gnu.org>
<83y349gasn.fsf@gnu.org> <83d0lfag4x.fsf@gnu.org>
<5cf45a21-65c3-67ee-f123-be83a6ee7c99@yandex.ru>
<83a7gjaen6.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226";
logging-data="74698"; mail-complaints-to="usenet@blaine.gmane.org"
Cc: =?UTF-8?Q?S=C3=A9bastien?= Chapuis ,
Dmitry Gutov , 31138@debbugs.gnu.org
To: yyoncho
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Apr 21 15:00:18 2019
Return-path:
Envelope-to: geb-bug-gnu-emacs@m.gmane.org
Original-Received: from lists.gnu.org ([209.51.188.17])
by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256)
(Exim 4.89)
(envelope-from )
id 1hIC4w-000JL0-8I
for geb-bug-gnu-emacs@m.gmane.org; Sun, 21 Apr 2019 15:00:18 +0200
Original-Received: from localhost ([127.0.0.1]:53015 helo=lists.gnu.org)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from )
id 1hIC4v-00019Z-6n
for geb-bug-gnu-emacs@m.gmane.org; Sun, 21 Apr 2019 09:00:17 -0400
Original-Received: from eggs.gnu.org ([209.51.188.92]:52769)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from ) id 1hIC4k-000194-DN
for bug-gnu-emacs@gnu.org; Sun, 21 Apr 2019 09:00:07 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from ) id 1hIC4i-0002Q9-B7
for bug-gnu-emacs@gnu.org; Sun, 21 Apr 2019 09:00:06 -0400
Original-Received: from debbugs.gnu.org ([209.51.188.43]:34381)
by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16)
(Exim 4.71) (envelope-from )
id 1hIC4g-0002MY-HU
for bug-gnu-emacs@gnu.org; Sun, 21 Apr 2019 09:00:04 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
(envelope-from ) id 1hIC4g-0001Ho-AF
for bug-gnu-emacs@gnu.org; Sun, 21 Apr 2019 09:00:02 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Philipp Stephani
Original-Sender: "Debbugs-submit"
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Sun, 21 Apr 2019 13:00:02 +0000
Resent-Message-ID:
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 31138
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: moreinfo
Original-Received: via spool by 31138-submit@debbugs.gnu.org id=B31138.15558515964905
(code B ref 31138); Sun, 21 Apr 2019 13:00:02 +0000
Original-Received: (at 31138) by debbugs.gnu.org; 21 Apr 2019 12:59:56 +0000
Original-Received: from localhost ([127.0.0.1]:47925 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1hIC4a-0001H3-E7
for submit@debbugs.gnu.org; Sun, 21 Apr 2019 08:59:56 -0400
Original-Received: from mail-oi1-f174.google.com ([209.85.167.174]:44062)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1hIC4X-0001Gp-PY
for 31138@debbugs.gnu.org; Sun, 21 Apr 2019 08:59:55 -0400
Original-Received: by mail-oi1-f174.google.com with SMTP id i21so6810542oib.11
for <31138@debbugs.gnu.org>; Sun, 21 Apr 2019 05:59:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=cMYrrFPklhzCZjdwU8OX61tp8FKqTCqF8/Hfdkh1iZI=;
b=BtPTPM0uyFJ/88lnYBKXhF4ZGCtH8Vo2wVO8fC8KiZ6kSspbFinghNlavYMm4FGC7S
G3eACB1EeWRrMteRdMCAF1di/4dCFWNVqLDsm6KoerOku2+YOiOcUdlmY+/oj3pRAqnw
a/FZdQ53xyxeKzb7/J/WXXto8JeYcnnNcZHTc6032Zmo840QxDA0u0akEgfcdsZTJQs9
UEMi09LGd08KtGT7qm6hJv+MmrmJcLADC6PdsU2Vgq8ZZYn6WMwnbdmcY9LnV1dpqIYr
VoBzhucIzJqCwZzQlirrBNP4nRBx5Pz8KsYDOkEqqqaLEa4S/a0TaQlYA/DET4yT74jO
FyJQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=cMYrrFPklhzCZjdwU8OX61tp8FKqTCqF8/Hfdkh1iZI=;
b=YtCKbRguul3Erue3OJmxwwNx5+CwXaeh3gG7etzq70EFmywczBJI6qDaByAASuSFJ6
a6xU9VDjJHpCEtT9vAKKPu/i1I9z+TZqkW65qDnUh5gPml2/K9/gcbW5PMR8zrBPBY8A
xsUrYwqXn5+DnYbx45PFkLymoqNycRqdLrxTqEZLaNsmuv1aprIeaL8ACKoG2/U+GRNQ
Cxwenk5QscC3s0rs6eVfU3BR8jEjuDtC/tyKWQ/bGfemBiDFelemYbfecCVDdVXiVEfA
s704mgFiNRiNNt1Mz552DeX9PnfNB95pyBAdGgcrD5tInDXlK3pgUM1nWCIs9n6yKp1X
n5DQ==
X-Gm-Message-State: APjAAAXVX44r7KWLunGQbW9Rn9m1/5omxxmcDJdJGPB7v5fb74ZoH/Mn
jxwitVnfLmXOuV1oGvE9rS+q4FJTp8PFy8v9QGQ=
X-Google-Smtp-Source: APXvYqxbJf5ZbO41XtX9DOw5z0FpBEsxyz5R/mT77ZDyCjXKLSl5GBI515KC1o0TQ4oWdBVmsrut7HY8OZevX4f9w9o=
X-Received: by 2002:aca:d90a:: with SMTP id q10mr7784138oig.65.1555851587571;
Sun, 21 Apr 2019 05:59:47 -0700 (PDT)
In-Reply-To:
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 209.51.188.43
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
the Swiss army knife of text editors"
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Original-Sender: "bug-gnu-emacs"
Xref: news.gmane.org gmane.emacs.bugs:157941
Archived-At:
Am So., 21. Apr. 2019 um 12:24 Uhr schrieb yyoncho :
>
> Hi Eli,
>
>>
>> In any case, even if decoding takes 50% of the time we spend in Emacs
>> code, it is still not significant enough to justify the un-safety of
>> using a string that we didn't decode, because if that string ever
>> includes raw bytes, Emacs will surely crash.
>
>
> IMO if validation of the data that comes from external libraries is taking a lot of time then it does not make sense to use external libraries at all when we are aiming for performance gains.
There's no need to validate Jansson's output because it already
validates that the input is valid UTF-8, and never generates invalid
strings.