Factbites
 Where results make sense
About us   |   Why use us?   |   Reviews   |   PR   |   Contact us  

Topic: Ingo Molnar


  
  Exec Shield - Wikipedia, the free encyclopedia
It was developed by Ingo Molnar of Red Hat, and is used as a part of Fedora Core 1, 2, 3 and 4.
Ingo Molnar points this out in an e-mail conversation.
Fortunately, most applications are fairly sane at this; the stack (the important part) at least winds up above any mapped libraries, so doesn't become executable except by explicit calls by the application.
en.wikipedia.org /wiki/Exec_Shield   (351 words)

  
 Sample Contracts - Independent Contractor Agreement - Red Hat Software Inc. and Ingo Molnar - Competitive Intelligence ...
Molnar warrants that he has the, right and authority to enter into this Agreement, and that, to the best of his knowledge, the Molnar Software does not and will not infringe upon any patent, copyright, trade secret, or other intellectual property interest of any third party.
Molnar warrants that he will take all due and reasonable care to avoid infringing any patent, copyright, trade secret, or other intellectual property interest of any third party.
Molnar shall establish and maintain sufficient office space, computer hardware, Internet access, and other equipment and services necessary to enable it to perform its obligations under this Agreement in a professional and timely fashion.
contracts.onecle.com /redhat/molnar.consult.1998.08.17.shtml   (1810 words)

  
 Interview: Ingo Molnar   (Site not responding. Last check: 2007-10-12)
Ingo Molnar: well, batch scheduling is a feature that is welcome by a number of users, but is largely irrelevant to others.
Ingo Molnar: i use all the normal text based kernel development tools: vim, gcc/make/etc., i use a serial line to a test-system to debug kernels, and that's all.
Ingo Molnar: there were two areas where i think we used to lag, the VM and the block IO subsystem - both have been significantly reworked in 2.5.
kerneltrap.org /node.php?id=517   (6695 words)

  
 Linux Kernel 2.6: It's Worth More!
Molnar didn't specify exactly which version of the Linux kernel he used, but he did note that it was in the version 2.6 line, and presumably it was a recent version as of October 2004.
Molnar correctly notes that he used the default Basic COCOMO model for cost estimation.
This paper is not in any way an attack on Molnar's work; Molnar computed a quick estimate, and this paper simply uses more data to refine his effort estimation further.
www.dwheeler.com /essays/linux-kernel-cost.html   (3704 words)

  
 CS 3210 Operating System Design (Linux)
Ingo Molnar’s scheduler is available in the 2.5 kernel tree (see lxr.linux.no).
Ingo’s version splits the run queue into two separate queues, prioritized by increasing goodness.
Ingo’s scheduler removes the “trick” in the 2.4 that provides a small boost for i/o bound processes.
www.cc.gatech.edu /computing/classes/AY2003/cs3210_fall/p1.html   (1118 words)

  
 Slashdot | Answers From Planet TUX: Ingo Molnar Responds
Last Tuesday you asked Ingo Molnar, Red Hat kernel hacker, about the means by which his TUX Web server recently achieved such fantastic results in SpecWeb99.
Ingo Molnar The biggest advantage i see is to have encapsulation, security and performance available to dynamic web applications *at the same time*.
Ingo: TUX has to be under the GPL because it's a Linux kernel subsystem, and because Red Hat releases all source code as open-source.
slashdot.org /interviews/00/07/20/1440204.shtml   (5255 words)

  
 Bloglines | Citations
Molnar writes: (Summary) (They might be a bit unreliable occasionally but very useful to debug deadlocks.) - configurability fix: disabled
Molnar writes: (Summary) wrote: [...] could you try -S0: does -R9 work for you: http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.9-rc1-bk12-S0 http://lkml.org/lkml/2004/9/9/11 - Wed, Sep 8 2004 11:26 PM Preview
Molnar writes: (Summary) But i'd expect 64-bit userspace to work just fine too.
www.bloglines.com /citations?siteid=287548&itemid=7   (350 words)

  
 Molnar Site Image Policy. Joe Molnar. Scottsdale, Az Want Lists Are Always Welcome. Thanks, Joe Molna   (Site not responding. Last check: 2007-10-12)
