search for: lifo

I'm running CentOS 5.1 with all updates, and the xen kernel. For some reason the OS is not seeing the full amount of ram. #uname -a Linux CentOS-VM-A 2.6.18-53.1.21.el5xen #1 SMP Tue May 20 10:03:27 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux # free total used free shared buffers cached Mem: 6104064 3445136 2658928 0 1412236

Thank you David for prompt reply. I tried with SmallVector. I inserted elements with push_back(). But when I retrieve elements using pop_back_val the elements are returned in reverse order of insertion (I mean like LIFO order). I need this to be FIFO order. How to achieve that? Regards, Rekha On Sun, Nov 3, 2013 at 8:31 PM, David Blaikie <dblaikie at gmail.com> wrote: > If you don't care about efficiency you can push (or at least insert) at > the front of a(small or otherwise) vector. > On N...

...7:38 AM, Rekha R <rekharamapai at nitc.ac.in> wrote: > Thank you David for prompt reply. > > I tried with SmallVector. I inserted elements with push_back(). > But when I retrieve elements using pop_back_val the elements are returned > in reverse order of insertion (I mean like LIFO order). > I need this to be FIFO order. How to achieve that? > push_back and pop_back both act on the "back" or "end" of the vector, so you'll get LIFO behavior if you use them in that way For LIFO you need to either insert at the front and pop from the back or inser...

...ACPI data) BIOS-e820: 000000007fef0000 - 000000007ff00000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) Warning only 896MB will be used. Use a HIGHMEM enabled kernel. 896MB LOWMEM available. found SMP MP-table at 000f5a20 On node 0 totalpages: 229376 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:1 ---------------------END-------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments...

Hi, I am writing an analysis which requires creating worklist of basic blocks. The worklist should be in FIFO order. I checked SmallVector (and similar others) and found out this is working in LIFO order when I use the functions push_back and pop_back_val to insert and delete elements in the worklist. Can someone suggest an appropriate DS to implement my worklist. Note: I am not concerned about efficiency here. -- Regards, Rekha -------------- next part -------------- An HTML attachment wa...

...00000000 00 BIOS-e801: 0000000000000000 - 000000000009f000 (usable)0000A0 10 BIOS-e801: 0000000000100000 - 0000000004000000 (usable)0000A0 10 64MB LOWMEM available.000 0107 0290 00 3F 00 0000E101 A0002000 11 On node 0 totalpages: 16384107 0290 00 3F 00 0000E201 A0003000 05 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 12288 pages, LIFO batch:3rl-P for entering Monitor. HighMem zone: 0 pages, LIFO batch:1 DMI not present. Press ? for help. ACPI: Unable to locate RSDP Built 1 zonelists Kernel command line: console=ttyS0,19200n81 ramdisk_size=16384 root=/dev/ram0 i Initializing CPU#0XE-2....

...v 3, 2013 3:32 AM, "Rekha R" <rekharamapai at nitc.ac.in> wrote: > Hi, > > I am writing an analysis which requires creating worklist of basic blocks. > The worklist should be in FIFO order. I checked SmallVector (and similar > others) and found out this is working in LIFO order when I use the > functions push_back and pop_back_val to insert and delete elements in the > worklist. > > Can someone suggest an appropriate DS to implement my worklist. Note: I am > not concerned about efficiency here. > > -- > Regards, > Rekha > > _________...

Hi, I'm having a question with asterisk queue system, is it a fifo or a lifo or random ? Sometimes when we have people waiting in the queue and new agents are connected to handle the load the first call that is handled is not the one which is already waiting for 4min, but the new one which has just arrived. However this doesn't happens everytimes Is it normal ? regar...

Hello All - I'm looking for a switch(es) to ensure rsync indexes the pull of files from remotedir, LIFO (last in first out) and then by .ext type where file basenames are similar. example) file_a.xml ctime of 09:01:07 file_a.jar ctime of 09:01:02 get transfered before file_b.xml ctime of 09:01:45 file_b.jar ctime of 09:01:45 and the .xml of basename $file would always be transferred first. I&...

Hello everyone, Because I don''t know communication channel to lifo/docrails, I ask about permissions for that repository. Recently I and friends started to translate rails guide for Korean version. Maybe, I expect to finish all current rails guides translating in 2 months, and then we''ll care these documents for recent version. Now, we provide a tran...

...stem Size Used Avail Use% Mounted on /dev/sda1 1.5G 1.1G 306M 78% / tmpfs 62M 4.0K 62M 1% /dev/shm /dev/sda6 4.2G 3.6G 453M 89% /tmp /dev/sda5 938M 205M 685M 23% /var cctest1$ dmesg | grep DMA DMA zone: 101376 pages, LIFO batch:16 cctest1$ for i in `seq 1 10`; do hdparm -tT /dev/sda1; done Timing cached reads: 512 MB in 2.00 seconds = 256.00 MB/sec Timing buffered disk reads: 44 MB in 3.00 seconds = 14.67 MB/sec Timing cached reads: 528 MB in 2.01 seconds = 262.69 MB/sec Timing buffered disk rea...

