Date: Tue, 27 Oct 2015 00:34:38 +0100 From: "Capacitaciones" <cursos@barradecomercio.org> To: <stable@freebsd.org> Subject: =?utf-8?Q?DIPLOMADO=20en-linea=20-=20Estudia=20f=C3=A1cil=20a=20tu=20?= =?utf-8?Q?ritmo=20Comercio=20Exterior?= Message-ID: <562eb88eaa423@barradecomercio_ip-zone_com-6>
next in thread | raw e-mail | index | archive | help
=0ADIPLOMADO en-linea - Estudia f=C3=A1cil a tu ritmo Comercio Exterior =09=09 =09=09=09=C2=BFNo puedes ver el correo correctamente?=C2=A0Da click aqu= =C3=AD para la versi=C3=B3n en internet =09=09 =09=09=09Diplomado on-line de Comercio Exterior.=0AIniciamos CADA MES.=0APr= omoci=C3=B3n por pago=C2=A0en una sola exhibici=C3=B3n este mes. $14,940.00= MXN =09=09 =09=09=09 =09=09El objetivo del Diplomado on-line de Comercio Exterior es facilitar e= l estudio de las disposiciones aduaneras, a trav=C3=A9s de un m=C3=A9todo d= id=C3=A1ctico en el cual se le permite el acceso al estudiante a las clases= impartidas por los maestros mediante videos que puede consultar en cualqui= er momento, lecturas previas, pr=C3=A1cticas, y evaluaciones semanales con = un sistema de calificaci=C3=B3n inmediata que permite medir el avance de fo= rma clara y sencilla en un total de 20 sesiones.=0A=0A=0A=0A =09=09Se incluyen salas virtuales de consulta con los profesores para aclar= ar dudas que surjan sobre la aplicaci=C3=B3n de las disposiciones legales q= ue rigen nuestro sistema aduanero, con la certeza y precisi=C3=B3n que se r= equiere para evitar problemas en el despacho de las mercanc=C3=ADas, visita= s domiciliarias, revisi=C3=B3n de mercanc=C3=ADas en transporte y facultade= s de comprobaci=C3=B3n por parte de las autoridades fiscales y aduaneras.= =0A =09=09=C2=A0 =09=09 =09=09=09=0A=0AInscripci=C3=B3nes:=0A=0ALic. Alejandra Hern=C3=A1ndez Mej= =C3=ADa=0A =09=09=09=C2=A0 =09=09 =09=09=09(55) 57.61.64.06 / 01.800.823.95.64 =09=09 =09=09=09ahernandez@barradecomercio.org.mx=0A=0ADescarga hoja de=C2=A0promo= ci=C3=B3n =09=09=0A=0ABarra Nacional de Comercio Exterior=C2=AE 2015 Todos los derech= os reservados =09=09 =09=09=09=09=09=09 =09=09=09=09=09 =09=09=09=09=09Eliminar Contacto =09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09 =09=09=09=09=09Agregar Contacto =09=09=09=09=0A=0A From owner-freebsd-stable@freebsd.org Tue Oct 27 05:05:12 2015 Return-Path: <owner-freebsd-stable@freebsd.org> Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62A9FA06FB7 for <freebsd-stable@mailman.ysv.freebsd.org>; Tue, 27 Oct 2015 05:05:12 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resqmta-po-03v.sys.comcast.net (resqmta-po-03v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:162]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 382CF1D5F for <freebsd-stable@freebsd.org>; Tue, 27 Oct 2015 05:05:11 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from resomta-po-06v.sys.comcast.net ([96.114.154.230]) by resqmta-po-03v.sys.comcast.net with comcast id a5511r0014yXVJQ0155AMA; Tue, 27 Oct 2015 05:05:10 +0000 Received: from jdc.koitsu.org ([69.181.142.213]) by resomta-po-06v.sys.comcast.net with comcast id a5591r0014cTVs501559gn; Tue, 27 Oct 2015 05:05:09 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EB7371AF13D; Mon, 26 Oct 2015 22:05:08 -0700 (PDT) Date: Mon, 26 Oct 2015 22:05:08 -0700 From: Jeremy Chadwick <jdc@koitsu.org> To: freebsd-stable@freebsd.org Subject: stable/10: high load average when box is idle Message-ID: <20151027050508.GA7612@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1445922310; bh=a1JFMuBDopH+A/MgWSd8kqGIYG7z01iklPrKPGcSYwg=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=RkVk2Tz7XMMc8sRhmH5DgOEP4XWeZaJuMsPzav81Rn0UKYlpVMJH1aYhtto+ELZ9H Y7FtW7ObUnJl4/KazjI+QsexcAqUEzRKVMfwTZuuHRnudKyFkoRWo1omtKfKbf1bJI 6PTnCkWwDUiYZc+uxB/Hj9AYAVVk+LvMtbtjCFd4lpY8SmjXECqBPsVZYI2mGWjk8O wE8YzoiI+N3PS8dEa89hHL3XQJ6yuGk3cDkDOoYxPRAezfmo9nsRx2zqUqOi7D0UMd AhzFaV2YV7kfXohN9ERy/2cuX3f4MUiTW/Lz7/Qi36hZdPblssFgvrjhkf7Z0VwpJ7 znmE9k4l/sEpA== X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-stable>, <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>; List-Post: <mailto:freebsd-stable@freebsd.org> List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-stable>, <mailto:freebsd-stable-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 27 Oct 2015 05:05:12 -0000 (I am not subscribed to the mailing list, please keep me CC'd) Issue: a stable/10 system that has an abnormally high load average (e.g. 0.15, but may be higher depending on other variables which I can't account for) when the machine is definitely idle (i.e. cannot be traced to high interrupt usage per vmstat -i, cannot be traced to a userland process or kernel thread, etc.). This problem has been discussed many times on the FreeBSD mailing lists and the FreeBSD forum (including some folks seeing it on 9.x, but my complaint here is focused on 10.x so please focus there). I'd politely like to request that anyone experiencing this, or who has experienced it (and if you know when it stopped or why, including what you may have done, include that), to chime in on this ticket from 2012 (made for 9.x but style of issue still applies; c#5 is quite valid): https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173541 For those still experiencing it, I'd suggest reading c#8 and seeing if sysctl kern.eventtimer.periodic=1 relieves the problem for you. (At this time I would not suggest leaving that set indefinitely, as it does seem to increase the interrupt rate in cpuX:timer in vmstat -i. But for me kern.eventtimer.periodic=1 "fixes" the issue) Thanks. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?562eb88eaa423>