3 ms·

I guess what I was really wondering was why so little has changed with respect to multiprocessing, modern filesystems, resource quotas, virtualization, etc... s

by uxcn 11y ago

I guess what I was really wondering was why so little has changed with respect to multiprocessing, modern filesystems, resource quotas, virtualization, etc... since '08.

caf 11y ago
I think it would be hard to give an answer without a more specific question, this just seems like a kind of nonspecific gripe.
- uxcn 11y ago
  I personally have a number of specific gripes, but more importantly it seems odd the committee hasn't added anything to the standard since '08 (especially since good portable software generally needs more functionality now). As an easy example, multiprocessing has become more important between now and then. Why are things like processor affinities still not defined?
  - caf 11y ago
    There has been recent movement in multiprocessing - for example robust and errorchecking mutexes are now in the base spec. In the case of processor affinity, it looks to me like no-one has ever suggested it. Participating in the Austin Group is pretty open - why don't you put a proposal forward? (Maybe affinity can be added to struct sched_param somehow?)
    - drewcrawford 11y ago
      > Participating in the Austin Group is pretty open Not really. I know someone who's spent ages trying to get O_CREATE added as an alias for O_CREAT. http://spiegelmock.com/2015/01/23/fixing-a-typo-the-hard-way-unix-standards-style/ http://spiegelmock.com/2015/01/23/fixing-a-typo-the-hard-way...
      - uxcn 11y ago
        This was a bit disheartening to read. I didn't see a any problem proper versioning couldn't address. Breaking backward compatibility shouldn't be an issue as long as you generally don't break forward compatibility. I was under the impression this was what the POSIX_C_SOURCE macro was meant for.
      - spacemanmatt 11y ago
        Maybe your associate can fix referers next
quotemstr 11y ago
The POSIX bug tracker [1] is public. Go search it for what you want. [1] http://austingroupbugs.net/main_page.php http://austingroupbugs.net/main_page.php

by uxcn 11y ago

I guess what I was really wondering was why so little has changed with respect to multiprocessing, modern filesystems, resource quotas, virtualization, etc... since '08.

caf 11y ago

I think it would be hard to give an answer without a more specific question, this just seems like a kind of nonspecific gripe.

uxcn 11y ago
I personally have a number of specific gripes, but more importantly it seems odd the committee hasn't added anything to the standard since '08 (especially since good portable software generally needs more functionality now). As an easy example, multiprocessing has become more important between now and then. Why are things like processor affinities still not defined?
- caf 11y ago
  There has been recent movement in multiprocessing - for example robust and errorchecking mutexes are now in the base spec. In the case of processor affinity, it looks to me like no-one has ever suggested it. Participating in the Austin Group is pretty open - why don't you put a proposal forward? (Maybe affinity can be added to struct sched_param somehow?)
  - drewcrawford 11y ago
    > Participating in the Austin Group is pretty open Not really. I know someone who's spent ages trying to get O_CREATE added as an alias for O_CREAT. http://spiegelmock.com/2015/01/23/fixing-a-typo-the-hard-way-unix-standards-style/ http://spiegelmock.com/2015/01/23/fixing-a-typo-the-hard-way...
    - uxcn 11y ago
      This was a bit disheartening to read. I didn't see a any problem proper versioning couldn't address. Breaking backward compatibility shouldn't be an issue as long as you generally don't break forward compatibility. I was under the impression this was what the POSIX_C_SOURCE macro was meant for.
    - spacemanmatt 11y ago
      Maybe your associate can fix referers next

quotemstr 11y ago

The POSIX bug tracker [1] is public. Go search it for what you want. [1] http://austingroupbugs.net/main_page.php http://austingroupbugs.net/main_page.php