Ingo Molnar has been contributing to Linux kernel development since 1995 with an impressive list of accomplishments Ingo Molnar: i think i first heard about Linux around 1993, but.
Alex Molnar is a Professor of Education Policy and Director of the Education Policy and the Language Policy Research Unit (LPRU).
Molnar has a B. George and Marcia Molnar's paintings of recent work, complete catalog of limited edition prints, published articles and upcoming events.
www.99hosted.com /names13042.html   (308 words)

  
 NX bit - LearnThis.Info Enclyclopedia   (Site not responding. Last check: 2007-10-12)
Linux itself supports standard hardware NX, now in 32 bit mode on 64-bit CPUs via Ingo Molnar's NX enabler patch as well as in 64 bit mode on CPUs that support it (these include current 64-bit CPUs of AMD and future CPUs announced by Intel, Transmeta and VIA).
Linus Torvalds has taken an interest in the NX patch, and believes it may be wise to have NX enabled by default; thus, it will be merged with 2.6.8.
Redhat kernel developer Ingo Molnar released a Linux kernel patch named Exec shield to approximate and utilize NX functionality on 32-bit x86 CPUs.
encyclopedia.learnthis.info /n/nx/nx_bit.html   (1722 words)

  
 LWN: On corporate PR and proper credit
Ingo is an employee of Red Hat, not MontaVista, and the realtime preemption patches are mostly his work.
Ingo Molnar's name is not mentioned anywhere on MontaVista's web site or in the press release.
Two days after that posting, however, Ingo Molnar came out with his first realtime preemption patch which, while using many of the ideas from Sven-Thorsten's patch, was a new implementation with many new ideas.
lwn.net /Articles/145954   (1895 words)

  
 RealtimePreemption - CE Linux Public
Recent patches from Ingo include a (large) number of technologies for improving preemption and debugging preemption issues with the Linux kernel.
Ingo mentioned at one time that this was about 20% of the locks in his kernel configuration, implying that there were about 450 spinlocks present in the kernel in his configuration.
Ingo said this about how well this works on Un-processor (UP) systems versus SMP systems.
tree.celinuxforum.org /CelfPubWiki/RealtimePreemption   (993 words)

  
 [No title]
Rapid Reaction Linux combines the LOW LATENCY Patch [Molnar00], provided by Ingo Molnar, which has been found to reduce long latencies in the Linux kernel, with the UTIME Patch [Kansas97] of Kansas University that improves the precision of standard Linux timing services.
Ingo Molnar [Molnar00] identified six sources of long latencies on the order of tens up to hundreds of milliseconds on current hardware in the Linux kernel:
As stated in literature [Wang00] Ingo Molnar managed to place his Preemption Points without affecting the stability of the Linux kernel.
www.linuxshowcase.org /2001/full_papers/heursch/heursch_html   (5722 words)

  
 Bloglines | Citations
Molnar writes: (Summary) i have released the -V0.7.33-0 Real-Time Preemption patch, which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/
Molnar writes: (Summary) i have released the -V0.7.30-9 Real-Time Preemption patch, which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/
Molnar writes: (Summary) i have released the -V0.7.28-1 Real-Time Preemption patch, which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/
www.bloglines.com /citations?siteid=287548&itemid=9   (409 words)

  
 [No title]
CS 380 Linux scheduler for kernel version 2.6.8.1 In 2002 Ingo Molnar decided to rewrite the process scheduler for Linux.
His goal was to design an efficient algorithm that kept the strengths of the current version and improved its performance.
His algorithm takes a constant amount of time to run, independent of the number of active processes whereas the old version was linear in the number of active processes.
www.cbu.edu /~yanushka/os/skdLnx.0   (987 words)

  
 LWN.net weekly edition
