search for: substantial

i am doing a clean install on fedora core 2 using the shorewall rpm and the Shorewall Setup Guide for multiple IP''s using a stock configuration except for AllowDNS and AllowWeb on the firewall (so i can post this message). my shorewall status file is attached. my setup 69.17.65.105 = firewall 69.17.65.22 = dmz server 1 69.17.65.161 = dmz server 2 my local network is

Subject: Singaporean Mr. Teo En Ming's Refugee Seeking Attempts, In Search of a Substantially Better Life In reverse chronological order: [1] Petition to the Government of Taiwan for Refugee Status, 5th August 2019 Monday Photo #1: At the building of the National Immigration Agency, Ministry of the Interior, Taipei, Taiwan, 5th August 2019 Photo #2: Queue ticket no. 515 at the Nationa...

Someone told me that if you have a CentOS or Fedora server, you can pay a Red Hat yearly fee and get them to support it (because the environments are so similar). Can anyone here substantiate this claim? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20091211/03c9856b/attachment.html>

...on's reference implementation of the royalty-free Theora video format. This new release, version 1.1, codenamed Thusnelda, incorporates all of the recent encoder improvements we have been making over the past year, though some of the code had its genesis all the way back in 2003. It also brings substantial speed and robustness improvements to the 1.0 decoder. Rate-control has been substantially overhauled from the 1.0 release. The new rate control module hits its target much more accurately and obeys strict buffer constraints, including dropping frames if necessary. The latter is needed to enable li...

...on's reference implementation of the royalty-free Theora video format. This new release, version 1.1, codenamed Thusnelda, incorporates all of the recent encoder improvements we have been making over the past year, though some of the code had its genesis all the way back in 2003. It also brings substantial speed and robustness improvements to the 1.0 decoder. Rate-control has been substantially overhauled from the 1.0 release. The new rate control module hits its target much more accurately and obeys strict buffer constraints, including dropping frames if necessary. The latter is needed to enable li...

Xen Community: As you are aware, the Xen Cloud Platform has been available for download since last November and is becoming a very successful release for Xen.org. In fact, we are seeing substantial network traffic for this solution as we had 26 TB of data from XCP downloads in the past 4 weeks. Of course, this amount of traffic is forcing a re-examination of our co-location agreements as we are moving toward the limit of our monthly bandwidth and may face substantial increases in costs as XC...

Xen Community: As you are aware, the Xen Cloud Platform has been available for download since last November and is becoming a very successful release for Xen.org. In fact, we are seeing substantial network traffic for this solution as we had 26 TB of data from XCP downloads in the past 4 weeks. Of course, this amount of traffic is forcing a re-examination of our co-location agreements as we are moving toward the limit of our monthly bandwidth and may face substantial increases in costs as XC...

...gt;> following three patches. Most of the code changes are due to new >> syscall implementations being needed for arm64 as a only a minimal set >> of syscalls are defined in the arm64 kernel. > > Why did their Signed-off get missing? > Presumably because they got reworked substantially. It is a hard case; I often use an Originally-by: tag for that if the rework is substantial enough that I feel that leaving the original Author tag is actively misleading. -hpa

...a data to a flac file that spec decoders will happily ignore? I'd like to explore creating a tool which will add N extra redundancy frames at the end which will allow perfect decoding with up to ~N frames lost in the files. This would allow users to sacrifice a tiny amount of compression for a substantial increase in file robustness. This would also create a new potential audience for Flac: people who don't care about file size but care substantially about file robustness. A typical flac bloated back to the original wav size could lose roughly half its blocks and still remain perfectly decodabl...

...and are not correlated with each other. For example assume that: x1 <- rbind(1,1,1,2,2,2,3,3,3) x2 <- rbind(1,2,3,1,2,3,1,2,3) cor(x1,x2) The problem is that I do not only want to analyze the effect of x1 and x2 on y but also of their interaction x1*x2. Evidently this interaction term has a substantial correlation with both x1 and x2: x3 <- x1*x2 cor(x1,x3) cor(x2,x3) I therefore expect that a simple regression of y on x1, x2 and x1*x2 will lead to biased results due to multicollinearity. For example, even when y is completely random and unrelated to x1 and x2, I obtain a substantial R2 for...

