Forgot your password?
typodupeerror

Comment: Re:"Clean Room" implementation (Score 2) 239

by geantvert (#39792175) Attached to: Schmidt Testifies Android Did Not Use Sun's IP

Humm... If the purpose of that function is to check that the interval fromIndex:toIndex is valid within an array on length arrayLen then there is another sensible way to implement that function.... without a bug:

    This code does not throw ArrayIndexOutOfBoundsException if toIndex == arrayLen

Comment: Re:Boycotting? Hardly (Score 1) 221

by geantvert (#36986110) Attached to: Is Free Software Ready For E-publishing?

The link to the Richard Stallman page is not against ebooks but about Amazon ebooks, or to keep it simple about DRM, proprietary formats and all other nice features introduced to "protect" users

There is nothing wrong with open ebook formats such as EPUB (XHTML+CSS+XML) as they remain DRM free.

         

Comment: Re:Image size? (Score 1) 223

by geantvert (#32020862) Attached to: Vatican Chooses Open FITS Image Format

Let's assume
    - an average page is 10x10 inches (25x25 cm)
    - a high scan resolution of 1200DPI
    - 32bits per pixel (4bytes)

An average uncompressed page takes 10*10*1200*1200*4 = 576000000 = 0.57 gigabytes

A lossless compression can probably reduce the size by 2 but if they are not stupid they will make multiple backups so 1.2 gigabytes per page seems reasonable to me.

Comment: Re:Smart Machines (Score 1) 125

by geantvert (#29907335) Attached to: Intel Pulls SSD Firmware Day After Release

Humm... wear leveling in software ... wait until an OS misconfiguration, an OS bug or a virus ruins your SSD by writing thousand of times the same sector. I am not talking about losing your precious data which should be backuped but losing the whole disk. And don't even think about using the warranty. SSD makers are not suicidal. The first thing they would had to their product is a counter of writes per block in order to prove that the failure was not their fault.

       

Comment: Re:The enemy of my enemy . . . (Score 1) 297

by geantvert (#27038389) Attached to: Analyzing Microsoft's Linux Lawsuit

I don't agree! During the last years Tom Tom attitude was more and more against the OSS community so the OSS community should not help Tom Tom.

I have not tried recently but as far as I know it is virtually impossible to download and install a map on a TomTom without their Windows-only application. And please don't tell me that they have good technicals reasons since that was perfectly possible a few years ago.

I don't say that the community should be silent. It would be far more productive to use this as an opportunity to express a strong dissatisfaction against parasitic companies that take as much as possible without even giving the most basic OSS support for their products.

Comment: Re:40% faster kernel, but what overall performance (Score 1) 173

by geantvert (#27009323) Attached to: High Performance Linux Kernel Project — LinuxDNA

That's a common misconception but malloc is not a kernel call but a user land function.

Malloc is implemented in the libc by managing a since large area of memory (the heap). When the heap is full, malloc() increases the heap size by a system call such as sbrk(). On my system (64bit), the heap is increased by blocks of 128KB.

For large data sizes (>128KB) malloc does not use the heap and directly allocates the memory using the system call mmap().

For example, for an application allocation up 100MB the overall number of calls to sbrk() is no more than 100MB/128KB = 800 regardless of the number of calls to malloc()/free() which can be millions. The kernel calls are totally negligible.

There is a nice article here: http://www.linuxjournal.com/article/6390

   

Save yourself! Reboot in 5 seconds!

Working...