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.