Ingo Molnar recently posted a patch adding a new set of system calls which will bind a process to a subset of the available CPUs on a system.
Ingo has also posted chaff, a tool for changing processor affinities of running processes.
It turns out that Ingo Molnar has a patch of his own which tries to improve page cache performance.
lwn.net /2001/1129/bigpage.php3   (9938 words)

  
 [SDL] Fwd: lowlatency letter to linus   (Site not responding. Last check: 2007-10-12)
Hi SDL folks, Paul Barton-Davis is seeking for signatures for his lowlatency letter to Linus in order to sensibilize him about the need of low latency support within the Linux kernel.
(like the patches produced by Ingo Molnar) As game programmers I think you are all interested in getting smooth performance, without frame dropouts or audio skips during gameplay.
Partly as a result of > Benno's work, Ingo Molnar did a fantastic job of coming up with a patch for > the 2.2 series that dramatically improved the latencies that could be obtained > from Linux.
www.libsdl.org /pipermail/sdl/2000-June/028593.html   (1060 words)

  
 LKML: Ingo Molnar: Re: [patch] Latency Tracer, voluntary-preempt-2.6.8-rc4-O6
LKML: Ingo Molnar: Re: [patch] Latency Tracer, voluntary-preempt-2.6.8-rc4-O6 [lkml]   [2004]   [Aug]   [13]   [last100]  
Re: [patch] Latency Tracer, voluntary-preempt-2.6.8-rc4-O6 * Ingo Molnar wrote: > > Or just stick some cond_sched()s in there.
Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
lkml.org /lkml/2004/8/13/117   (139 words)

  
 Kernel Traffic   (Site not responding. Last check: 2007-10-12)
Magnus Naeslund confirmed that system hangs were occurring about 20 minutes after bootup with this kernel, exactly as Lee had reported.
Ingo tried doing some code revisions that turned out to blow up in his face, leaking dentries all over the place.
It seemed that progress was being made, with folks like Steven Rostedt working round the clock on patch implementations; but ultimately the solution was not as forthcoming as folks would have liked.
www.kerneltraffic.org /kernel-traffic/kt20050411_306.xml   (3051 words)

  
 Incoming to linuxppc-2.5
Signed-off-by: Ingo Molnar Signed-off-by: Andrew Morton ChangeSet@1.497.3168.419, 2004-05-27 07:36:04-07:00, akpm@osdl.org [PATCH] remove message: POSIX conformance testing by UNIFIX From: "Randy.Dunlap" Remove the outdated "POSIX conformance testing by UNIFIX" message.
ChangeSet@1.497.4094.59, 2004-05-25 08:45:13-07:00, akpm@osdl.org [PATCH] Subject: Re: Help understanding slow down Signed-off-by: Ingo Molnar Add a warning that "idle=poll" is a performance hit on hyperthreaded CPUs.
ChangeSet@1.497.4094.14, 2004-05-25 08:36:46-07:00, akpm@osdl.org [PATCH] Fix the mangled-oops-output-on-SMP problem From: Ingo Molnar printk currently does if (oops_in_progres) bust_printk_locks(); which means that once we oops, the printk locking is 100% ineffective and multiple CPUs make an unreadable mess on a serial console.
source.mvista.com /pipermail/linuxppc-commit/2004-May/003899.html   (4328 words)

  
 The Old Joel on Software Forum - The Joy of Linux