...SRAT: Node 0 PXM 0 0-c0000000 SRAT: Node 0 PXM 0 0-240000000 SRAT: Node 1 PXM 1 240000000-440000000 NUMA: Using 30 for the hash shift. Bootmem setup node 0 0000000000000000-0000000240000000 Bootmem setup node 1 0000000240000000-0000000440000000 On node 0 totalpages: 2063876 DMA zone: 3036 pages, LIFO batch:0 DMA32 zone: 768040 pages, LIFO batch:31 Normal zone: 1292800 pages, LIFO batch:31 On node 1 totalpages: 2068480 Normal zone: 2068480 pages, LIFO batch:31 ACPI: PM-Timer IO Port: 0x2008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0...

...stem Size Used Avail Use% Mounted on /dev/sda1 1.5G 1.1G 306M 78% / tmpfs 62M 4.0K 62M 1% /dev/shm /dev/sda6 4.2G 3.6G 453M 89% /tmp /dev/sda5 938M 205M 685M 23% /var cctest1$ dmesg | grep DMA DMA zone: 101376 pages, LIFO batch:16 cctest1$ for i in `seq 1 10`; do hdparm -tT /dev/sda1; done Timing cached reads: 512 MB in 2.00 seconds = 256.00 MB/sec Timing buffered disk reads: 44 MB in 3.00 seconds = 14.67 MB/sec Timing cached reads: 528 MB in 2.01 seconds = 262.69 MB/sec Timing buffered disk rea...

Hi there, I''m using the Suse Enterprise 10 RC2 along with Xen 3.0.2 on X86-64 and I''m experiencing a problem with the network. I boot into the Xen kernel and everything works just fine. I can browse the net etc. However after a while the network stops responding completely. I am not sure what causes this to happen or what triggers it. After a few hours, the network just stops

...ACPI: FADT (v001 AMIINT VIA_K8 0x00000011 MSFT 0x00000097) @ 0x000000003fff0030 ACPI: MADT (v001 AMIINT VIA_K8 0x00000009 MSFT 0x00000097) @ 0x000000003fff00c0 ACPI: DSDT (v001 VIA VIA_K8 0x00001000 MSFT 0x0100000d) @ 0x0000000000000000 On node 0 totalpages: 257373 DMA zone: 2868 pages, LIFO batch:0 DMA32 zone: 254505 pages, LIFO batch:31 ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:4 APIC version 16 ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 3, address 0...

...moves > templating from the CodeEmitters, and is virtually transparent to > our other DOE work. The only thing it does not write via a > BinaryObject object, so we loose that functionality. > > Hi Aaron, > > I'm sorry for not getting back to you sooner. I work fairly LIFO > and the craziness that has happened since your emails have > distracted me. > > One problem with this patch is that (for example) > X86TargetMachine.cpp refers to the "createX86ObjectCodeEmitterPass" > symbol, which forces the code emitter to object code emitte...

...ot errors thus :- Linux version 2.6.11.10-xen0 (root@gateway) (gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2)) #1 Thu Jun 9 19:58:00 BST 2005 BIOS-provided physical RAM map: Xen: 0000000000000000 - 000000000927c000 (usable) 146MB LOWMEM available. On node 0 totalpages: 37500 DMA zone: 37500 pages, LIFO batch:9 Normal zone: 0 pages, LIFO batch:1 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. IRQ lockup detection disabled Allocating PCI resources starting at 09300000 (gap: 0927c000:f6d84000) Built 1 zonelists Kernel command line: root=/dev/hdb2 ro console=tty0 Initializing CPU#0 PID hash...

...re, and perhaps a more preferable solution > would have some kind of OptionGroup parameter to constructors of cl > options. This would of course be optional, with the default being a > global one. Hi Alexei, Sorry for the delay, I've been swamped lately and tend to process email in LIFO order :( > Then, ParseCommandLineOptions() could instead take as an optional > parameter an OptionGroup, and would then only work on cl options in > that group. Would this approach be preferable? I think that something like this would be a better approach. There are a couple of relate...

...+ * it includes circular dependencies, so we need to take steps here to + * avoid looping in module_load_dependencies() forever. + * + * We build a singly-linked list of modules that are in the middle of + * being loaded. When they have completed loading their entry is + * removed from this list in LIFO order (new entries are always added + * to the head of the list). + */ +struct loading_dep { + const char *name; + struct module_dep *next; +}; +static struct loading_dep *loading_deps; + +/* + * Remember that because we insert elements in a LIFO order we need to + * start from the end of the list...

...ly one command has to register callback functions (rather than one counterpart per aio_FOO command). Or maybe even three parts: nbd_aio_pread_structured() => creates cookie, called once nbd_aio_add_callback(cookie, callback, user_data) - called 0 or more times before submit; callbacks run in LIFO order at command completion nbd_aio_submit(cookie) => kicks off the command Why do it this way? Because in the Python bindings, right now we have to malloc() a C structure that tracks the Python Callable associated with any Closure, and currently don't free that C struct until nbd_close. B...