From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5AA551389E2 for ; Wed, 26 Nov 2014 15:03:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E9455E08DC; Wed, 26 Nov 2014 15:03:55 +0000 (UTC) Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 55001E08DC for ; Wed, 26 Nov 2014 15:03:55 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x12so3969503wgg.5 for ; Wed, 26 Nov 2014 07:03:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=F3gim/OfHdbDqT5d7tgU4cTvB7Nypff1C3mywZ5QPJo=; b=ZMpoHKmTxdjAijlB9vCciGj1FQXwH0KNy7ftInH088u5euHF4pAaJN+sBm9fEp4W/e N2lIZ+FCvSEaN22mgdDRswLzivEnSWnOTL36Ho5m2NpXMkswlETf5+7TjYbHS1swSz+I jbPoDY8VmcLt1orRc+msCjFbnFAtsx6r4OfqnPXhAaqiT0BN+YXl3fH5IWHxvqhE5JCD ZB+C31oM/x0p/0dMwvZ1jNjdFUcf8mLlodMfHikK6IiQQXJiU1O/19TLe548Cai0pEEm XJLcq0OVOkkGrVvb/tlCjV0TBkhURT5xLCuCcvCwZHFBO50CsDs0GQ3acTT7om0qkPy3 8UIQ== X-Received: by 10.194.61.115 with SMTP id o19mr51308674wjr.12.1417014233931; Wed, 26 Nov 2014 07:03:53 -0800 (PST) Received: from [192.168.1.101] (78-131-49-35.pool.digikabel.hu. [78.131.49.35]) by mx.google.com with ESMTPSA id fg2sm1810832wib.2.2014.11.26.07.03.53 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Nov 2014 07:03:53 -0800 (PST) Message-ID: <5475EBDF.4000003@gmail.com> Date: Wed, 26 Nov 2014 16:03:59 +0100 From: =?UTF-8?B?Q3PDoXN6w6FyIFDDqXRlcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-hu@lists.gentoo.org Reply-to: gentoo-user-hu@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user-hu@lists.gentoo.org Subject: Re: [gentoo-user-hu] Az evszazad poenja. References: <5475C2CF.8060709@gmail.com> <5475CCA5.6060005@gmail.com> <5475D20B.4020204@gmail.com> In-Reply-To: <5475D20B.4020204@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: b3a2b392-90b4-4e5e-b409-bd5b1b4ad6c8 X-Archives-Hash: c6182e580339c8077f7d97cec40adcc4 Szia László! Az igen kurta nodejs doksi alapján: http://nodejs.org/api/fs.html#fs_fs_statsync_path arra tippelek, hogy egészen egyszerű stat rendszerhívás lehet a háttérben: http://linux.die.net/man/2/fstat Márpedig ehhez nem kell megnyitni egy fájlt sem. Továbbra is erősen gyanús hogy súlyos programhiba van a háttérben. Bár a /proc/sys/fs alatti dolgokkal nem vagyok érdemben ismerős, a /proc/sys/fs/inotify egy könyvtár és alatt nálam az alábbi fájlok annak benne (tartalommal): max_queued_events (16384) max_user_instances (128) max_user_watches (524288) Ezek egyike sem jelent milisec-enkénti korlátozást. Viszont, ha jól értem ezek olyasmiről szólnak, hogy értesítést lehet kérni a kerneltől ha egyik vagy másik fájl változik. Valószínű hogy az fs.statSync-ben van ilyen figyelés is kérve, s azok túl későn lesznek elengedve. Talán mintha ugyanazon 300 fájlt többszörösen is figyelni próbálná a script. És lehet hogy csak előre leprogramozott intervallumonként fut le az a kód ami elengedi a fájl figyelést. Ez pedig programhiba. Ha van elég memóriád emelheted ezeket a limiteket, jóformán kockázat nélkül. De azért jobb ha utánaolvasol, hogy pontosan mi a szerepe ezeknek egyenként. Mégis, én inkább nem demóznék egy olyan kétes programot, ami egy stat hívás-t, mely nem igényel fájl megnyitást sem, nem tud biztonsággal végrehajtani. Egyébként is, a rendszernek számtalan olyan karbantartási feladata van melyhez esetenként sok fájlt kell megnyitnia és bezárnia. Mégis működik nem? Ez nem kernel-beállítás hanem valami nodejs-sel vagy a nálad lévő scripttel kapcsolatos hiba lesz. Üdv, Péter 2014-11-26 14:13 keltezéssel, Testa írta: > Szia Peter, > > Koszi a valaszod. > Meg egzsyer meg probalom meg fogalmazni. > Egy 200 sorros scriptrol beszelunk ami egy set interval utan csinal 300 > fs.statSync et... (ha read lenne akkor lassabb lenne es nem lepne fel a > hiba.) > Persze tudom hogy az emelt file rendszer cache a fo ok amiert ilyen > gyorsan kepes az olvasast vegre hajtani a rendszer. Szoval technikailag > az en hibam is. De szuksegem van erre a teljesitmenyre... ( Mivel a > rendszer egy demonstracio ) > > A problema az hogy a linux kernel 8 file megnyisat teszi lehetove ms > ekenkent... Probaltam a /proc/sys/fs be meg talalni a erre a megoldast. > Ugyan meg is talaltam a /proc/sys/fs/inotify ba amit keresek. De ezt nem > merem 300 ra allitani. Ha persze a programot le lassitom akkor > tokeletesen fut. Viszont nem hiszem hogy ez hosszu tavon jo megoldas... > (Teny jelenleg ezt a modszert valasztottam) > > > Udv > Laszlo > > On 11/26/14 12:50, Császár Péter wrote: >> Szia Testa, >> >> Kissé homályos hogy mi is történik pontosan, de majdnem biztos vagyok >> benne hogy vagy az a nodejs progi, vagy az általa használt libekben >> valahol súlyos hiba van. Helyesen megírt program nem fog elszállni csak >> mert gyorsabb gépet teszünk alá. >> >> Szóval a helyedben én írnék egy bugriportot, ha fontos ez a program a >> számodra. >> >> Üdv, >> Péter >> >> 2014-11-26 13:08 keltezéssel, Testa írta: >>> Hello mindenki, >>> >>> Tenyleg olyan hibam van amit nehez elhinni. >>> Nem gentoos hiba de remelem lesz valakinek otlete. >>> Szoval. Adott egy nodejs program ami olvas a file 300 filet. >>> Ezt elvegzi minden masodpercben. >>> A program tokeletesen mukodik majdnem minden desktopon. >>> Ha az nem i7 es a merevlemez nem egy jo gyors ssd es nincs szanaszet >>> optimalizalt gentoo a rendszeren. >>> Sajnos ssd -n plusz i7-en vagy xeon-on olyan gyors hgy a sigserv kilovi. >>> (XEON on mar az elso olvasas meghal, i7 en en csak a madsodik ellenorzes) >>> Sajonos ez nodejs es nem tudok wait-et/sleep-et hasznalni. >>> Van ra mod hogy a file limitet/ms -et atirjam ? >>> >>> >>> Elore is koszi. >>> >> > >