#linus #linux #amiga #kernel #mutt #utf-8 #mail
nice to know it’s not me.
#funtoo #linux #1.4 #upgrade #kms #nomodeset #modeset #kernel #graphics
https://lwn.net/Articles/702177/
#email #kernel #development #github #automation
my friend have been written a linux kernel module to count traffic which gets through his tor node.
https://github.com/edwardoid/nc_mod
counter data gets available to user as a file in /proc directory.
#linux #network #traffic #counter #tor #kernel #module #programming
հէհէ, խնդիր ունէի, ֆաթ բաժինները մաունթ չէին լինում։ Սակայն վֆաթ մոդուլ քոմփայլ արել էի։ Մտածում էի՝ տեսնես ինչի՞ց է։
Պարզեցի, դմեսջ լոգը կարդալով՝
Իհարկէ ես չէի ընտրել սա, ես ընտրում եմ միայն UTF-8֊ը, ու սովորաբար խնդիր չէր առաջանում, հաւանաբար քանի որ ես ֆաթ մաունթ չեմ անում։ (:
#linux #kernel #mount #vfat #charset
Wirth updated he’s Project Oberon sources in February 4, so I decided to track the changes by putting those sources to github. These are changes, mainly in Kernel.Mod https://github.com/norayr/ProjectOberon/commit/86576bbc7b0f8d5153d5b12e4093d1d6310ad72e
#oberon #wirth #kernel #programming #github #git #book #project-oberon #development #software
Linux Kernel: What are the factors in choosing among the different memory allocators in the Linux kernel?
First, “slab” has become a generic name referring to a memory allocation strategy employing an object cache, enabling efficient allocation and deallocation of kernel objects. It was first documented by Sun engineer Jeff Bonwick[1] and implemented in the Solaris 2.4 kernel.
Linux currently offers three choices for its “slab” allocator:
Slab is the original, based on Bonwick’s seminal paper and available since Linux kernel version 2.2. It is a faithful implementation of Bonwick’s proposal, augmented by the multiprocessor changes described in Bonwick’s follow-up paper[2].
Slub is the next-generation replacement memory allocator, which has been the default in the Linux kernel since 2.6.23. It continues to employ the basic “slab” model, but fixes several deficiencies in Slab’s design, particularly around systems with large numbers of processors. Slub is simpler than Slab.
SLOB (Simple List Of Blocks) is a memory allocator optimized for embedded systems with very little memory—on the order of megabytes. It applies a very simple first-fit algorithm on a list of blocks, not unlike the old K&R-style heap allocator. In eliminating nearly all of the overhad from the memory allocator, SLOB is a good fit for systems under extreme memory constraints, but it offers none of the benefits described in [1] and can suffer from pathological fragmentation.
What should you use? Slub, unless you are building a kernel for an embedded device with limited in memory. In that case, I would benchmark Slub versus SLOB and see what works best for your workload. There is no reason to use Slab; it will likely be removed from future Linux kernel releases.
[1] Page on Usenix.org [2] Page on Usenix.org http://www.quora.com/Linux-Kernel/What-are-the-factors-in-choosing-among-the-different-memory-allocators-in-the-Linux-kernel
#linux #memory #slub #slab #slob #optimization #jeff-bonwick #kernel #algorithm
image from wikimedia
So the idea is to tie everything so hard into systemd that alternatives will just be impossible because of undocumented, unportable APIs that are leaky abstractions that make no sense without the thing they fail to abstract?
And why on earth does every daemon now need to be patched? They worked well for the last few decades without such specific hackery.
very good text by Gentoo developer Patrick Lauer about systemd.
http://gentooexperimental.org/~patrick/weblog/archives/2013-10.html#e2013-10-29T13_39_32.txt
#gnu #linux #programming #centralization #control #decentralization #gentoo #systemd #openrc #patrick-lauer #funtoo #dbus #logind #cgroups #kernel #unix #operating-systems #api #abstraction #freedom
We are working on a 3.12-kernel for optimal Replicant 4.x support<br>
<br>
But like Rome it won't be built in one day :) And they did have slaves they could force to do something... <br>
<br>
Fortunately, we don't need slaves any more, just ingenious contributors :) <br>
http://lists.goldelico.com/pipermail/gta04-owner/2013-September/005021.html
#gta04 #gta-04 #openmoko #replicant #rome #slaves #contributors #linux #kernel #free-software #floss
“I Contribute to the Windows Kernel. We Are Slower Than Other Operating Systems. Here Is Why.” http://blog.zorinaq.com/?e=74
found somewhere in Diaspora* recently.
#windows #kernel #linux #gnu #community #commerce #capital #development #programming #os #operating-systems