...tions. i.e. i8 data type with 256bits target register can vectorize with vector width 32, with that maximum trip count possibility for scalar(epilog) loop is 31, which is significant & worth vectorizing. Large vector factor has following challenges: 1) Possibility of remainder iteration is substantial. 2) Actual trip count at runtime is substantial but not meeting minimum trip count to execute vector loop. These challenges can be addressed by mask instructions, but these instructions are limited and may not be available to all targets. By epilog vectorization our aim to vectorize epilog lo...

...objection to using UDLs for this (or anything else in LLVM). I think this feature is poorly known by many programmers. I think it will produce error messages that are confusing and hard to debug. I think it will have a significant negative impact on compile time. I also think that it will exercise substantially less well tested parts of every host compiler for LLVM and subject us to an increased rate of mysterious host compiler bugs. I also think it forces programmers to be aware of a "magical" construct that doesn't really fit with the rest of the language. It isn't that any of thes...

...rms > originally), so there is some pretty clear evidence that we explicitly did > *not* require this attribution. > > > > That license does, in fact, require attribution: > > "The above copyright notice and this permission notice shall be included > in all copies or substantial portions of the Software. “ > > Again, unless I’m misreading this, there is no requirement that code that > merely uses libc++ headers include a libc++ attribution. You are misreading this :) I can tell you it's not even a consensus, i have not found a single lawyer who believes oth...

> On Dec 4, 2018, at 10:59 AM, George Burgess IV <george.burgess.iv at gmail.com> wrote: > > > I think people are too eager to use `auto` because it is easy to write but it makes the types substantially harder for the reader to understand > > I'm probably the Nth person to ask this, but what keeps us from promoting the use of a clang-tidy-powered tool that basically emits fixits of s/auto/actual_type/? Because the tool would need to apply judgement to when this makes sense. If we ca...

Hi there, I wish to read a 9.6GB .DAT file into R (64-bit R on 64-bit Windows machine) - to then delete a substantial number of rows & then convert to a .csv file. Upon the first attempt the computer crashed (at some point last night). I'm rerunning this now & am closely monitoring Processor/CPU/Memory. Apart from this crash being a computer issue alone (possibly), is R equipped to handle this much...

Hi, for programs linked with lld it's substantially slower to get callstacks in gdb, in comparison to gold-linked programs. Two measurements: lld gold 15 sec 3 sec 6 sec 2 sec This is a debug build, rather large binaries (lots of templates). I have seen even worse performance for debug+UBSan builds. I think code size (and therefore DWARF...

Hi LLVMDev, I wanted to take some time to write up and roll out a proposed road map for CMake over the next few months. Apologies in advance for the substantial 0/7 Wall of Text I've summoned here (it only cost me 3 swamp mana). The main thing I want to talk about is PR21562. For Apple PR21562 is the biggest reason we can't fully abandon autoconf. I've spent some time over the last month hacking on compiler-rt's build system and I've c...

...e an agreed form is available > LoopVectorize::getStepVector can be converted to become compatible with > scalable vectors very easily, albeit being only a small step on a long road. > Ok, I'm still catching up on this thread, but I think starting to review patches is going to make it substantially harder to have a productive conversation. We haven't yet really gotten to any kind of consensus around the design, and until then I think it would be very helpful to keep discussion focused on the high-level threads on llvm-dev rather than fragmenting it into the commits list threads for the...

...between parsing and linking? > Parsing means reading in all bc files to source modules. Linking means linking in the source modules to the destination module. Extra MDNodes can be generated for the destination module. > >> 4.6GB DIEs >> > > It seems like the DIEs are a substantial (more than the pre-linked, but > post-parsed BC files) part of the footprint. I think it might be important > to do the CU-at-a-time work sooner rather than later as I'm concerned about > the design impact it will have on existing and future work (it's already > going to substan...

I’m nominating Matthias Braun as the Instruction Scheduling code owner (in place of myself). Matthias has made substantial contributions to the scheduler, particularly for subregister support, and has been reviewing patches in that area. I think target maintainers will be happy to have Matthias officially take over the role. -Andy