search for: 16459

...3.r options(width=1000) foo <- read.delim("dataset.010MM.txt") summary(foo) foo <- read.delim("dataset.100MM.txt") summary(foo) $ R < ex3.r R > foo <- read.delim("dataset.010MM.txt") R > summary(foo) X15623 Min. : 1 1st Qu.: 8152 Median :16459 Mean :16408 3rd Qu.:24618 Max. :32766 R > foo <- read.delim("dataset.100MM.txt") Error: cannot allocate vector of size 512000 Kb Execution halted $ free -m total used free shared buffers cached Mem: 6084 3233 2850...

Hi, I'm trying to set up a small CTDB cluster running in an IPoIB InfiniBand network. When I try to start up a cluster with a set of public IP addresses, the public addresses do not come online. So, I removed the public address configuration and started a single node up by hand, then tried to add a public address as follows: [root at gp-1-0 ctdb]# ctdb ip Public IPs on node 0 [root at

I am using Postfix as my mail handler. When I have ActionMailer deliver a large number of emails, it takes a while. It seems that in my Rails process, ActionMailer waits for Postfix to actually send each message before returning and moving on. Is there a way to configure either ActionMailer or Postfix to speed the sending of bulk mails, perhaps by having ActionMailer just submit the mail to a

...by vrban, mihaill. Patched by vrban, mnicholson.) * Avoid crashes with large numbers of MeetMe conferences. (Closes issue #16509. Reported by Kashif Raza. Tested, Patched by seanbright.) * Change in 'sip show channels' display format allowing more digits for CID. (Closes issue #16459. Reported, Patched by Rzadzins. * Revise documentation on disposition values to the actual values used. (Closes issue #16289. Reported by wdoekes.) A summary of changes in this release can be found in the release summary: http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.4.29-su...

...by vrban, mihaill. Patched by vrban, mnicholson.) * Avoid crashes with large numbers of MeetMe conferences. (Closes issue #16509. Reported by Kashif Raza. Tested, Patched by seanbright.) * Change in 'sip show channels' display format allowing more digits for CID. (Closes issue #16459. Reported, Patched by Rzadzins. * Revise documentation on disposition values to the actual values used. (Closes issue #16289. Reported by wdoekes.) A summary of changes in this release can be found in the release summary: http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.4.29-su...

...OggS fresh packet | not first | not last page | pos1: 15311 pos2: 0 serial: 2006538233 pageNo: 48 checksum: 3549700820 OggS continued packet | not first | not last page | pos1: 16455 pos2: 0 serial: 2006538233 pageNo: 51 checksum: 261926953 OggS fresh packet | not first | not last page | pos1: 16459 pos2: 0 serial: 2006538233 pageNo: 52 checksum: 2466377924 OggS fresh packet | not first | not last page | pos1: 16462 pos2: 0 serial: 2006538233 pageNo: 53 checksum: 1867142785 OggS fresh packet | not first | not last page | pos1: 16470 pos2: 0 serial: 2006538233 pageNo: 56 checksum: 41539912...

...53, -30204, 247, 119, -9766, 304}, + /* 396 */ { 1344547, -31777, 247, 119, -8545, 292}, + /* 468 */ { 1420168, -34227, 269, 60, -7172, 256}, + /* 540 */ { 1490757, -35955, 274, 60, -5188, 197}, + /* 612 */ { 1599112, -42583, 398, 0, -1831, 119}, + /* 648 */ { 1366986, -16459, -274, 0, -3204, 72}, + /* 684 */ { 1391884, -17078, -274, -60, -1526, 30}, + /* 708 */ { 1415522, -17497, -274, -60, -458, 0}, + /* 756 */ { 1464061, -18331, -274, -119, 1831, -72}, + /* 804 */ { 1524225, -20064, -254, -119, 4272, -155}, + /* 852 */ { 1608418, -21643, -26...

...53, -30204, 247, 119, -9766, 304}, + /* 396 */ { 1344547, -31777, 247, 119, -8545, 292}, + /* 468 */ { 1420168, -34227, 269, 60, -7172, 256}, + /* 540 */ { 1490757, -35955, 274, 60, -5188, 197}, + /* 612 */ { 1599112, -42583, 398, 0, -1831, 119}, + /* 648 */ { 1366986, -16459, -274, 0, -3204, 72}, + /* 684 */ { 1391884, -17078, -274, -60, -1526, 30}, + /* 708 */ { 1415522, -17497, -274, -60, -458, 0}, + /* 756 */ { 1464061, -18331, -274, -119, 1831, -72}, + /* 804 */ { 1524225, -20064, -254, -119, 4272, -155}, + /* 852 */ { 1608418, -21643, -26...

...-9766, 304}, > + /* 396 */ { 1344547, -31777, 247, 119, -8545, 292}, > + /* 468 */ { 1420168, -34227, 269, 60, -7172, 256}, > + /* 540 */ { 1490757, -35955, 274, 60, -5188, 197}, > + /* 612 */ { 1599112, -42583, 398, 0, -1831, 119}, > + /* 648 */ { 1366986, -16459, -274, 0, -3204, 72}, > + /* 684 */ { 1391884, -17078, -274, -60, -1526, 30}, > + /* 708 */ { 1415522, -17497, -274, -60, -458, 0}, > + /* 756 */ { 1464061, -18331, -274, -119, 1831, -72}, > + /* 804 */ { 1524225, -20064, -254, -119, 4272, -155}, > + /* 852...

Some Tegra drivers might be complied as kernel modules, and they need the fuse information for initialization. One example is the GK20A Nouveau driver. It needs the GPU speedo value to calculate frequency-voltage table. So export the tegra_sku_info. Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- v2: add more description why we need this patch drivers/soc/tegra/fuse/fuse-tegra.c | 1

...*/ { 1344547, -31777, 247, 119, -8545, 292}, >> + /* 468 */ { 1420168, -34227, 269, 60, -7172, 256}, >> + /* 540 */ { 1490757, -35955, 274, 60, -5188, 197}, >> + /* 612 */ { 1599112, -42583, 398, 0, -1831, 119}, >> + /* 648 */ { 1366986, -16459, -274, 0, -3204, 72}, >> + /* 684 */ { 1391884, -17078, -274, -60, -1526, 30}, >> + /* 708 */ { 1415522, -17497, -274, -60, -458, 0}, >> + /* 756 */ { 1464061, -18331, -274, -119, 1831, -72}, >> + /* 804 */ { 1524225, -20064, -254, -119,...

Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- nvkm/subdev/volt/base.c | 67 ++++++++++++++++++++++++++++--------------------- 1 file changed, 38 insertions(+), 29 deletions(-) diff --git a/nvkm/subdev/volt/base.c b/nvkm/subdev/volt/base.c index 32794a999106..26ccd8df193f 100644 --- a/nvkm/subdev/volt/base.c +++ b/nvkm/subdev/volt/base.c @@ -101,6 +101,41 @@ nouveau_volt_set_id(struct

Some Tegra drivers might be compiled as kernel modules, and they need the fuse information for initialization. One example is the GK20A Nouveau driver. It needs the GPU speedo value to calculate frequency-voltage table. So export the tegra_sku_info. Signed-off-by: Vince Hsu <vinceh at nvidia.com> Acked-by: Alexandre Courbot <acourbot at nvidia.com> Acked-by: Thierry Reding <treding

Some Tegra drivers might be compiled as kernel modules, and they need the fuse information for initialization. One example is the GK20A Nouveau driver. It needs the GPU speedo value to calculate frequency-voltage table. So export the tegra_sku_info. Signed-off-by: Vince Hsu <vinceh at nvidia.com> Acked-by: Alexandre Courbot <acourbot at nvidia.com> Acked-by: Thierry Reding <treding

Dear Shorewall Users :-) I''ve been playing with shorewall for some time now - I found it really interesting and easy tool to organise all the rules and so on (beforethat I''ve been using simple iptables rules in shell script ;-) Generally it''s quite easy to be used, but anyway found one problem which I cannot handle myself - or in other words - cannot find appropriate

I have a zone "rw" defined as tun0 in interfaces. From that zone, pings to zone "loc" succeed but pings to remote networks (On IPsec VPNs) are rejected in the all2all chain. From my point of view, these pings should be in the rw2cctc chain. (rw to cctc is ACCEPTed in policy.) I must have a hole in my config, where would it be? Thanks, A.