Ingo Molnar explained that with the current stock 2.5 kernel such a test requires roughly 1GB RAM, and the act of starting and stopping all 100,000 threads in parallel takes only 2 seconds.
In comparison, with the 2.5.31 kernel (prior to Ingo's recent threading work), such a test would have taken around 15 minutes.
Ingo's response to the logical followup question, "why so many threads, the answer is because we can :)"
discuss.fogcreek.com /joelonsoftware?cmd=show&ixPost=38288   (1790 words)

  
 LWN: Re: Ingo Molnar and Con Kolivas 2.6 scheduler patches
Re: Ingo Molnar and Con Kolivas 2.6 scheduler patches
Another note: I have not tested Davide's patch, nor have I read it in detail, or Ingo's scheduling code for that matter.
To make this work properly you need a double constraint: as well as guaranteeing maximum latency, you need a guarantee that real-time processes cannot totally exclude interactive processes.
lwn.net /Articles/41639   (842 words)

  
 Linux scheduling latency
Ingo Molnar wrote Linux's first low-latency scheduling patches.
Those patches use the same algorithmic approach as the ones here, and these patches borrow a few bits and pieces from Ingo's.
Ingo also has patches against the 2.2 kernels.
www.zip.com.au /~akpm/linux/schedlat.html   (946 words)

  
 Linux: Improving Interactivity   (Site not responding. Last check: 2007-10-12)
Continuing an earlier thread [story] on the lkml in which Ingo Molnar [interview] had announced his latest "HT scheduler" work, the conversation become heavily focused on interactivity.
In the end, Ingo merged Linus' patch with his own, and the resulting combination offered an impressive improvement.
Andrew Morton summarized, ""Ingo's combo patch is better still - that is sched-2.5.64-a5 and your patch combined (yes?).
kerneltrap.org /node.php?id=603   (8194 words)

  
 Diary for DV
Saturday morning, Ingo Molnar crashed the french mirror while trying to reboot to a new kernel too, and rpmfind.net main box crashed Saturday evening and didn't restarted apparently.
Libxml make a very heavy use of the libc allocator, this might be the cause, dunno if I should analyze that as the Linux libc being optimized for single threaded perfs while Solaris one is more balanced in its choices.
Having fun with Ingo Molnar testing TUX for FTP, until yesterday where the fr.rpmfind.net server used as the playground had serious filesystem problems.
www.advogato.org /person/DV/diary.html?start=64   (2159 words)

  
 [No title]   (Site not responding. Last check: 2007-10-12)
Please cast a critical eye over it, I expect Ingo or someone else will find it can be improved.
The problem is that a task may be preempted just after it has entered kernelspace, while using the transitional "virtual stack" i.e.
Moreover, on modular kernels, if a BUG() was done within the module, the kernel also did a __get_user() - which, if done in an atomic section, and if the MM semaphore was held, could triggers an additional __might_sleep() message.
www.kernel.org /pub/linux/kernel/people/akpm/patches/2.6/2.6.4/2.6.4-mm1/broken-out/4g-2.6.0-test2-mm2-A5.patch   (6359 words)

  
 Gmane -- Mail To News And Back Again   (Site not responding. Last check: 2007-10-12)
* Paolo Ciarrocchi gmail.com> wrote: > 2005/7/26, Ingo Molnar elte.hu>: > [...] > > [back from KS/OLS] > > > > indeed.
The effect of the bug is that RLIMIT_RTPRIO is completely > > non-functional in 2.6.12.
> > > > Acked-by: Ingo Molnar elte.hu> > > Ingo, Lee, Andreas, > the patch seems to be quite simple and is a fix for a regression.
article.gmane.org /gmane.linux.kernel/321027   (158 words)

  
 David A. Wheeler's Blog   (Site not responding. Last check: 2007-10-12)
In response to a posting by Jeff V. Merkey, Ingo Molnar used my tool SLOCCount to estimate the effort it would take to redevelop Linux kernel version 2.6.
I thought it was an interesting way to respond, but I knew that the defaults in SLOCCount are probably not the best for the Linux kernel itself.
After all, an operating system kernel is much more complicated and difficult to implement than most programs, and although there are ways to account for that, SLOCCount by default doesn't do so.
www.dwheeler.com /blog/2004/10/12   (190 words)

Try your search on: Qwika (all wikis)

Factbites
  About us   |   Why use us?   |   Reviews   |   Press   |   Contact us  
Copyright © 2005-2007 www.factbites.com Usage implies agreement with terms.